不用调用rmic编译stub和skeleton

不用直接实现remote接口

不需要启动命名服务rmiregistry

但，却不支持原来rmi的回调功能。查阅许多网页也不得其解。

今天，想到一招，共享出来，如果大家有好办法欢迎回贴共享。

正常做法是：

回调一般是用在一群client端需要server来通知的情况，一般server就用Vector来保存client对象。

server端需要提供一个方法，client把对象传过来后，保存到Vector中，以后就可以通知client们了：

register (ClientObject obj);

在spring里，基本做法是一样的，唯一不同是，在这个方法里，client不能传对象，我们就传一个client提供出来的rmi对象的url：

register(String url);

在client端，就如正常使用先获得server对象，再调用这个方法，注意组成url的代码：

        NodeService service = (NodeService) factory.getAPIObject("nodeServiceProxy");
        String name = null;
        try {
            name = "rmi://" + InetAddress.getLocalHost().getHostName() + "/NodeNotifyService";
        } catch (Exception ue) {}
        int result = service.registerFlower (name);
        logger.info ("result="+result);

在server端registerFlower处理里，根据url动态创建这个对象，代码如下：

public class NodeServiceImpl implements NodeService {
    public static final Logger logger = LoggerFactory.getLogger(NodeServiceImpl.class);
    
    public NodeNotifyService service = null; 
    
    public int registerFlower (String url) {
        logger.info (url);
        
        RmiProxyFactoryBean rmiProxyFactoryBean = new RmiProxyFactoryBean(); 
        rmiProxyFactoryBean.setServiceInterface(NodeNotifyService.class); 
        
        logger.info ("begin set url");
        rmiProxyFactoryBean.setServiceUrl(url);
        
        try { 
            logger.info ("begin set");
            rmiProxyFactoryBean.afterPropertiesSet(); 
        } catch (Exception ex) { 
            logger.info ("exception");
        } 

        if (rmiProxyFactoryBean.getObject() instanceof NodeNotifyService) { 
            service = (NodeNotifyService) rmiProxyFactoryBean.getObject(); 
        }

        return 0;
    }
}

完整文章在这里

文章写得比较易懂清晰，最后倾向于用HTTP Invoker，是轻量级的易于安装而灵活的方案，但它只在通信两边都是SPRING时适用。

要点如下：

每一种远程技术都有其优点与不足，表格1对它们进行了简单的对比。

按框架 优点 缺点分述如下：

RMI

全面支持Java对象串行化。因此，你能够通过网络发送复杂数据类型。

RMI仅是一种Java到Java型远程方案。如果你拥有任何非Java客户端的话，那么你无法使用它。另外，你还无法通过HTTP协议存取对象，除非你有专门的“通道”实现RMI通讯。注意，它需要一个RMI编译器(为了生成代理和框架)和一个外部注册表(用于查询服务)。

Hessian/Burlap

跨防火墙工作良好

它们使用一种专利对象串行化机制。其中，Burlap仅支持Java客户端。它们能够串行化Hibernate对象，但是对集合对象执行“惰式”加载。

HTTP Invoker

基于HTTP的Java到Java Remoting；通过HTTP实现Java串行化；容易建立。

服务器和客户端应用程序都需要使用Spring。

仅是一种Java方案。

EJB

支持Remoting J2EE服务，应用程序安全以及事务处理

EJB是一种重量级技术。它要求使用一个J2EE容器。

Web服务

平台和语言独立

要付出SOAP操作所带来的开销，并且要求使用一个Web服务引擎。

表格1：各种Spring Remoting技术优缺点比较

如你所见，每一种Spring Remoting技术都有各自的优缺点，但是大多数实际的应用程序都会要求使用一种轻量级Remoting技术。当实现远程服务时，使用例如EJB这样的重量级远程组件模型需要其它额外的开销。通常情况下，使用一种支持对象串行化能力的HTTP服务就足够了。