RMI服务中服务注册的一般方法及RMI的常见顽固问题汇总

在创建RMI服务时，需要将该服务通过JNDI绑定到特定的端口上。
开RMI服务端口的一般方法是：
        RMIEngine pt = new RMIEngineImpl();
    int port =1099;
    String serviceName = "MyRMIService"
    try {
      LocateRegistry.createRegistry(port);
      LocateRegistry.getRegistry();
    } catch (Exception ex) {
      logger.error(ex);
      throw ex;
    }
    Registry registry = LocateRegistry.getRegistry(port);
    registry.bind(serviceName, pt);
    
    当该端口已经被占用时，会抛出"ObjID already in use" 或者 "Port already in use" 的异常。

 但在RMI服务的处理上，有些问题一直很难妥善处理，主要为以下几个：
  1、在JDK1.4上，同一个JVM中只能开一个端口，开第二个端口时，会出现"ObjID already in use"的异常，经查证，所有的register的ObjID都为“"0.0.0.0"，所以会导致该异常出现。而在JDK1.5上没有该问题。
  2、一直没有找到能够正确的关闭端口的方法。
  一般的方法是：
        //取消服务绑定
     registry.unbind(serviceName);
     //注销端口占用
         UnicastRemoteObject.unexportObject(registry, true);
         或者 PortableRemoteObject.unexportObject(registry);
  该方式在同一个线程内可以重复的开关同一个端口，但在不同的线程中时，好像仍然不能有效地关闭该端口，再打开时仍然会报端口被占用的异常。
  
  所以：当在应用服务器中重启一个带有rmi服务的应用时，经常会碰到端口被占用的问题。而独立的JVM启动一个rmi服务则没有问题。
  
  3、两个Registry对象的区别 （不是问题）
    Registry registry = LocateRegistry.createRegistry(port); //此时为local端的register
   Registry registry2 = LocateRegistry.getRegistry(); //此时为remote端的register
   这两者是不同的，在注销端口是好像是要传入local端的register才可以。
  4、stub类的生成问题，目前来说服务端和客户端的stub类好像是必须一致才可以正常访问，若两端不一致，容易产生传值错误。对于升级或者产品开发方面需要特别注意。
  
  不知道这些问题，有没有人完美的解决过？