Spring 大撒把

呵呵，firebody，我说的是Remoting,不关POJO的事。

你的道理大概我知道一些的。：）

现在我说的是Spring的Remoting和其他部分有耦合，感觉不爽。

remote是以spring的构架为基础而扩展的一个remote support.。也是spring的一个部分，它跟spring其他部分耦合也是常理之事。

core是spring基础构架，这个肯定要有
至于web,http rpc需要用到
aop 事物 安全机制需要用到.
看看spring 提供的rpc发布机制,都是beans,都是通过IOC注入的方式,没有对spring其他部分的依赖,何来这种提供你的pojo service的组装机制?
无论 server 还是client,都可以通过spring的IOC来获得和发布 服务的.
具体的介绍可以看这个link
http://www.springframework.org/docs/reference/remoting.html

呵呵，没有想到那么复杂，现在只想要做个Remoting.jar

不必依赖其Web，不必依赖其core,不必依赖aopalliance,不必依赖其众多的"死"接口，原因有几：

1、其web框架或许我永远不会用
2、AOP未必谁都喜欢aopalliance,
3、除了Spring的IoC，我还有很多选择
4、最重要的一条，我喜欢轻量级的工具，需要就插上，不需要就不要插

我想这样的需求很合理，而且实现起来不会如想象中那般难。

我想关键是你的业务代码不必动，具体怎么实现remoting，只要改变CLASSPATH里的jar、改变配置就可以。

业务代码不变也是Spring的remoting所需要关心的。比如RMI,他根本不需要你所有的接口抛出RemotingException.

  其实，我压根没有想过业务代码的事情，因为已经觉得这是自然的事情。

另：firebody
  你介绍的文档我看过了，其实没有出来这个文档前，我已经看过Spring的源代码了，好像remoting刚刚出来的时候我就开始关注了。 当时觉得不够用，自己写了一套。

  现在Spring的完善多了，但还是觉得不够用。

举例子？

前面回复有。

  我不希望特性依赖。这点是我最关注的。

其次，对于整个Spring而言，其几乎没有考虑过ASP的支持问题，去年我就讨论过了。

赫赫，确实如此。
离开了spring这个container，
spring很多module都不可能单独运作，IOC，AOP是Spring的灵魂，没有了IOC的方式，一切都是茫然。
至于ASP的支持，我想没必要 ，这是反对MS的一个方式。

   firebody,我们终于想到一块了。：）

  另外，你误解了我所说的ASP,我说的： Application server provider.
即是应用服务供应商。
  
   简单说就是跑一份程序，为N个不同的企业服务。