我对你这个项目挺感兴趣的。去年我也想开发这么一个东西，但是一直没时间。我那时候想打造的是一个SOA的。给你画一张图，当时的架构设计。
当时的设计想法是这样的。使用统一的平台开发调试，但是部署可以分布在不同的点上。让不同的点发挥不同的作用利用协议层把 分布的多个点整合成一个平台。 这里面核心问题是协议。
不知道你打算怎么应用你的这个框架，我觉得单单在一个点上应用，没什么实际意义。
|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2013-06-13
知道楼主想说什么，表示支持。这个方面当前没有发展起来，我想还是因为C端相对于B端越来越用得少了，特别是java。。。
|
| 返回顶楼 | |
|
发表时间：2013-06-13
white_crucifix 写道 知道楼主想说什么，表示支持。这个方面当前没有发展起来，我想还是因为C端相对于B端越来越用得少了，特别是java。。。
还是看业务场景吧，在大一点的业务场景里这种应用还是很多的，取决于架构 |
| 返回顶楼 | |
|
发表时间：2013-06-14
值得关注，具体还得看你API 接口使用起来是不是很方便。
问一下用了这个东西之后是不是就可以将 Tomcat的 业务代码全部放到 这个东西上，然后让Tomcat 专注于交互？ |
| 返回顶楼 | |
|
发表时间：2013-06-16
ta8210 写道 值得关注，具体还得看你API 接口使用起来是不是很方便。
问一下用了这个东西之后是不是就可以将 Tomcat的 业务代码全部放到 这个东西上，然后让Tomcat 专注于交互？ 关注点不一样吧，如果说完全和tomcat重合的话就是重复造轮子了，而且自问也没有那个实力可以写出像tomcat那样的作品。不过目前是在考虑整个多种协议并且是像tomcat那样方便开发者使用 |
| 返回顶楼 | |
|
发表时间：2013-06-16
最后修改：2013-06-16
须等待 写道 ta8210 写道 值得关注，具体还得看你API 接口使用起来是不是很方便。
问一下用了这个东西之后是不是就可以将 Tomcat的 业务代码全部放到 这个东西上，然后让Tomcat 专注于交互？ 关注点不一样吧，如果说完全和tomcat重合的话就是重复造轮子了，而且自问也没有那个实力可以写出像tomcat那样的作品。不过目前是在考虑整个多种协议并且是像tomcat那样方便开发者使用 当然不能重复制造轮子，我不太了解你这个东西。如果做协议转换用Mina就够了，而且做的很好。据说Mina有一个问题就是它内部没有类似Tomcat的线程池，这导致用Mina开发业务服务器遇到很大的问题。 我觉得，你这个东西仿造tomcate的思路打造成一个轻量化的业务服务器就好了，做一个业务服务容器。但不同于EJB，EBJ太吓人了。 如果做的太重就和EJB干上了，要是做分布式运算就和hadoop干上了。我觉得用这句话比喻更恰当：“Tomcat版的Spring” 不知道你怎么想的？ |
| 返回顶楼 | |
|
发表时间：2013-06-17
ta8210 写道 须等待 写道 ta8210 写道 值得关注，具体还得看你API 接口使用起来是不是很方便。
问一下用了这个东西之后是不是就可以将 Tomcat的 业务代码全部放到 这个东西上，然后让Tomcat 专注于交互？ 关注点不一样吧，如果说完全和tomcat重合的话就是重复造轮子了，而且自问也没有那个实力可以写出像tomcat那样的作品。不过目前是在考虑整个多种协议并且是像tomcat那样方便开发者使用 当然不能重复制造轮子，我不太了解你这个东西。如果做协议转换用Mina就够了，而且做的很好。据说Mina有一个问题就是它内部没有类似Tomcat的线程池，这导致用Mina开发业务服务器遇到很大的问题。 我觉得，你这个东西仿造tomcate的思路打造成一个轻量化的业务服务器就好了，做一个业务服务容器。但不同于EJB，EBJ太吓人了。 如果做的太重就和EJB干上了，要是做分布式运算就和hadoop干上了。我觉得用这句话比喻更恰当：“Tomcat版的Spring” 不知道你怎么想的？ 嗯嗯，就是想要做成一个轻量级的业务服务器，说仿造tomcat是开发者开发的方式尽量在向servlet靠拢，这样更加有亲和力上手更简单~ |
| 返回顶楼 | |
|
发表时间：2013-06-17
最后修改：2013-06-17
|
| 返回顶楼 | |
|
发表时间：2013-06-17
ta8210 写道
我对你这个项目挺感兴趣的。去年我也想开发这么一个东西，但是一直没时间。我那时候想打造的是一个SOA的。给你画一张图，当时的架构设计。
当时的设计想法是这样的。使用统一的平台开发调试，但是部署可以分布在不同的点上。让不同的点发挥不同的作用利用协议层把 分布的多个点整合成一个平台。 这里面核心问题是协议。
不知道你打算怎么应用你的这个框架，我觉得单单在一个点上应用，没什么实际意义。
在我们的业务里，应对高并发，架构设计上通常把业务拆分成服务的形式来发布，直接看图比较清楚
|
| 返回顶楼 | |
|
发表时间：2013-06-18
不需要考虑服务总线喽？
|
| 返回顶楼 | |
|
发表时间：2013-06-18
ta8210 写道 不需要考虑服务总线喽？
嗯，Nervlet目前的关注点不包括那个，这个功能我们有另外的中间件来实现 |
| 返回顶楼 | |
