top button
Flag Notify
    Connect to us
      Site Registration

Site Registration

What are the Two things to remember when using Java RMI?

+2 votes
337 views
What are the Two things to remember when using Java RMI?
posted Mar 18, 2015 by Roshni

Share this question
Facebook Share Button Twitter Share Button LinkedIn Share Button

1 Answer

+1 vote
 
Best answer

Setting java.rmi.server.hostname

If you are getting strange Connection refused to host: error messages on the RMI client and you are sure the connection should work (you double checked all the standard things like network configuration etc.) the RMI system property java.rmi.server.hostname is something to look at.

To call a method on a remote object the RMI client has first to retrieve a remote stub object from the RMI registry. This stub object contains the server address that is later used to connect to the remote object when a remote method should be called (the connection to the RMI registry and the connection to the remote object are two completely different things). By default the server will try to detect his own address and pass it to the stub object. Unfortunatelly the algorithm that is used to detect the server address doesn’t always produce a useful result (depending on the network configuration).

It is possible to override the server address that is passed to the stub object, by setting the system property java.rmi.server.hostname on the RMI server.

This can either be done in Java code

 System.setProperty("java.rmi.server.hostname", "<<rmi server ip>>");

or by adding a Java command line parameter:

 -Djava.rmi.server.hostname=<<rmi server ip>>

Setting RMI service ports

If you have trouble making RMI calls through a firewall you should make sure you set specific ports for remote objects. By default port 1099 used by the RMI registry so make sure you opened this port in the firewall. However, this port is only used by the client to connect to the RMI registry and not for the communication between the stub and the remote object. For the later one random ports are used by default. Since you don’t want to open all ports in your firewall you should set a specific port for RMI remote objects.

This can be done by overriding the createServerSocket() method of RMISocketFactory:

  public class MyRMISocketFactory extends RMISocketFactory {
  private static final int PREFERED_PORT = 1234;
  public ServerSocket createServerSocket(int port) throws IOException {
    if (port == 0) {
      return new ServerSocket(PREFERED_PORT);
    }   
    return super.createServerSocket(port);
  }
}

By default createServerSocket() chooses a free random port if 0 is passed as parameter. In this modified version of createServerSocket() a specific port (1234) is returned when 0 is passed as parameter.

If you are using Spring’s RmiServiceExporter you can use the setServicePort() method to export services on a specific port:

<bean class="org.springframework.remoting.rmi.RmiServiceExporter">
  <property name="servicePort" value="1234"/>
</bean>

Note that multiple remote objects/services can share the same port. After you set a specific port, you just have to open this port in your firewall.

answer Mar 19, 2015 by Karthick.c
Similar Questions
+4 votes

In other words,Why does Java RMI implementation create so many sockets when my application uses custom socket factories ?

0 votes

I am search for different approach.
Let see how many solution i can get

...