关于分布式容器的一点想法

其实我写这个东西很大程度上是写着玩的，反正马上放寒假了，在家闲着没什么事，借着这个东西学习下相关的知识 现在重量级的东西我也写不出来，轻量级的东西也根本用不到分布式，就像楼上说的，如果真的考虑到业务逻辑的分布，EJB应该算是最好的选择了，而且真正需要分布式容器的地方也没多少，对于那些高负载的系统选择的应该是负载均衡集群，也不是这种分布式，所以说这个东西真正的应用领域，我自己也不知道，我纯粹是出于研究的目的，发到这里就是相和大家一块讨论一下

建议参考下JBOSS的集群实现

你这东西本质上就是需要集群而已，去看看 terracotta ， 已经是很好的解决方案了。

 

是啊，我有疑问的地方也就是这些，所以我想知道应用的场景。

是要解决负载均衡和故障转移？

还是要分布式计算，并行处理？

还是为了系统的整合？

自己出于兴趣实现一个粗略的东东也挺好的，但即使是这种情况，也应该先定义好问题的边界，是吧？

最上面你提出的疑问，我感觉挺好奇，但没想清楚那种机制（多个子容器，容器之间的引用）是为了解决什么应用。

楼主想法很可爱，但是，网络调用的开销你算到了吗？大规模的细粒度调用在系统间存在的时候，我想你应该准备去买豆腐了。

不要打击楼主了，不管结果如何，楼主有这样的想法已经很好了。自己做的就算比不上ejb什么的，只要够用就行，何必非要很好很强大呢

 

 

      我前面也说了，我根本就没考虑真的拿去应用，所以我考虑的只是实现这些功能，至于效率问题我不是很在意，我只是以学习和研究的态度去写这个东西，我现在读大三，想出去实习，学校却不放人，我在学校里根本接触不到真正的应用，之前我也到过一些小作坊式的公司，但是那里的项目基本上都是SSH，除了熟悉业务，基本学不到什么东西，我很喜欢考虑架构方面的问题，但是因为没有实际的工作经验，我根本不知道我应该研究什么，之前我一直在模仿的阶段，我写过IoC、AOP的容器，也写过类似Hibernate的框架，还有一个通用分表框架，这些东西我写出来自己用的都很少，因为我很清楚它们和Spring、Hibernate比起来肯定有差距，我真正给别人开发的时候还是会选择更成熟的技术

 

      现在这个东西是我第一次自己考虑一个东西出来，不足的地方很多，有些是我欠考虑的，有些我也考虑到了，但是现有的能力解决不了这些问题，大家愿意指教的话我很高兴，至于豆腐的问题，如果哪位好心能给我留点，我拿来做个汤也不错

 

你要做的这些，过去的corba/rmi，现在的sca已经都做了，呵呵，别再重复发明轮子了，如果从学习角度，我觉得更高效的是分析tuscany源码，load, debug, step-step，，

关于RMI问题， 你可以看看jbossremoting的实现。 他远程CALL实现基本是协议无关的， 也就是， 可以使用你想使用的协议， 关键是你如何设计一个通信工厂来达成你的意愿。 RMI的使用不能称之为入侵， 如果你自己设计一个， 才是最大的入侵方案。 看你如何实现了。
设计一个分布容器并不困难， 困难是高效的协议， 高效的通信机制， 以及容器服务对象的注册查询。

通信上， 如果不想自己设计协议， 我觉得mina+hessina协议是非常好的选择。

类似东西我已经见过实作作品了， 已经在极度高压力下运行。 我甚至看他们能从远程注入bean对象。 非常的方便。

呵呵，同感。我也觉得分析它们的架构和源码学习效果更好，自己做太费时间了，而且很容易在比较低的水平上耗时（实现的过程更多的是重复已有的理解）。