Jump to content

Java remote method invocation: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
RedBot (talk | contribs)
m r2.7.2) (Robot: Adding hu:Java remote method invocation
Phoenix720 (talk | contribs)
m style
Line 21: Line 21:
The following classes implement a simple client-server program using RMI that displays a message.
The following classes implement a simple client-server program using RMI that displays a message.


'''<code>RmiServer </code> class'''&mdash;Listens to RMI requests and implements the interface which is used by the client to invoke remote methods.
'''<code>RmiServer </code> class''' &mdash; listens to RMI requests and implements the interface which is used by the client to invoke remote methods.


<source lang=java>
<source lang=java>
Line 77: Line 77:
</source>
</source>


'''<code>RmiServerIntf </code> class'''&mdash;Defines the interface that is used by the client and implemented by the server.
'''<code>RmiServerIntf </code> interface''' — defines the interface that is used by the client and implemented by the server.


<source lang=java>
<source lang=java>
Line 88: Line 88:
</source>
</source>


'''<code>RmiClient </code> class'''&mdash;This is the client which gets the reference (a proxy) to the remote object living on the server and invokes its method to get a message. If the server object implemented java.io.Serializable instead of java.rmi.Remote, it would be serialized and passed to the client as a value<ref>http://www.javaworld.com/javaworld/jw-11-2000/jw-1110-smartproxy.html</ref>.
'''<code>RmiClient </code> class''' &mdash; this is the client which gets the reference (a proxy) to the remote object living on the server and invokes its method to get a message. If the server object implemented java.io.Serializable instead of java.rmi.Remote, it would be serialized and passed to the client as a value<ref>http://www.javaworld.com/javaworld/jw-11-2000/jw-1110-smartproxy.html</ref>.


<source lang=java>
<source lang=java>
Line 131: Line 131:
Note that since version 5.0 of J2SE support for dynamically generated stub files has been added, and rmic is only provided for backwards compatibility with earlier run times.<ref>{{cite web|title=Jave RMI Release Notes|url=http://docs.oracle.com/javase/1.5.0/docs/guide/rmi/relnotes.html|publisher=Oracle|accessdate=9 May 2012}}</ref>
Note that since version 5.0 of J2SE support for dynamically generated stub files has been added, and rmic is only provided for backwards compatibility with earlier run times.<ref>{{cite web|title=Jave RMI Release Notes|url=http://docs.oracle.com/javase/1.5.0/docs/guide/rmi/relnotes.html|publisher=Oracle|accessdate=9 May 2012}}</ref>


'''<code>server.policy</code>'''&mdash;This file is required on the server to allow TCP/IP communication for the remote registry and for the RMI server.
'''<code>server.policy</code>''' &mdash; this file is required on the server to allow TCP/IP communication for the remote registry and for the RMI server.


<source lang=java>
<source lang=java>
Line 145: Line 145:
</source>
</source>


'''<code>client.policy</code>'''&mdash;This file is required on the client to connect to RMI Server using TCP/IP.
'''<code>client.policy</code>''' &mdash; this file is required on the client to connect to RMI Server using TCP/IP.

<source lang=java>
<source lang=java>
grant {
grant {
Line 153: Line 153:
</source>
</source>


'''<code>no.policy</code>'''&mdash;Also if you have any troubles with connecting, try this file for server or client.
'''<code>no.policy</code>''' &mdash; also if you have any troubles with connecting, try this file for server or client.


<source lang=java>
<source lang=java>

Revision as of 14:50, 11 July 2012

File:RMI-Stubs-Skeletons.JPG
A typical implementation model of Java-RMI using stub and skeleton objects. Java 2 SDK, Standard Edition, v1.2 removed the need for a skeleton.

The Java Remote Method Invocation Application Programming Interface (API), or Java RMI, is a Java application programming interface that performs the object-oriented equivalent of remote procedure calls (RPC).

  1. The original implementation depends on Java Virtual Machine (JVM) class representation mechanisms and it thus only supports making calls from one JVM to another. The protocol underlying this Java-only implementation is known as Java Remote Method Protocol (JRMP).
  2. In order to support code running in a non-JVM context, a CORBA version was later developed.

Usage of the term RMI may denote solely the programming interface or may signify both the API and JRMP, whereas the term RMI-IIOP (read: RMI over IIOP) denotes the RMI interface delegating most of the functionality to the supporting CORBA implementation.

Generalized code

The programmers of the original RMI API generalized the code somewhat to support different implementations, such as a HTTP transport. Additionally, the ability to pass arguments "by value" was added to CORBA in order to support the RMI interface. Still, the RMI-IIOP and JRMP implementations do not have fully identical interfaces.

RMI functionality comes in the package java.rmi, while most of Sun's implementation is located in the sun.rmi package. Note that with Java versions before Java 5.0 developers had to compile RMI stubs in a separate compilation step using rmic. Version 5.0 of Java and beyond no longer require this step.

Jini version

Jini offers a more advanced version of RMI in Java. It functions similarly but provides more advanced searching capabilities and mechanisms for distributed object applications.[1]

Example

The following classes implement a simple client-server program using RMI that displays a message.

RmiServer class — listens to RMI requests and implements the interface which is used by the client to invoke remote methods.

import java.rmi.Naming;
import java.rmi.RemoteException;
import java.rmi.RMISecurityManager;
import java.rmi.server.UnicastRemoteObject;
import java.rmi.registry.*; 

public class RmiServer extends UnicastRemoteObject 
    implements RmiServerIntf {
    public static final String MESSAGE = "Hello world";

    public RmiServer() throws RemoteException {
    }

    public String getMessage() {
        return MESSAGE;
    }


    public static void main(String args[]) {
        System.out.println("RMI server started");

        // Create and install a security manager
        if (System.getSecurityManager() == null) {
            System.setSecurityManager(new RMISecurityManager());
            System.out.println("Security manager installed.");
        } else {
            System.out.println("Security manager already exists.");
        }

        try { //special exception handler for registry creation
            LocateRegistry.createRegistry(1099); 
            System.out.println("java RMI registry created.");
        } catch (RemoteException e) {
            //do nothing, error means registry already exists
            System.out.println("java RMI registry already exists.");
        }
            
        try {
            //Instantiate RmiServer
            RmiServer obj = new RmiServer();

            // Bind this object instance to the name "RmiServer"
            Naming.rebind("//localhost/RmiServer", obj);

            System.out.println("PeerServer bound in registry");
        } catch (Exception e) {
            System.err.println("RMI server exception:" + e);
            e.printStackTrace();
        }
    }
}

RmiServerIntf interface — defines the interface that is used by the client and implemented by the server.

import java.rmi.Remote;
import java.rmi.RemoteException;

public interface RmiServerIntf extends Remote {
    public String getMessage() throws RemoteException;
}

RmiClient class — this is the client which gets the reference (a proxy) to the remote object living on the server and invokes its method to get a message. If the server object implemented java.io.Serializable instead of java.rmi.Remote, it would be serialized and passed to the client as a value[2].

import java.rmi.Naming;
import java.rmi.RemoteException;
import java.rmi.RMISecurityManager;

public class RmiClient { 
    // "obj" is the reference of the remote object
    RmiServerIntf obj = null; 

    public String getMessage() { 
        try { 
            obj = (RmiServerIntf)Naming.lookup("//localhost/RmiServer");
            return obj.getMessage(); 
        } catch (Exception e) { 
            System.err.println("RmiClient exception: " + e); 
            e.printStackTrace(); 
            
            return e.getMessage();
        } 
    } 

    public static void main(String args[]) {
        // Create and install a security manager
        if (System.getSecurityManager() == null) {
            System.setSecurityManager(new RMISecurityManager());
        }
        
        RmiClient cli = new RmiClient();

        System.out.println(cli.getMessage());
    }
}

Before running this subj, we need to make 'Stub' file of interface we used. For this task we have the RMI compiller - 'rmic'

  • Note: we make stub file from *.class with implementation remote interface, not '*.java'*
rmic RmiServer

Note that since version 5.0 of J2SE support for dynamically generated stub files has been added, and rmic is only provided for backwards compatibility with earlier run times.[3]

server.policy — this file is required on the server to allow TCP/IP communication for the remote registry and for the RMI server.

grant {
    permission java.net.SocketPermission "127.0.0.1:*", "connect,resolve";
    permission java.net.SocketPermission "127.0.0.1:*", "accept";
};

The server.policy file should be used using the D switch of Java RTE, e.g.:

java.exe -Djava.security.policy=server.policy RmiServer

client.policy — this file is required on the client to connect to RMI Server using TCP/IP.

grant {
    permission java.net.SocketPermission "127.0.0.1:*", "connect,resolve";
};

no.policy — also if you have any troubles with connecting, try this file for server or client.

grant {
    permission java.security.AllPermission;
};

See also

References

  1. ^ Taylor, Ian J. From P2P to Web Services and Grids - Peers in a Client/Server World. Springer, 2005
  2. ^ http://www.javaworld.com/javaworld/jw-11-2000/jw-1110-smartproxy.html
  3. ^ "Jave RMI Release Notes". Oracle. Retrieved 9 May 2012.