Remote Method Invocation Faq From Jguru

  • November 2019
  • PDF

This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA


Overview

Download & View Remote Method Invocation Faq From Jguru as PDF for free.

More details

  • Words: 42,207
  • Pages: 135
Remote Method Invocation (RMI) FAQ From jGuru Generated Sep 13, 2005 2:17:06 PM Location: http://www.jguru.com/faq/RMI Ownership: http://www.jguru.com/misc/user-agree.jsp#ownership. Why must the CLASSPATH environment variable not include the path of the remote object's stub classes on the server host? Location: http://www.jguru.com/faq/view.jsp?EID=959 Created: Nov 13, 1999 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) If the CLASSPATH environment variable on the server host includes the path of the remote object's stub classes, it will cause rmiregistry to ignore the java.rmi.server.codebase property setting for the server. rmiregistry must contain the location of the stub files for the remote server object in an HTTP URL-encoded format, so that when this information is sent to the client, the classes can then be downloaded via an HTTP server. If rmiregistry does not send the location of the stub classes in HTTP-encoded format, the client having no way to download them, will simply throw a ClassNotFoundException. Comments and alternative answers

java.rmi.server.codebase, CLASSPATH Author: Federica Ciotti (http://www.jguru.com/guru/viewbio.jsp?EID=1176012), Jun 3, 2004 How can I tell rmiregistry to contain the location of the stub class in the HTTP URL encoded format? I try to do > unsetenv CLASSPATH > rmiregistry & > setenv CLASSPATH... > java -Djava.rmi.server.codebase=http://... server/Server But in this way when I start rmiregistry the CLASSPATH is empty?? Do you need an HTTP server to use RMI? Location: http://www.jguru.com/faq/view.jsp?EID=992 Created: Nov 14, 1999 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14)

Technically, you don't need an HTTP server to use RMI. You can always place the stub classes for the remote objects, along with any user-defined classes, within the client's CLASSPATH. But such a deployment is highly inflexible, and feasible only for the more simple implementations. In most real-life RMI deployment scenarios, the client retrieves all the classes dynamically via the HTTP protocol, by interacting with an web server running on the same host as the remote server objects. You can also make use of a simple HTTP "class server" implementation provided free by Sun, exclusively for use with RMI. The class-server can be downloaded at: ftp://ftp.javasoft.com/pub/jdk1.1/rmi/class-server.zip How do I run rmiregistry and RMI servers in the background under Windows? Location: http://www.jguru.com/faq/view.jsp?EID=995 Created: Nov 14, 1999 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) You can start rmiregistry or RMI servers from a DOS window under Win32 using the start command. But this does not run your servers truly in the background, as a little DOS window for the java interpreter remains in the foreground for each server that is started. If you are starting numerous remote servers under Win32, all the DOS windows could prove rather problematic. A solution is to use the javaw command that is supplied as part of the Windows JDK/SDK. This fires up the Java interpreter as a seperate process and runs your RMI server in the background. This effectively eliminates the clutter of DOS windows in the foreground for each of your RMI servers. Do note that there are some downsides to using javaw. For instance, it is no longer that simple to terminate a running Java process - you now have to do it via the task manager. Also, if you are in debugging mode, you will not be able to see any of the diagnostic messages sent to the console, as it is now in the background. Comments and alternative answers

Java Rmi Author: Amit jain (http://www.jguru.com/guru/viewbio.jsp?EID=425018), Apr 9, 2002 There is no nees to use the start service of windows to start Rmiregistry just write the below code before rebind methord for ur remote object like as below :- Registry registry =LocateRegistry.createRegistry(1099); SaveImageInterface server=new SaveImageServer(); registry.rebind("//localhost/remoteserver",server); Naming.rebind("//localhost/remoteserver); this code will register the object on the host which is running the servre and for making the server as background user javaw [name of the server ]

Re: Java Rmi Author: kumar padhu (http://www.jguru.com/guru/viewbio.jsp?EID=1089663), Jun 3, 2003 can you run only the rmiregistry in a seperate server and keep it alive Re[2]: Java Rmi Author: sandeep pathuri (http://www.jguru.com/guru/viewbio.jsp?EID=1215078), Jun 24, 2005 Yes Can I run an RMI application that makes use of callbacks across firewalls? Location: http://www.jguru.com/faq/view.jsp?EID=997 Created: Nov 14, 1999 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) No, you cannot use RMI applications that make use of callbacks across firewalls. The RMI transport layer makes use of HTTP tunneling to get through firewalls. Since HTTP is a stateless protocol, it does not offer a suitable transport layer for the callback mechanism. Comments and alternative answers

I do not think this is the right answer. If the st... Author: Randolph Kahle (http://www.jguru.com/guru/viewbio.jsp?EID=1391), Dec 1, 1999 I do not think this is the right answer. If the stateless nature of the HTTP protocol is a problem, then how can it work for non-callback connections? HTTP could be used for callbacks if the client side was given the same capabilities as the server. I think the answer should be that the RMI team did not elect to put in the functionality to support this feature. -- Randy Kahle Even if the RMI team had provided functionality fo... Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14), Dec 3, 1999 Even if the RMI team had provided functionality for invoking callbacks across firewalls, it would be impractical to use, all the same. For instance, then each of the client machines behind a firewall would also have to run a HTTP server in order to do the call forwarding using the java-rmi.cgi script. That means that if the server is behind a firewall... Author: Vishal Malhan (http://www.jguru.com/guru/viewbio.jsp?EID=71977), Jun 11, 2000 That means that if the server is behind a firewall we can do callbacks and not when the clients are behind a firewall. Re: That means that if the server is behind a firewall... Author: Mark Riner (http://www.jguru.com/guru/viewbio.jsp?EID=1125568),

Nov 3, 2003 Hello, I'm facing the Same problem (CallBack Socket) and I'd like to check the solution your proposed. The link does not seem to work. Can you please make it available or just give instruction about how you made it?

To make a callback, the server has to become a client.... Author: Tim Taylor (http://www.jguru.com/guru/viewbio.jsp?EID=238921), Oct 27, 2000 To make a callback, the server has to become a client. For that to happen, the server has to be able to establish a socket to the client address and port. This is sometimes not possible with a firewall in the way or when the client initially contacts the server through dial-up networking. I have an experimental solution if you would like to try it. It uses socket factories to negotiate socket creation. Sockets are always initiated from the client. Let me know if you find it useful or find bugs in it. You can try my free solution if you want to. It... Author: Tim Taylor (http://www.jguru.com/guru/viewbio.jsp?EID=238921), Oct 29, 2000 You can try my free solution if you want to. It uses socket factories to implement twoway RMI call communication between client and server. Re: You can try my free solution if you want to. It... Author: Surendra Rathi (http://www.jguru.com/guru/viewbio.jsp?EID=587439), Dec 17, 2001 can u post your free solution ?? Re[2]: You can try my free solution if you want to. It... Author: Surendra Rathi (http://www.jguru.com/guru/viewbio.jsp?EID=587439), Dec 17, 2001 I saw the solution. But can u post some documentation on how it works. Re[3]: You can try my free solution if you want to. It... Author: Tim Taylor (http://www.jguru.com/guru/viewbio.jsp?EID=238921), Dec 18, 2001 When your client starts up, it creates a special socket connection to the server. When the server needs to connect to the client, it sends a request over the special socket, asking the client to make a connection to the server. The server waits for the connection to come from the client and uses that socket for the callback. I.e., all socket connections (call and callback both) are made from the client to the server.

Generally, I think callbacks should be avoided, but if you need them and know that you don't need HTTP tunnelling, my hack can help. There was some speculation in the excellent book titled "java.rmi" that the callback issue and HTTP tunnelling might be solved in Java 1.4 either for JRMP or IIOP or both. Re[4]: You can try my free solution if you want to. It... Author: Surendra Rathi (http://www.jguru.com/guru/viewbio.jsp?EID=587439), Dec 18, 2001 thanks for the response. But can u see your solution working in my case below. The problem i am facing now is when a firewall/gateway exists at the client side. The clients callback registered to the server has a local address which is not reachable by the server. And so the updates dont reach. Client connects over a vpn connection. 1) The server knows the VPN assigned ip address of the client and can give it to the remote client ? Is there any way i can make the client register its callback object with this 'vpn' address. 2) I have gone thru ur solution code (most of it). What i dont understand is should i use it both at the client and the server side ? (eg the call to RMISocketFactory.setSocketFactory()). Can i just use it only on client so that it makes the callback register with the right address on the server. I surely dont understand the rmisocket factory all that much. I would have avoided the rmi callbacks if there was another way of pushing updates to the client instead of client polling endlessly. thanks in advance suren Re[5]: You can try my free solution if you want to. It... Author: Tim Taylor (http://www.jguru.com/guru/viewbio.jsp?EID=238921), Dec 19, 2001 If you are using a VPN, my solution should work transparently. I.e., you don't need to do anything except install the client and server socket factories and establish the signalling socket as shown in the example. After that, the socket factories on the client and server side will negotiate the callback connections. Just code your callbacks as normal, and they should just work. Tim

Re: You can try my free solution if you want to. It... Author: Paloma Ortega (http://www.jguru.com/guru/viewbio.jsp?EID=926756), Jun 25, 2002 I have been trying to access your solution but I can´t get to it. Is there any other way to download it? I have a server behind a firewall and a client accessing its interface methods through RMI. There is also a callback interface for the server to access the client once it has registered and there is no problem when the client is connected to a LAN (we are using SocketFactory), but if the client is connected through GPRS, we get the exception java.rmi.ConnectException: Connection refused to host:X.X.X.X nested exception is: java.net.ConnectException: Connection timed out: connect Is there anything we are missing? Thank you, P

Re[2]: You can try my free solution if you want to. It... Author: Tim Taylor (http://www.jguru.com/guru/viewbio.jsp?EID=238921), Jul 4, 2002 Anonymous FTP wasn't working at my site. It's back now. The solution should work for you over GPRS if you can get a true socket connection to your server from the client. You are getting the ConnectException on the server because it is trying to connect back to the client. With my solution, the server will instead send a request to the client and ask the client to create the socket back to the server. Re[3]: You can try my free solution if you want to. It... Author: Paloma Ortega (http://www.jguru.com/guru/viewbio.jsp?EID=926756), Oct 15, 2002 Hello, We have successfully used this solution in order to get through a firewall for callback requests. However, if the client application finishes, we obtain an exception in the server side saying: java.net.SocketException: Connection reset by peer: JVM_recv in socket input stream read at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:116) at java.io.BufferedInputStream.fill(BufferedInputStream.java:183) at java.io.BufferedInputStream.read(BufferedInputStream.java:201) at java.io.DataInputStream.readInt(DataInputStream.java:392) at com.css.rmi.ServerTwoWaySocketFactory$1.run(ServerTwoWaySocketFactory.java:65) When using only RMI and no socket factories at all, this exception is not thrown. We have been thinking about closing the sockets used for the communication, is it possible to use the solution for this? is there any other way we haven´t thought of? Thank you, Paloma Re: You can try my free solution if you want to. It...

Author: jia wei (http://www.jguru.com/guru/viewbio.jsp?EID=1042437), Jan 2, 2003 Hi Tim, I am encountering RMI callback through firewall problem in my java application. I tried to access your solution, but it was not successful. Could you post or show me your solution? Thanks in advance. Jenny Re[2]: You can try my free solution if you want to. It... Author: sudipta tripathy (http://www.jguru.com/guru/viewbio.jsp?EID=1085174), May 15, 2003 I want download your rmi free solutions.Could send me the link ? Thanks Sudipta Re[3]: You can try my free solution if you want to. It... Author: Jeff Shao (http://www.jguru.com/guru/viewbio.jsp?EID=1087400), May 23, 2003 Tim, Can you share the link for your solution? I don't have a clue how other folks were able to see your solution. Thanks, Jeff If I convert my application from RMI to RMI-IIOP, can... Author: stefano orselli (http://www.jguru.com/guru/viewbio.jsp?EID=290863), Jan 15, 2001 If I convert my application from RMI to RMI-IIOP, can I solve the problem of the callback in RMI across firewall, assuming my firewall has been configured to allow IIOP traffic? How can I control the lease period associated with a client's reference for my remote object? Location: http://www.jguru.com/faq/view.jsp?EID=1001 Created: Nov 14, 1999 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) When a RMI client obtains a reference for the remote object, by default, the reference is live for 10 minutes. If there is no client activity before the lease term expires, the reference is considered to be invalid, and the remote object may be subject to garbage collection, presuming there are no other clients holding a live reference to it. However, the lease term can be easily changed, and is controlled by the system property java.rmi.dgc.leaseValue. For example: java -Djava.rmi.dgc.leaseValue=300000 MyRemoteImpl resets the lease term to 5 minutes. The lease period is indicated in milliseconds. Note that for optimal performance, the lease term should not be set toa very small value. An active RMI client automatically renews the lease when it is halfway expired,

and a very small lease term would cause the client to consume precious network resources in repeatedly renewing the lease. Comments and alternative answers

After a remote server object is exported (and an object... Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410), Apr 7, 2000 After a remote server object is exported (and an object reference to it created) by invoking its constructor, it starts listening on a TCP connection. It is at this moment that its lease begins. This lease is renewed periodically and repeatedly after the expiration of half the value of rmi.dgc.leaseValue. As can be seen from the logged server activity (which can be observed by setting the rmi.server.logCalls property true), this renewal takes place regardless of the extent of client activity. Can my remote object obtain notification when there are no live references to it? Location: http://www.jguru.com/faq/view.jsp?EID=1002 Created: Nov 14, 1999 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Yes, you can enable remote objects to get notified as soon as there are no valid references to it. Although the distributed garbage collection mechanism takes care of memory management issues, explicit notification can help the remote server release valuable resources like network and database connections immediately. Any remote object that implements java.rmi.server.Unreferenced interface can get immediate notification via the unreferenced() method as soon as the server does not have any valid references to it. The following code snippet demonstrates how: public class RemoteServerImpl extends UnicastRemoteObject implements MyRemoteInterface, Unreferenced { public RemoteServerImpl() { super(); . . . //allocate resources } . . . public void unreferenced() { //deallocate resources here } } Comments and alternative answers

It seems to me that merely implementing the Unrefe... Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410), Apr 8, 2000 It seems to me that merely implementing the Unreferenced interface is not enough for receiving notification of no more live references to a remote server object. In the

following "Hello" example, the class HelloImpl implements the Unreferenced interface and provides an implementation for its unreferenced() method. Yet this method is never invoked even long after the client has stopped interacting with the server. The RMI Specification document says: "As long as some client holds a remote reference to the remote object, the RMI runtime keeps a local reference to the remote object. When the "reference" set becomes empty, the Unreferenced.unreferenced method is invoked (if the server implements the Unreferenced interface)." But the following example shows that the meaning one would ordinarily give to these statements in the RMI specification document is not valid. /////////

server file: Hello.java

////////

import java.rmi.*; public interface Hello extends Remote { public String sayHello() throws RemoteException; } ///////

server file: HelloImpl.java

////////

import java.rmi.*; import java.rmi.server.*; import java.net.*; public class HelloImpl extends UnicastRemoteObject implements Hello, Unreferenced { public HelloImpl() throws RemoteException {} public String sayHello() { String hostname = null; try { hostname = InetAddress.getLocalHost().getHostName(); } catch( java.net.UnknownHostException un ) {} return "Hello from Avi Kak at " + hostname; } public void unreferenced() { System.out.println( ">>>> No clients holding remote references <<<" ); } } ///////// server file: HelloServer.java import java.rmi.*; import java.rmi.server.*;

////////

import java.rmi.registry.*; public class HelloServer { public static void main( String[] args ) { try { LocateRegistry.createRegistry( 1099 ); HelloImpl helloserver = new HelloImpl(); Naming.rebind( "rmi://localhost/HelloServer", helloserver ); } catch( Exception e ) {} } } /////////

client file: HelloClient.java

///////

import java.rmi.*; public class HelloClient { public static void main( String[] args ) { try { Hello server = ( Hello ) Naming.lookup( "rmi://RVL4.ecn.purdue.edu/HelloServer" ); System.out.println( server.sayHello() ); } catch( Exception e ) {} } }

But at the same time, the jGuru Distributed Garbage... Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410), May 18, 2000 But at the same time, the jGuru Distributed Garbage Collection Exercise shows that when there are no client references to a remote object that has implemented the Unreferenced interface, the server does indeed receive notification via the automatic invocation of the Unreferenced.unreferenced() method. For the reason for why the RMI system acts differently in the two cases, see the jGuru RMI FAQ entry 48518. There's got to be a better way Author: JJ Furman (http://www.jguru.com/guru/viewbio.jsp?EID=860138), Apr 29, 2002 Although the Unreferenced mechanism seems to be working, a simple test is taking 10 minutes to detect a dropped client. This is far far too long for my application. Is there any way to encourage it to go faster? JJ

Re: There's got to be a better way Author: Raul Guiu (http://www.jguru.com/guru/viewbio.jsp?EID=878594), May 14, 2002 You can try to add the system property: -Dsun.rmi.dgc.checkInterval=1000 How does the Distributed Garbage Collection algorithm work? Location: http://www.jguru.com/faq/view.jsp?EID=1004 Created: Nov 14, 1999 Modified: 1999-11-18 22:16:04.265 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) The RMI subsystem implements a reference counting-based distributed garbage collection (DGC) algorithm to provide automatic memory management facilities for remote server objects. Basically, DGC works by having the remote server keep track of all external client references to it at any given time. When a client obtains a remote reference, it is addded to the remote object's referenced set. The DGC then marks the remote object as dirty and increases its reference count by one. When a client drops a reference, the DGC decreases its reference count by one, and marks the object as clean. When the reference count reaches zero, the remote object is free of any live client references. It is then placed on the weak reference list and subject to periodic garbage collection. Where can I find a detailed comparison between RMI, DCOM and CORBA? Location: http://www.jguru.com/faq/view.jsp?EID=1006 Created: Nov 14, 1999 Modified: 2000-05-29 11:25:34.963 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Suresh Gopalan Raj has written a detailed article comparing the three technologies. The article can be found in his "Web Cornucopia" site, at: http://www.execpc.com/~gopalan/misc/compare.html Is there a way I can disable my RMI client from using HTTP tunneling to get through firewalls? Location: http://www.jguru.com/faq/view.jsp?EID=1011 Created: Nov 14, 1999 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Yes. Although HTTP tunneling is automatically used by the RMI transport layer to get across firewalls, you can choose to disable this feature by setting the following property at the client: java.rmi.server.disableHttp=true What's the cleanest way to have a client terminate a RMI server that is no longer needed? Location: http://www.jguru.com/faq/view.jsp?EID=1013 Created: Nov 15, 1999 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14)

The cleanest way to exit is to convert your remote object into an activatable remote object and then a client can invoke the Activatable.unexportObject() method to get rid of it. Things are a little more complicated if you do not have an activatable remote object. It is very important that your server does not exit before the client's request has been fully processed, as otherwise an UnmarshallException is thrown. One approach is to define an "exit handler thread" as an inner class, and instantiate it within the remote object's constructor. The exit handler can then loop in the background, waiting for an "exit" flag to be set by the client via an RMI call. As soon as the flag is set, the exit handler can then wait for a couple of seconds such that the client call is completely processed, and then call System.exit() to terminate the server. Is it true that my RMI applet can make socket connections only to the host from which the applet was downloaded from? Location: http://www.jguru.com/faq/view.jsp?EID=1031 Created: Nov 15, 1999 Modified: 2001-07-07 20:58:56.171 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Yes, the default behaviour for applets (including those that may be RMI clients) is to communicate with an RMI server that is hosted on the same platform from which the applet was served from. It is one of the manifestations of the applet sandbox paradigm, and can be overcome by deploying "signed applets" which can go beyond the sandbox. Comments and alternative answers

peer to peer applet communication Author: sebastian marcet (http://www.jguru.com/guru/viewbio.jsp?EID=1138545), Jan 12, 2004 there is any posibility to establish a communication between two applets comming from the same server but runnig in diferents clients machines(there is differents JVM and Browseers) without having a server that perform the rol of menssager dispathcher? Re: peer to peer applet communication Author: John Zukowski (http://www.jguru.com/guru/viewbio.jsp?EID=7), Jan 12, 2004 The fact that two applets came from the same server is irrelevant. Without signing your applet, they won't have permission to talk to each other. Even with signing, unless you use a server to discover the other client address, there is no way for the applets to chat. Is there a servlet implementation of the java-rmi.cgi script for enabling call forwarding when using RMI across firewalls? Location: http://www.jguru.com/faq/view.jsp?EID=1033

Created: Nov 15, 1999 Modified: 2000-05-29 11:32:07.363 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Yes, Sun has a servlet implementation of the call forwarding script for performing HTTP tunneling. You can download it from: http://java.sun.com/products/jdk/1.2/docs/guide/rmi/faq.html#servlet I get the exception "java.net.SocketException: Address already in use" whenever I try to run rmiregistry. Why? Location: http://www.jguru.com/faq/view.jsp?EID=1034 Created: Nov 15, 1999 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) The exception means that there is already an rmiregistry process running on the default port 1099 on that machine. You can either choose to kill it and restart rmiregistry, or start it up on a different port , say port 9999, as: rmiregistry 9999 Why is that my remote objects can bind themselves only with a rmiregistry running on the same host? Location: http://www.jguru.com/faq/view.jsp?EID=1035 Created: Nov 15, 1999 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Although an RMI application can perform a lookup on any host, it can bind, rebind or unbind remote object references only with a registry running on the same host. This is mainly for security reasons, as this restriction prevents a remote client from deleting or overwriting entries from a server's registry. Comments and alternative answers

Is there are way to get around it ? Author: piyush sheth (http://www.jguru.com/guru/viewbio.jsp?EID=705911), Jan 16, 2002 Is there are way to get around it ? What are the different RMI system configurations possible? Location: http://www.jguru.com/faq/view.jsp?EID=1110 Created: Nov 17, 1999 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) RMI systems can be configured in diverse ways: •

Closed: All classes used by clients and the server must be located on the JRE and referenced by the CLASSPATH environment variable. No dynamic class loading is supported.

• •



• •

Server based: A client applet is loaded from the server's CODEBASE along with all supporting classes. This is similar to the way applets are loaded from the same HTTP server that supports the applet's web page. Client dynamic: The primary classes are loaded by referencing the CLASSPATH environment variable of the JRE for the client. Supporting classes are loaded by java.rmi.server.RMIClassLoader from an HTTP or FTP server on the network at a location specified by the server. Server dynamic: The primary classes are loaded by referencing the CLASSPATH environment variable of the JRE for the server. Supporting classes are loaded by the java.rmi.server.RMIClassLoader from an HTTP or FTP server on the network at a location specified by the client. Bootstrap client: In this configuration, all of the client code is loaded from an HTTP or FTP server across the network. The only code residing on the client machine is a small bootstrap loader. Bootstrap server: In this configuration, all of the server code is loaded from an HTTP or FTP server located on the network. The only code residing on the server machine is a small bootstrap loader.

When would I use the java.rmi.server.codebase property? Location: http://www.jguru.com/faq/view.jsp?EID=1111 Created: Nov 17, 1999 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) The property java.rmi.server.codebase is used to specify a URL. This URL points to a file:, ftp:, or http: location which supplies classes for objects that are sent from this JRE. If a program running in a JRE sends an object to another JRE (as the return value from a method), that other JRE needs to load the class file for that object. When RMI sends the object via serialization RMI embeds the URL specified by this parameter into the stream, alongside of the actual object. It is important to note that RMI does not send class files along with the serialized objects. If the remote JRE needs to load a class file for an object, it looks for the embedded URL and contacts the server at that location for the file. What is the purpose of the java.rmi.server.useCodebaseOnly property? Location: http://www.jguru.com/faq/view.jsp?EID=1115 Created: Nov 17, 1999 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) When the property java.rmi.server.useCodebaseOnly is set to true, then the JRE will load classes only from either a location specified by the CLASSPATH environment variable or the URL specified in the java.rmi.server.codebase property. This is an easy way of imposing additional security to the behaviour of RMIClassLoader. Comments and alternative answers

that's a very good solution Author: Marc Tauber (http://www.jguru.com/guru/viewbio.jsp?EID=990941), Jan 29,

2003 cool! that works and is very easy to do! thanx a lot What's new in RMI under Java 2? Location: http://www.jguru.com/faq/view.jsp?EID=1845 Created: Dec 4, 1999 Modified: 2000-07-09 20:44:16.676 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Java 2 SDK adds significant enhancements to the RMI implementation found within JDK 1.1. The most important changes are: •





Under JDK 1.1, RMI servers have to be up and running all the time, and could not be started 'on demand'. Java 2 adds Remote Object Activation framework to RMI. It is now possible to instantiate server objects "on the fly," making it possible to build even more scalable distributed object networks. Java 2 allows you to implement Custom Socket Types making it simpler to incorporate SSL encryption, data compression and so forth at the transport level. With JDK 1.1, the RMI socket factory could use only one custom socket type per JVM. You also had to use a different rmiregistry for each custom socket implemented by an RMI server. Now, all those limitations are removed. There have been numerous other API changes as well. For instance, you can now unexport a remote object, as well as export a object on a specific port. Also, the RMI transport protocol JRMP has been significantly streamlined, and server-side skeletons are no longer necessary under Java 2. For an exhaustive list of changes, consult the release notes at http://java.sun.com/products/jdk/1.2/docs/guide/rmi/relnotes.html

How does Java RMI differ from Jini? Location: http://www.jguru.com/faq/view.jsp?EID=5075 Created: Jan 15, 2000 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14)

Java RMI RMI clients use the class Naming.Lookup() for locating the requested RMI Service The service storing information about other service providers is the RMI registry The RMI client must know the RMI registry host explicitly. The same rule applies to RMI servers The approach is more rigid since client is dependant on a particular service provider

Jini Jini clients use the discovery process to locate Jini Lookup services. Discovery is done through multicast requests to well-known addresses or ports In Jini the service storing information about other service providers is called Jini Lookup Service The Jini clients search for the Jini service without any Service hosting knowledge The approach is more tolerant to service providers faults and maximizes client independence from a particular service provider

The Jini proxy concept is more protocol independent since it does not rely on generated fixed-protocol stubs. The RMI proxy-stub approach is The proxy fulfills requests by itself or either uses an strictly adhered to RMI call or uses an internal proxy provider to fulfill a request No concept of built in support for Programming model provides for support for transactions, distributed events or transactions, distributed events and leasing leasing

Is there another RMI FAQ that I can look at? Location: http://www.jguru.com/faq/view.jsp?EID=9241 Created: Jan 27, 2000 Modified: 2000-01-27 08:57:07.397 Author: John Mitchell (http://www.jguru.com/guru/viewbio.jsp?EID=4) Yes, check out: Sun's RMI FAQ. Comments and alternative answers

New url Author: Thomas Hartwig (http://www.jguru.com/guru/viewbio.jsp?EID=1108477), Apr 6, 2005 SUN's RMI FAQ Is there a mailing list for RMI discussions? Location: http://www.jguru.com/faq/view.jsp?EID=9243 Created: Jan 27, 2000 Modified: 2000-01-27 08:36:11.952 Author: John Mitchell (http://www.jguru.com/guru/viewbio.jsp?EID=4) Yes, Sun's RMI-USERS mailing list. To subscribe, send an email to [email protected] which contains the message: subscribe RMI-USERS Note that the archives of the mailing list are here. Please check them out before sending questions to the mailing list. Is "pass by value" enforced for calls within the same VM to objects that implement java.rmi.Remote? In other words, if I'm writing an object that implements java.rmi.Remote, can I assume that calls to it that originate within the local VM will enjoy the same "copy by value" rules for serializable

parameters? Location: http://www.jguru.com/faq/view.jsp?EID=10742 Created: Feb 1, 2000 Modified: 2000-02-01 14:10:06.078 Author: Tim Rohaly (http://www.jguru.com/guru/viewbio.jsp?EID=10) Question originally posed by Ben Youngdahl (http://www.jguru.com/guru/viewbio.jsp?EID=6973 Say I have a remote interface: public interface Hello extends Remote { public String sayHello() throws RemoteException; } and an implementation like: public class HelloImpl extends UnicastRemoteObject implements Hello { public String sayHello() { return "Hello!"; } } Here, the return parameter of the sayHello() method is a serializable object (String). If you obtain a reference by simply instantiating HelloImpl, then its semantics are that of a normal Java object. i.e., if you do: Hello hello = new HelloImpl(); String result = hello.sayHello(); then the "result" reference points to the same object as the local String object created within HelloImpl.sayHello() - a copy of the String object is not made. But, if we obtain a remote reference to the object, for example: Hello hello = (Hello) Naming.lookup("rmi://localhost/helloserver"); hello.sayHello(); then the semantics are different, because we don't have a normal reference created by "new", we have a remote reference obtained by contacting the RMI registry. In this second case, the result string is serialized and returned, effectively creating a copy. Note that this is true whether or not the actual implementation object lives in the same VM. The deciding factor is how the reference was obtained. Comments and alternative answers

Note that the call semantics also differ depending on... Author: Tim Rohaly (http://www.jguru.com/guru/viewbio.jsp?EID=10), Feb 1, 2000 Note that the call semantics also differ depending on how the reference was obtained. Method invocations on a remote reference can throw a RemoteException, which must be handled. Method invocations on a local reference need handle only those exceptions declared by that method in the implementation class. There are two problems with your example. First of... Author: Ben Youngdahl (http://www.jguru.com/guru/viewbio.jsp?EID=10764), Feb 1, 2000

There are two problems with your example. First of all, you focus on the return value, which is not as interesting here as argument parameters. Second of all, you focus on an immutable type, String, which is also not as interesting. Also, I think you should talk about why this is DANGEROUS that different things can happen depending on how the reference is obtained. The two things you mention have no relevance to the... Author: Tim Rohaly (http://www.jguru.com/guru/viewbio.jsp?EID=10), Feb 4, 2000 The two things you mention have no relevance to the problem: return parameters are treated the same as method arguments, and references to immutable objects are treated the same as references to mutable objects. I disagree that this is dangerous. There are fundamental differences between remote objects and local objects that you can't abstract away. Indeed, it is dangerous if you don't treat them differently! This is why the compiler forces you to deal with RemoteException, like I say above. Thus, it is always explicit in your code what the object's semantics are. You can learn more about the necessary differences between local and remote objects from "A Note on Distributed Computing" by Jim Waldo et al. http://www.sun.com/research/technical-reports/1994/abstract-29.html. This issue has also been discussed ad nauseam on the RMI-USERS mailing list. See: http://archives.java.sun.com/archives/rmi-users.html. Does this mean that: In the first case (new "... Author: Jong Hann Wong (http://www.jguru.com/guru/viewbio.jsp?EID=49040), May 30, 2000 Does this mean that: In the first case (new "local" instance), we will not need a stub for every instance? Eg. a server has a dispatcher that sends down a new servant instance to each client. In the second case (using remote references), the server application must already have instantiated such a servant instance, bound it to an entry in rmiregistry. More work coming up: the client has to actually know beforehand which "name" that instance is bound to. True/False?

Tim, consider the following: 1) X obtains a reference... Author: Ben Youngdahl (http://www.jguru.com/guru/viewbio.jsp?EID=6973), Jun 10,

2000 Tim, consider the following: 1) X obtains a reference to Y, an object implementing Remote 2) X calls a method on Y passing in mutable, serializable object M 3) Y makes some evil changes to M The danger as I see it is that if Y is within a seperate VM, M is not truly affected. If Y is within the same VM as X, M is affected. If M is immutable, it can't be changed by Y anyways, so no harm done. If M is returned by Y but not passed in by X, the only risk is if Y hangs on to a reference to M and plays around with it later. See Appendix D.7 (pp 511,512) of the EJB 2.0 public draft. Doesn't it acknowledge this situation is dangerous? I do agree with you that it is dangerous to ignore whether an object is local or remote, like for example COM/DCOM. I guess that's my point here: don't assume that because an object extends Remote that it actually IS remote and will honor RMI passby-value.

How do I send a ResultSet back to a client using RMI? Location: http://www.jguru.com/faq/view.jsp?EID=14711 Created: Feb 16, 2000 Modified: 2000-02-16 01:11:05.293 Author: Tim Rohaly (http://www.jguru.com/guru/viewbio.jsp?EID=10) java.sql.ResultSet is not serializable, so it cannot be sent over an RMI connection. You will need to extract the data from the ResultSet and encapsulate it in a serializable object to send back to your client. Or, wrap the ResultSet in a remote object, and make that remote object available to your client. A danger with the second method is that you are giving control over the life span of the ResultSet to the client--as long as the client holds a reference to the remote object your server must maintain the database connection. Because database connections are vital system resources, you probably want to maintain control of them entirely on the server side or in a middle tier. Comments and alternative answers

Can anyone post some code for this? Author: sreedhar garimella (http://www.jguru.com/guru/viewbio.jsp?EID=46673), Jun 10, 2000 Can anyone post some code for this?

How can I log my remote server calls? Location: http://www.jguru.com/faq/view.jsp?EID=17504 Created: Feb 23, 2000 Modified: 2000-02-23 22:25:06.746 Author: John Zukowski (http://www.jguru.com/guru/viewbio.jsp?EID=7) If you start the server with the java.rmi.server.logCalls system property set to true (java -Djava.rmi.server.logCalls=true Server), you'll be able to monitor server activity. By default, what port does the RMI registry listen to? Location: http://www.jguru.com/faq/view.jsp?EID=17516 Created: Feb 23, 2000 Modified: 2000-02-23 22:40:26.761 Author: John Zukowski (http://www.jguru.com/guru/viewbio.jsp?EID=7) The rmiregistry program uses port 1099 by default. You can have it listen to a different port by specifying a different port from the command line: rmiregistry 1234 Comments and alternative answers

Well known port for registry. Author: John Sinues (http://www.jguru.com/guru/viewbio.jsp?EID=339990), Sep 6, 2002 You can also use the predefined constant, java.rmi.Registry.REGISTRY_PORT. What's the scoop with HTTP-tunnelling? Does it really work? Reliably? Quickly? Easily? Location: http://www.jguru.com/faq/view.jsp?EID=19859 Created: Mar 2, 2000 Modified: 2000-05-29 12:14:42.95 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Question originally posed by John Mitchell PREMIUM (http://www.jguru.com/guru/viewbio.jsp?EID=4 For complete details, see my RMI tutorial at Sun's Java Developer Connection: http://developer.java.sun.com/developer/onlineTraining/rmi/RMI.html#FirewallIssues Where can I get the RMI classes for Internet Explorer? Location: http://www.jguru.com/faq/view.jsp?EID=20626 Created: Mar 6, 2000 Modified: 2000-09-14 07:42:58.557 Author: John Zukowski (http://www.jguru.com/guru/viewbio.jsp?EID=7) You can get these either directly from Microsoft (ftp://ftp.microsoft.com/developr/msdn/unsup-ed/rmi.zip) and figure out where to put them or get a nice bundled package from IBM (http://www.alphaworks.ibm.com/tech/RMI) that installs them in the right location. I have a servlet that is doing an RMI call to a single remote object. Since any invocation of the servlet is created in a new thread, I'm observing a new TCP/IP connection for every single servlet request. Creating and tearing down a TCP/IP connection between the servlet engine and the

remote object's JVM for every request seems to be a lot of overhead. I have read through the RMI spec. It seems that one could create an alternate implementation of java.rmi.server.RMIClientSocketFactory that could manage a pool of TCP/IP connections and assign them to threads on an asneeded basis. Is this possible? Location: http://www.jguru.com/faq/view.jsp?EID=20880 Created: Mar 6, 2000 Modified: 2000-03-08 09:14:11.159 Author: Sameer Tyagi (http://www.jguru.com/guru/viewbio.jsp?EID=4381) Question originally posed by Phil Earnhardt (http://www.jguru.com/guru/viewbio.jsp?EID=8332 A method dispatched by the RMI runtime to a remote object implementation (a server) may or may not execute in a separate thread. Some calls originating from the same client virtual machine will execute in the same thread; some will execute in different threads. Calls originating from different client virtual machines will execute in different threads. Other than this last case of different client virtual machines, the RMI runtime makes no guarantees with respect to mapping remote object invocations to threads. Consider the following example. A remote object MyObject is bound to the registry and it has a method called mymethod(). Servlets obtain a reference and invoke this method in their service methods. Let us assume that 500 concurrent calls are made to this method from the servlet instance. Does this mean that the 500 calls will be queued up ? Well, actually no. The RMI object can be called by several threads concurrently. It is very easy to test: simply have a counter in the object which is ticked up one at the beginning of the method, and decrease it at the end. This way you'll know how many threads are working on it concurrently. Print it out and you'll know for sure what's happening. It is rather simple: RMI/JRMP maintains connections from the client to the server. If a call is to be made and all connections is currently in use another one is created. This will only hold to a certain point however since there is a finite number of server threads. In the scenario you describe, it would be simple to obtain a reference to the object in the init of the servlet and invoke methods on the objects in the service method. Since you will always deal with the same instance of the remote object at all points in time. As long as the object itself is thread safe, everything should be fine. Comments and alternative answers

For RMI callback from server to clients(say, applets)... Author: Maxim Senin (http://www.jguru.com/guru/viewbio.jsp?EID=21992), Nov 3, 2000

For RMI callback from server to clients(say, applets) this would be disaster. 1st, you will spawn separate thread for each callback to client, which in turn will try to open connection to it (100 clients = 100 attempts to open TCP/IP connections to clients who probably have dial-up), and then method invocations themselves!!! Singleton RMI object Author: Sudha Subramaniam (http://www.jguru.com/guru/viewbio.jsp?EID=270396), Sep 21, 2001 In reply to one of the RMI question posted here, it was mentioned that an 'RMI object can have multiple threads accessing it concurrently". My question is: Does this mean that the JVM creates seperate threads for each remote request? Thanks Sudha Re: Singleton RMI object Author: karthik Guru (http://www.jguru.com/guru/viewbio.jsp?EID=849009), Apr 23, 2002 quoting from RMI SPec: A method dispatched by the RMI runtime to a remote object implementation (a server) may or may not execute in a separate thread. Some calls originating from the same client virtual machine will execute in the same thread; some will execute in different threads. Calls originating from different client virtual machines will execute in different threads. Other than this last case of different client virtual machines, the RMI runtime makes no guarantees with respect to mapping remote object invocations to threads that means RMI Runtime may/may not create a separate thread for each remote request. rather it does'nt. How do I communicate over a secure RMI link? Location: http://www.jguru.com/faq/view.jsp?EID=20911 Created: Mar 6, 2000 Modified: 2000-03-08 09:23:49.51 Author: Sameer Tyagi (http://www.jguru.com/guru/viewbio.jsp?EID=4381) Question originally posed by John Zukowski PREMIUM (http://www.jguru.com/guru/viewbio.jsp?EID=7 You can find all the details you need within the following Sun documents: The SUN SSL Info Creating custom socket factories The naming registry is implemented as a standard RMI service, so attempts to register and lookup services will involve network connections being established. With an SSL socket factory installed in a client these connections will be SSL-secured. As a result, the naming registry must use SSL to accept connections. For this reason you must install the SSL socket factory in your naming registry as well as your RMI server. The most straightforward way to achieve this is to have your server start its own naming registry. This registry will then benefit from the server's SSL support. The server would need to invoke a method like this before binding the object and starting the registry and similarly on the client beore looking up the object

RMISocketFactory.setSocketFactory (some vendor provided factory); Note : In other words the vendors provide a SSL implementation of the registry that needs to be started instead of the rmiregisty in case you are not programmatically statring the registry through a LocateRegistry.createRegistry(). For activation, how do I get my objects to run in multiple VMs and not the VM of rmid.exe ?? Location: http://www.jguru.com/faq/view.jsp?EID=22886 Created: Mar 10, 2000 Modified: 2000-03-10 13:08:36.557 Author: Sameer Tyagi (http://www.jguru.com/guru/viewbio.jsp?EID=4381) The deal with spawning multiple VMs is the following bottom line. Refer to page 56 of the RMI specs ... "All objects with the same groupID are activated in the same Java VM". period. To start multiple VMs, the object must have a differnt ActivationGroupID. and you must use one of the 2 constructors ActivationDesc(ActivationGroupID groupID, String className, String location, MarshalledObject data) ActivationDesc(ActivationGroupID groupID, String className, String location, MarshalledObject data, boolean restart) I have written an example for you that registers 2 Activable objects with the registry. The 2 objects have different ActivationGroupID's as you can see in the source. Since the objects are lazily activated, you can see that 2 VMs are spawned when the client is run. I have enclosed with this the complete example. The example contains 1. The remote interface 2. The remote interface implementation 3. The program to register the server. 4. The client program 5. The batch files to run both client and server. package com.sameer; import java.net.InetAddress; import java.rmi.*; import java.rmi.activation.*; public class HelloServer

extends Activatable implements Hello {

private static int counter=0; public HelloServer(ActivationID id, MarshalledObject data) throws RemoteException { super( id, 0 ); System.out.println("Hello Server Constructor invoked" +counter); counter++; }

public String sayHello(){ String hostname=null; try{ hostname= InetAddress.getLocalHost().getHostName(); }catch (java.net.UnknownHostException who){} return "Hello World from " + hostname; } }

package com.sameer; public interface Hello extends java.rmi.Remote { String sayHello() throws java.rmi.RemoteException; }

package com.sameer; import import import public

java.rmi.*; java.rmi.activation.*; java.util.Properties; class RegisterHelloServer { public static void main(String[] args) throws Exception {

Properties policyFileLocation = new Properties(); policyFileLocation.put("java.security.policy","c:\\rmiac\\java.po licy"); ActivationGroupDesc exampleGroup = new ActivationGroupDesc(policyFileLocation, null); ActivationSystem localActivationSystem = ActivationGroup.getSystem(); ActivationGroupID agi = localActivationSystem.registerGroup(exampleGroup); a JVM

//The activation group is what creates the activatible object in // Sets the activation group for the current JVM ActivationGroup.createGroup(agi, exampleGroup, 0);

// Since the ActivationGroupID is not given in the constructor of desc, the // current JVMs activation group is used // create more ActivationGroupIDs since objects with the same ActivationGroupID are activated in the same VM //ActivationDesc(ActivationGroupID groupID, String className, Stringl ocation, MarshalledObject data, boolean restart) /*

This creates in the current VM and the current identifier for the ActivationGroupID. If the ActivationGroupID does not exist a new one is created. ActivationDesc desc = new ActivationDesc("com.sameer.HelloServer", "file:/export/home/whitney/java/classes/", null, true); */ ActivationDesc desc = new ActivationDesc(agi, "com.sameer.HelloServer", "file:/export/home/whitney/java/classes/", null, true); System.out.println("Gourp ID =" +desc.getGroupID()); Hello stub = (Hello)Activatable.register(desc); Naming.rebind("HelloServer", stub); // create another one for a new VM ActivationGroupID agi_2 = localActivationSystem.registerGroup(exampleGroup); ActivationDesc desc_2 = new ActivationDesc(agi_2, "com.sameer.HelloServer", "file:/export/home/whitney/java/classes/", null, true); System.out.println("Gourp ID =" +desc_2.getGroupID()); Hello stub_2 = (Hello)Activatable.register(desc_2); Naming.rebind("HelloServer2", stub_2); System.exit(0); }

}

package com.sameer; import java.rmi.*; public class HelloClient { private static String message = ""; public static void main(String args[]) { try { Hello obj = (Hello) Naming.lookup("/HelloServer"); System.out.println(obj.sayHello()); // Spawn the second VM !! Hello obj_2 = (Hello) Naming.lookup("/HelloServer2"); System.out.println(obj_2.sayHello()); } catch (Exception e) { System.out.println("HelloClient exception: " + e.getMessage()); e.printStackTrace(); } } }

grant { };

// Allow everything for now permission java.security.AllPermission;

What protocol does RMI use to communicate between objects? Do developers need to know the underlying protocol (eg. UDP, TCP/IP) while developing RMI applications? Location: http://www.jguru.com/faq/view.jsp?EID=23444 Created: Mar 12, 2000 Modified: 2000-03-12 23:55:45.054 Author: John Zukowski (http://www.jguru.com/guru/viewbio.jsp?EID=7) Question originally posed by YekSoon Lok (http://www.jguru.com/guru/viewbio.jsp?EID=12624 On top of TCP/IP, RMI uses a wire level protocol called Java Remote Method Protocol (JRMP). JRMP is a proprietary, stream-based protocol that is only partially specified and now consists of two versions. The first version was released with the JDK 1.1 version of RMI and required the use of Skeleton classes on the server. The second version was released with the Java 2 SDK. It has been optimized for performance and it does not require skeleton classes. (It is important to note that some alternate implementations, such as BEA Weblogic and NinjaRMI do not use JRMP, but instead use their own wire level protocol. ObjectSpace's Voyager does recognize JRMP and will interoperate with RMI at the wire level.) Sun and IBM have jointly worked on the next version of RMI, called RMI-IIOP, which will be available with Java 2 SDK Version 1.3. The interesting thing about RMI-IIOP is that instead of using JRMP, it will use the Object Management Group (OMG) Internet Inter-ORB Protocol, IIOP, to communicate between clients and servers. In most cases, developers do not need to know about the underlying protocol. With JDK 1.2, what policies do I have to setup to grant the necessary permissions for RMI? Location: http://www.jguru.com/faq/view.jsp?EID=24539 Created: Mar 15, 2000 Modified: 2000-03-15 07:34:14.029 Author: John Zukowski (http://www.jguru.com/guru/viewbio.jsp?EID=7) Question originally posed by sajith prasad k (http://www.jguru.com/guru/viewbio.jsp?EID=15898 Sun's RMI tutorial shows the necessary policies at http://java.sun.com/docs/books/tutorial/rmi/running.html. Basically, you have to enable connecting from anywhere to the HTTP port and connecting or accepting a connection to any port over 1K. Is there some way to lookup what remote services are available? Location: http://www.jguru.com/faq/view.jsp?EID=24729 Created: Mar 15, 2000 Modified: 2000-03-15 17:59:37.946 Author: John Zukowski (http://www.jguru.com/guru/viewbio.jsp?EID=7) Question originally posed by John Zukowski PREMIUM (http://www.jguru.com/guru/viewbio.jsp?EID=7

The Naming.list() method allows you to get a list of the objects in the registry, returning a String[] of names that can be looked up. Comments and alternative answers

Is there some way to lookup what remote services are available? Author: Ricardo V (http://www.jguru.com/guru/viewbio.jsp?EID=1214371), Dec 3, 2004 And, is there some way to avoid clients from looking up what remote services are available? Thanks. How do I setup a Servlet as an RMI client (and not get an RMI Security exception in the process)? Location: http://www.jguru.com/faq/view.jsp?EID=25918 Created: Mar 19, 2000 Modified: 2000-08-13 16:39:20.301 Author: Dieter Wimberger (http://www.jguru.com/guru/viewbio.jsp?EID=25708) Question originally posed by John Collins (http://www.jguru.com/guru/viewbio.jsp?EID=21866 I think this depends a lot on the JDK you are using to run your Servlet Engine. • •

Platform 2 (JDK 1.2, 1.3): take a look at the security policy. Refer to the documentation for setting correct java.net.SocketPermission entries, plus maybe File Access Permissions and in some cases ClassLoader permissions. Platform 1 (JDK 1.1.x): The only real way I found to circumvent my problems was to implement my own RMI SecurityManager. Therefore simply extend the java.rmi.RMISecurityManager class and implement your own policy overriding specific permission check methods. Most likely those will be: checkConnect, checkRead, checkWrite. But I suggest to examine the API doc of the RMISecurityManger to find out more.

To set that SecurityManager you have to add following line to your Servlet init() method: //set RMI Security Manager
System.setSecurityManager(new WebSpaceSecurityManager()); Comments and alternative answers

Beware -- some vendors have broken implementations... Author: Jeff Williams (http://www.jguru.com/guru/viewbio.jsp?EID=231946), Oct 19, 2000 Beware -- some vendors have broken implementations of the security manager that will prevent this type of access control from working. If you are running third-party code, you should be aware that it might be able to seriously compromise your server. You have to make sure that the servlet engine and JVM you are using... 1) use a security manager 2) the security manager does something meaningful

3) the security policy is meaningful Try these flags in the command that starts java -Djava.security.manager -Djava. security.policy==.\foo.policy Here's some code I use in the doGet of a TestServlet to test security... try { System.out.println( h2o + "Information..." + h2c ); System.out.println( " Security Manager: " + System.getSecurityManager().getClass().getName() + p ); System.out.println( " ClassLoader: " + this.getClass().getClassLoader() + p ); // weblogic.utils.classloaders.GenericClassLoader gcl = (weblogic.utils.classloaders.GenericClassLoader)this.getClass().getClassLoader(); // gcl.setDebug( true ); System.out.println( " CodeSource: " + this.getClass().getProtectionDomain().getCodeSource().getLocation() + p ); System.out.println( " -- allowed -- " + p ); } catch( Exception e ) { System.out.println( " -- rejected -- " + e.getMessage() + p ); } /* try { out.println( h2o + "Trying some dangerous J2EE calls..." + h2c ); String hack = request.getParameter( "hack" ); Cookie[] cookies = request.getCookies(); out.println( " -- allowed -- " + p ); int x = 1 + 2 + 3; System.out.println( hack ); // use it int y = 1 + 2 + 3; System.out.println( cookies ); // use it String m = "COOKIE: " + cookies[0]; // use it again cookies = new Cookie[10]; // reset it String n = "COOKIE: " + cookies[5]; // use it again } catch( Exception e ) { out.println( " -- rejected -- " + e.getMessage() + p ); } */ try { );

System.out.println( h2o + "Attempting file write to d:/Java..." + h2c File f = new File( "d:/Java/blah.txt" ); FileWriter fw = new FileWriter( f ); fw.write( "test\n" ); fw.close(); System.out.println( " -- allowed -- " + p );

} catch( Exception e ) { System.out.println( " -- rejected -- " + e.getMessage() + p ); } try { System.out.println( h2o + "Attempting file write to d:/Java/TestServlet..." + h2c ); File f = new File( "d:/Java/TestServlet/blah.txt" ); FileWriter fw = new FileWriter( f ); fw.write( "test\n" ); fw.close(); System.out.println( " -- allowed -- " + p ); } catch( Exception e ) { System.out.println( " -- rejected -- " + e.getMessage() + p ); } try { h2c );

System.out.println( h2o + "Attempting file read to c:/Ntdetect..." + File f = new File( "c:/Ntdetect.com" ); FileReader fr = new FileReader( f ); int c = fr.read(); System.out.println( " -- allowed -- " + p );

} catch( Exception e ) { System.out.println( " -- rejected -- " + e.getMessage() + p ); } try {

System.out.println( h2o + "Attempting file read to c:/weblogic/weblogic.properties..." + h2c ); File f = new File( "c:/weblogic/weblogic.properties" ); FileReader fr = new FileReader( f ); int c = fr.read(); System.out.println( " -- allowed -- " + p ); } catch( Exception e ) { System.out.println( " -- rejected -- " + e.getMessage() + p ); } try { h2c );

System.out.println( h2o + "Attempting to connect to yahoo.com..." + Socket s = new Socket( "yahoo.com", 8080 ); System.out.println( " -- allowed -- " + p );

} catch( Exception e ) { System.out.println( " -- rejected -- " + e.getMessage() + p ); } try { h2c );

System.out.println( h2o + "Attempting to connect to hacker.com..." + Socket s = new Socket( "hacker.com", 8080 );

System.out.println( " -- allowed -- " + p ); } catch( Exception e ) { System.out.println( " -- rejected -- " + e.getMessage() + p ); } try { h2c );

System.out.println( h2o + "Attempting to listen on port 37337..." + ServerSocket s = new ServerSocket( 37337 ); Socket c = s.accept(); System.out.println( " -- allowed -- " + p );

} catch( Exception e ) { System.out.println( " -- rejected -- " + e.getMessage() + p ); } try { System.out.println( h2o + "Attempting to listen on port 7001..." +

h2c );

ServerSocket s = new ServerSocket( 7001 ); Socket c = s.accept(); System.out.println( " -- allowed -- " + p );

} catch( Exception e ) { System.out.println( " -- rejected -- " + e.getMessage() + p ); } /* try { System.out.println( h2o + "Attempting native call..." + h2c ); native0( 1 ); System.out.println( " -- allowed -- " + p );

} catch( Exception e ) { System.out.println( " -- rejected -- " + e.getMessage() + p ); } */ try { System.out.println( h2o + "Attempting exec..." + h2c ); Runtime.getRuntime().exec( "dir" ); System.out.println( " -- allowed -- " + p );

} catch( Exception e ) { System.out.println( " -- rejected -- " + e.getMessage() + p ); } try {

System.out.println( h2o + "Attempting system exit..." + h2c ); System.exit( 3 ); System.out.println( " -- allowed -- " + p );

} catch( Exception e ) { System.out.println( " -- rejected -- " + e.getMessage() + p ); }

System.out.println(""); }

How do I control number of clients binding to the RMI server? Location: http://www.jguru.com/faq/view.jsp?EID=28546 Created: Mar 25, 2000 Modified: 2000-03-29 11:50:11.174 Author: Jason Vanguard (http://www.jguru.com/guru/viewbio.jsp?EID=27748) Question originally posed by Anatolii Corobceanu (http://www.jguru.com/guru/viewbio.jsp?EID=24161 The Sun RMI implementation does not offer a standardized method to control the number of clients biding to a remote object. Comments and alternative answers

In fact there seem to be no standard way to control... Author: Marek Paszcza (http://www.jguru.com/guru/viewbio.jsp?EID=124786), Sep 28, 2000 In fact there seem to be no standard way to control it. If it is essential to you, think about specializing the Registry class and all RMI calls ( bind, rebind, ... ) and introduce the caller control mechanism. I have done that way a mini-application server with - load balancing ( among many JVM processes ) - fail over ( restarting killed or inactive JVM processes ) Does a stub possess a server-side role also? Practically all the literature on RMI, including the RMI Specification document, talks only about the role of a stub on the client side. For instance, once I generate a stub class and copy it over to the client side, can it now be safely deleted from the server side? Location: http://www.jguru.com/faq/view.jsp?EID=33986 Created: Apr 9, 2000 Modified: 2000-04-09 16:52:27.293 Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410) Referring to its client-side role, this is what the RMI Specification document has to say about stubs: A stub for a remote object acts as a client's local representative or proxy for the remote object. The caller invokes a method on the local stub which is responsible for carrying out the method call on the remote object. In RMI, a stub for a remote object implements the same set of remote interfaces that a remote object implements. When a stub's method is invoked, it does the following: (i) initiates a connection with the remote VM containing the remote object; (ii) marshals (writes and transmits) the parameters to the remote VM; (iii) waits for the result of the method invocation; (iv) unmarshals (reads) the return value or exception returned; (v) returns the value to the caller.

The Specification document says practically nothing about the role of a stub class on the server side. The fact is that the stub of an implementation class has a server side role also. This is immediately apparent if after copying over the stub to the client side you try to delete it from the server side. The Java runtime would then throw an exception with the error message: "Stub class not found." On the server side, the stub class is needed to construct stub objects corresponding to the remote objects. It is the stub objects that get transmitted over to the client side over the TCP link. When a client invokes a method on a remote server object, the method is actually invoked on the locally available version of the stub object corresponding to the remote server object. How can I load the stub and interface files dynamically at the client, instead of copying manually, with RMI applications? Location: http://www.jguru.com/faq/view.jsp?EID=35031 Created: Apr 11, 2000 Modified: 2000-04-11 20:19:16.83 Author: Damian Fernandez Perez (http://www.jguru.com/guru/viewbio.jsp?EID=1958) Question originally posed by Puneet Sachdeva (http://www.jguru.com/guru/viewbio.jsp?EID=28785 You can find the answer to this question at: http://java.sun.com/products/jdk/1.2/docs/guide/rmi/codebase.html Comments and alternative answers

The document cited by Damian Fernandez Perez is ob... Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410), Apr 26, 2000 The document cited by Damian Fernandez Perez is obviously a "must read" for anyone starting out with dynamic loading of stubs and other supporting classes. However, an even more useful source is Govind Seshadri's on-line tutorial at http://developer.java.sun.com/developer/onlineTraining/rmi/exercises/BootstrapExample/. What role does serialization have in RMI? Location: http://www.jguru.com/faq/view.jsp?EID=37229 Created: Apr 17, 2000 Modified: 2000-04-17 21:17:32.014 Author: Tim Rohaly (http://www.jguru.com/guru/viewbio.jsp?EID=10) Question originally posed by arshad mehmood (http://www.jguru.com/guru/viewbio.jsp?EID=37224 RMI uses serialization as its basic and only mechanism for sending objects across a network. If an object implements java.rmi.Remote, then the object's stub is serialized and sent to the client. If the object implements java.io.Serializable, then the object itself is serialized and sent. How can I develop a chat system using RMI? Location: http://www.jguru.com/faq/view.jsp?EID=38368 Created: Apr 20, 2000 Modified: 2000-04-20 11:56:38.457

Author: Shaun Childers (http://www.jguru.com/guru/viewbio.jsp?EID=30243) Question originally posed by rajesh r (http://www.jguru.com/guru/viewbio.jsp?EID=36391 Well, to tell you exactly how to do it would take up too much space, but to give you an idea, you would basically create a server which listens for connections on a port and accept these connections and get each clients names. Then you would develop a client program which connects to this server. When one "client" types a message and presses 'Send', the message is routed through the server and out to all "client's" connected. This can be done by Input/Output streams, or (the easier way) RMI. If a class implements both the Serializable and Remote interfaces, is the stub serialized and sent to the client or is the object? Location: http://www.jguru.com/faq/view.jsp?EID=38454 Created: Apr 20, 2000 Modified: 2000-04-22 18:16:21.375 Author: Tim Rohaly (http://www.jguru.com/guru/viewbio.jsp?EID=10) Question originally posed by John Zukowski PREMIUM (http://www.jguru.com/guru/viewbio.jsp?EID=7 If an object implements java.rmi.Remote, then it is treated as a remote object that is, its stub is serialized and sent to the client. This is true whether or not the object also implements java.io.Serializable. If the object is not an instance of java.rmi.Remote, then RMI will attempt to serialize the object itself. This will succeed only if the object is serializable, i.e. implements java.io.Serializable or java.io.Externalizable. Can I pass Externalizable objects by value using RMI, or do the objects have to implement Serializable directly? Location: http://www.jguru.com/faq/view.jsp?EID=38866 Created: Apr 21, 2000 Modified: 2000-04-21 13:33:51.951 Author: Tim Rohaly (http://www.jguru.com/guru/viewbio.jsp?EID=10) RMI will allow you to pass any object that is serializable according to the serialization specification. This includes objects that implement Externalizable as well as objects that implement Serializable. Note that Externalizable extends Serializable, so anywhere you see the use of the generic term "serializable" you can assume it refers to objects that implement either of these interfaces. Where can I find a good tutorial / jumpstart to RMI ? Location: http://www.jguru.com/faq/view.jsp?EID=40176 Created: Apr 25, 2000 Modified: 2000-05-18 15:02:00.87 Author: Sameer Tyagi (http://www.jguru.com/guru/viewbio.jsp?EID=4381) SUN provides a good trail in the Java tutorial that covers RMI at http://java.sun.com/docs/books/tutorial/rmi/overview.html. Comments and alternative answers

You can also try the jGuru tutorial at the JDC: ht... Author: John Zukowski (http://www.jguru.com/guru/viewbio.jsp?EID=7), May 18, 2000 You can also try the jGuru tutorial at the JDC: http://developer.java.sun.com/developer/onlineTraining/rmi/. What is the benefit of using RMI over IIOP? Location: http://www.jguru.com/faq/view.jsp?EID=40197 Created: Apr 25, 2000 Modified: 2000-05-04 22:00:00.361 Author: Sameer Tyagi (http://www.jguru.com/guru/viewbio.jsp?EID=4381) Question originally posed by zhu jiang (http://www.jguru.com/guru/viewbio.jsp?EID=14031 Remote Method Invocation (RMI) over Internet Inter-Orb Protocol (IIOP) delivers Common Object Request Broker Architecture (CORBA) compliant distributed computing capabilities to the JavaTM 2 platform and to the Java Development Kit (JDKTM) 1.1. RMI over IIOP was developed by Sun and IBM. The joint work by Sun and IBM to implement Object Management Group (OMG) standards demonstrates the spirit of collaboration that continually moves the Java platform forward. RMI over IIOP combines the best features of RMI with the best features of CORBA. Like RMI, RMI over IIOP speeds distributed application development by allowing developers to work completely in the Java programming language. When using RMI over IIOP to produce Java technology-based distributed applications, there is no separate Interface Definition Language (IDL) or mapping to learn. Like RMI, RMI over IIOP provides flexibility by allowing developers to pass any serializable Java object (Objects By Value) between application components. Like CORBA, RMI over IIOP is based on open standards defined with the participation of hundreds of vendors and users in the Object Management Group. Like CORBA, RMI over IIOP uses IIOP as its communication protocol. IIOP eases legacy application and platform integration by allowing application components written in C++, Smalltalk, and other CORBA supported languages to communicate with components running on the Java platform. If I programatically create an RMI Registry using LocateRegistry.createRegistry() and spawn child processes (not thread!) from the main process, the child processes are not able to bind objects into the Registry created by the main process. Why? It works only when I start the registry as a stand-alone process from a different window. Location: http://www.jguru.com/faq/view.jsp?EID=40202 Created: Apr 25, 2000 Modified: 2000-05-02 18:35:13.057 Author: Sameer Tyagi (http://www.jguru.com/guru/viewbio.jsp?EID=4381) Question originally posed by Ashok S (http://www.jguru.com/guru/viewbio.jsp?EID=10865 The LocateRegistry.createRegistry() method takes a certain time to complete. Your child processes may have to introduce a delay in order to allow the registry to be created and installed by the main process. Comments and alternative answers

calling rmi method problem if starting rmi server programmatically Author: yi li (http://www.jguru.com/guru/viewbio.jsp?EID=1216996), Dec 18, 2004

i have a similar problem: if i start a rmi server programmatically using Rumtime.getRuntim.exec ("java myclass"); then my client program tries to look up and call the remote method, look up was sucessful but the client is hanging when calling the rmi method. Do you have any tip for this? it's simple rmi programs and i don't use activation. thanks, yi Some Java books show RMI code in which the security manager is set to RMISecurityManager on the server side of an RMI application. Is there any reason to invoke RMISecurityManager on the server side of an RMI application? Location: http://www.jguru.com/faq/view.jsp?EID=41015 Created: Apr 26, 2000 Modified: 2000-04-30 23:54:44.373 Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410) There really is no reason to set the security manager to RMISecurityManager if an RMI program has a purely server role on all its communication links. RMISecurityManager (and user-defined security managers obtained by extending RMISecurityManager) are for subjecting the dynamically loaded classes by a client application to security control. If a client does not need to dynamically load any classes from a server (or any other remote source), there is no reason to use RMISecurityManager on the client side either. How can my servlet class which subclasses GenericServlet/HttpServlet provide an RMI service? Location: http://www.jguru.com/faq/view.jsp?EID=41803 Created: Apr 28, 2000 Modified: 2000-06-21 15:46:21.555 Author: Mikael Jakobsson (http://www.jguru.com/guru/viewbio.jsp?EID=41777) Question originally posed by John Zukowski PREMIUM (http://www.jguru.com/guru/viewbio.jsp?EID=7 Instead of letting your service subclass the java.rmi.server.UnicastRemoteObject class it is possible to make a call to the static method in the same class: exportObject(Remote). Thus you should let your class subclass GenericServlet/HttpServlet and implement a Remote interface. In the init(ServletContext) method your instance can export itself. A simple example follows (exception handling omitted) : public class MyServlet extends HttpServlet implements MyRemoteInterface { public void init(ServletContext ctx) { UnicastRemoteObject.exportObject(this); } // rest of code goes here... } Good luck! Comments and alternative answers

You can also just use delegation -- make a normal ...

Author: Alex Chaffee (http://www.jguru.com/guru/viewbio.jsp?EID=3), Apr 30, 2000 You can also just use delegation -- make a normal Remote Object by extending UnicastRemoteObject in the normal way; then in your servlet's init method, you create an instance of that remote object and register it with the name server. Then other objects can access it using normal RMI calls. As a bonus, you could have your servlet intercept HTTP GET or POST calls to invoke methods on the remote object. I do not understand the above suggestion by Alex. ... Author: erik leedom (http://www.jguru.com/guru/viewbio.jsp?EID=205011), Sep 13, 2000 I do not understand the above suggestion by Alex. If you do this how is the RemoteObject that is containted within the servlet going to access the servlet's data and methods, which is what it would have to do to provide the functionality that the original question requested? You would have to pass the UnicastRemoteObject instance a refrence to the servlet right? Which wouldn't be so bad but I would hazard is not quite as clean as the original response Can my remote client also serve as a remote object? Location: http://www.jguru.com/faq/view.jsp?EID=41805 Created: Apr 28, 2000 Modified: 2000-05-05 05:57:38.961 Author: Mikael Jakobsson (http://www.jguru.com/guru/viewbio.jsp?EID=41777) Question originally posed by John Zukowski PREMIUM (http://www.jguru.com/guru/viewbio.jsp?EID=7 Yes. Just make sure your remote client is implemented as an RMI service, implementing a Remote interface and beeing exported as a UnicastRemoteObject (either by subclassing UnicastRemoteObject or by using the static exportObject() method of that class). If this is done, a reference to the client can be sent to the server as a parameter of a server method, and the object will not be serialized as other parameters, but a remote reference is established. The server can now call methods of the clients remote interface via this reference! Is there any way I can send a remote object through RMI to the server that the server can then use to trigger a callback at the client? Location: http://www.jguru.com/faq/view.jsp?EID=41807 Created: Apr 28, 2000 Modified: 2000-05-05 08:38:07.704 Author: Mikael Jakobsson (http://www.jguru.com/guru/viewbio.jsp?EID=41777) Question originally posed by Allan Wax (http://www.jguru.com/guru/viewbio.jsp?EID=26731 Yes, you can!

Let the server have a method, let's call it registerClient(ClientRemoteInterface) . The client is also a remote object, with ClientRemoteInterface as its remote interface. From the client: 1. Lookup the server using the Naming.lookup as usual 2. call the server method: server.registerClient(theRemoteClientObject); Now, the server will receive a remote reference in the registerClient() method, that can be used for callbacks to the client. Of course, you'll also have to generate the stub and skeleton files for the client as well as the server using rmic. Comments and alternative answers

The ugly part about this is the stub. The server must... Author: Will Cardwell (http://www.jguru.com/guru/viewbio.jsp?EID=60369), Nov 17, 2000 The ugly part about this is the stub. The server must have a stub for the client in order to do the callback. Since the client may be unknown when the server is built, this may not always be possible. And you may not want to give all clients the authority to place files on your server. Re: The ugly part about this is the stub. The server must... Author: Sharon Lu (http://www.jguru.com/guru/viewbio.jsp?EID=459034), Jul 20, 2001 Do you have any suggestions on how to work around this problem? Basically, how do you pass an instance across RMI, like passing "this" pointer in C++ which represents the "AppData", and later server can pass back to client, then the client can resolve it into correct instance? Re: Re: The ugly part about this is the stub. The server must... Author: Will Cardwell (http://www.jguru.com/guru/viewbio.jsp?EID=60369), Jul 20, 2001 In my case I was creating APIs for our application. I wanted outside developers to be able to connect via RMI to our application and register to listen for callbacks as well as making calls to the application. To do the callback, the server needs a remote object stub for the outside application. Since the server is built by us and the outside application by someone else, the server does not have the stub. You could require the outside developer to place his stub in the server's classpath, but that requires the server administrator to keep up with foreign code. What I did was write a wrapper class that encapsulates the RMI functions on the client side. This wrapper is distributed to the outside developer with the stub and interface to our application. The outside user then uses the wrapper class in his application as a proxy to get to the server. It is the wrapper

that actually exports itself as a remote object for callbacks. The server only needs a stub for this wrapper class, which is always the same no matter who the outside developer is. The using application class registers as a listener for callbacks by calling the wrapper class. But this is now only a local object reference and not a remote. This works nicely and also frees the outside developer from having to deal with the RMI code at all. Re: Re: Re: The ugly part about this is the stub. The server must... Author: Randy Pond (http://www.jguru.com/guru/viewbio.jsp?EID=487474), Nov 13, 2001 We have a similar situation in our development. We have clients making RMI calls to the server, and the server making RMI callbacks to the client. Our server needs the stubs of any new clients that are created. Distributing a class file to the clients that act as a callback proxy is the right solution. We should have done that. We distributed an interface. Heh. RMI Callbacks Author: Jim Teaff (http://www.jguru.com/guru/viewbio.jsp?EID=438114), Jun 25, 2001 A code example would be very useful! Must a security manager be installed on the client side even if the downloaded code consists of RMI stubs only? Location: http://www.jguru.com/faq/view.jsp?EID=42159 Created: Apr 28, 2000 Modified: 2000-04-30 23:40:30.837 Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410) Sun's RMI "getting started" guide: http://java.sun.com/products/jdk/1.2/docs/guide/rmi/getstart.doc.html contains the following statement on page 6: "A security manager is required in any JVM that needs to download code, and RMI clients need to download RMI stubs (as well as custom classes or interfaces needed to communicate with the RMI server)." The quoted statement from the cited document is misleading. If the downloaded code on the client side consists of RMI stubs only, a security manager is not needed at all. In most RMI applications, the only reason for installing a security manager on the client side is to enable dynamic loading of classes by a client (and to then subject these classes to certain security restrictions). There is a distinction to be made between a client's loading of RMI stubs from a server and a client's dynamic loading of other classes and interfaces. The stubs are transported over the TCP link that comes into existence when an exported remote server object receives a socket number from a client that has invoked the

Naming.lookup() method for obtaining a reference to the server object from the server registry. On the other hand, dynamic loading of classes and interfaces by a client takes place over another link, typically through the http service provided by a server. It is the code that is transported over the latter link that is subject to the security restrictions of the installed security manager. The following example illustrates the fact that no security manager need be installed in an RMI application anywhere if there is no dynamic loading of code by a client. The sayHello() method of the remote object on the server returns two different kinds of greetings, depending on whether the client invokes the sayHello() method with a Male argument or a Female argument.

/////

server and client file: Hello.java

//////

import java.rmi.*; public interface Hello extends Remote { public String sayHello( Object obj ) throws RemoteException; }

/////

server and client file: Male.java

//////

import java.io.*; public class Male implements Serializable { }

/////

server and client file: Female.java

/////

import java.io.*; public class Female implements Serializable { }

////////

server file: HelloImpl.java

////////

import java.rmi.*; import java.rmi.server.*; import java.net.*; public class HelloImpl extends UnicastRemoteObject implements Hello { public HelloImpl() throws RemoteException {} public String sayHello( Object obj ) { String returnString = null;

Male m = null; Female f = null; String hostname = null; try { hostname = InetAddress.getLocalHost().getHostName(); } catch( java.net.UnknownHostException un ) {} try { m = (Male) obj; } catch( Exception e ) {} if ( m != null ) returnString = "Good Day, Sir! Hello from Avi Kak at " + hostname; else { try { f = (Female) obj; } catch( Exception e ) {} if ( f != null ) returnString = "Good Day, Madam! Hello from Avi Kak at " + hostname; } return returnString; } }

///////////

server file: HelloServer.java

////////////

import java.rmi.*; import java.rmi.server.*; import java.rmi.registry.*; public class HelloServer { public static void main( String[] args ) { try { LocateRegistry.createRegistry( 1099 ); HelloImpl helloserver = new HelloImpl(); Naming.rebind( "rmi://localhost/HelloServer", helloserver ); } catch( Exception e ) { e.printStackTrace(); } } }

///////// java

server file: runserver.sh

//////

-Djava.rmi.server.logCalls=true

////////////

client file: HelloClient.java

import java.rmi.*; public class HelloClient {

HelloServer

///////

public static void main( String[] args ) { try { Hello server = ( Hello ) Naming.lookup( "rmi://RVL4.ecn.purdue.edu/HelloServer" ); System.out.println( server.sayHello( new Male() ) ); System.out.println( server.sayHello( new Female() ) ); } catch( Exception e ) {} } }

////////

client file:

runclient.bat

///////////

java HelloClient

If I need to fetch data from multiple distributed datastores into an HTML page, can RMI solve my problem? Location: http://www.jguru.com/faq/view.jsp?EID=42394 Created: Apr 29, 2000 Modified: 2000-05-07 21:25:55.493 Author: Pramod Hirole (http://www.jguru.com/guru/viewbio.jsp?EID=41443) Question originally posed by wee yap ng (http://www.jguru.com/guru/viewbio.jsp?EID=35233 Yes, RMI can be used for this purpose. You can achieve it by two ways: • •

By invoking one server object in the client application. The server object in turn can call other remote objects on the same machine or on different machines. By invoking more than one server objects directly from the same client.

You can use servlet as the client for the RMI server objects, and later format the data into HTML before sending the response to the client. In the BootstrapExample exercise of the superb RMI tutorial from jGuru at the Java Developer Connection, the on-demand loading of classes by an RMI client refuses to run on the Java 2 SDK v1.2.2 platform. While the lightweight HTTP class server and the RMI server work fine, the bootstrap class loader on the client side produces the following error message RMIClientLoader, class not found: java.lang.ClassNotFoundException: access denied to class loader What gives?

Location: http://www.jguru.com/faq/view.jsp?EID=43169 Created: May 1, 2000 Modified: 2000-09-10 23:44:58.988 Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410)

The code supplied with the tutorial is contained in a number of different files, some containing classes and others containing command line statements. Use the following for the runclient.bat file on the client side:

//////

client file:

runclient.bat

//////

java -Djava.security.policy=/RMI5.d/policy -Djava.rmi.server.codebase=http://rvl4.ecn.purdue.edu:2002/ RMIClientLoader

where you must replace the string rvl4.ecn.purdue.edu by the name of your computer that is providing the HTTP service for downloading the classes needed by your client program. You'd also need to replace the string RMI5.d by the pathname of the client-side directory containing the policy file. The policy file contains:

//////

client file:

policy

//////

grant codebase "file:/RMI5.d/" { permission java.net.SocketPermission "rvl4.ecn.purdue.edu", "connect"; };

where you'd need to replace the string RMI5.d by the pathname to the directory containing the RMI code on the client side. You'd also need to replace rvl4.ecn.purdue.edu as before. An alternative solution consists of incorporating on the client side the following null override definition for the checkPermission() method in the RMIClientBootstrapSecurityManager class:

public void checkPermission( Permission perm ) {}

Although this works, it is not a good option since it violates the spirit of the RMIClientBootstrapSecurityManager class. The idea behind the RMIClientBootstrapSecurityManager class is to have a minimally relaxed version of RMISecurityManager for the RMIClassLoader to bootstrap load the stubs and the other support classes and interfaces on the client side. A null override for checkPermission() throws the security control wide open. Another equally unsafe option is to not use the RMIClientBootstrapSecurityManager class at all in RMIClassLoader. That is, to use just the RMISecurityManager with a wide-open security policy. While you are modifying the code, you might as well comment out the following line on the server side:

System.setSecurityManager( new RMIServerSecurityManager() );

from the main() of the RMIServer class. Setting a security manager on the server side serves no useful function in this example. Can I contact multiple RMI Servers from a single RMI Client simultaneously ? Location: http://www.jguru.com/faq/view.jsp?EID=43957 Created: May 3, 2000 Modified: 2000-05-07 21:41:04.679 Author: Shaun Childers (http://www.jguru.com/guru/viewbio.jsp?EID=30243) Question originally posed by Sri Harsha (http://www.jguru.com/guru/viewbio.jsp?EID=22005 Sure, well not exactly simultaneously, but within the same client: //imports here public class MyClient { public static void main(String[] args){ try { ThisServer server1 = (ThisServer)Naming.lookup("rmi://this.server.host/ThisServer"); ThatServer server2 = (ThatServer)Naming.lookup("rmi://that.server.host/ThatServer"); //now call some methods with each server catch(Exception e) {} } } How do I dynamically register a remote object to the RMI registry? Location: http://www.jguru.com/faq/view.jsp?EID=44983 Created: May 5, 2000 Modified: 2000-05-07 22:00:01.467 Author: Denis Balazuc (http://www.jguru.com/guru/viewbio.jsp?EID=4826) Question originally posed by Meena Guna (http://www.jguru.com/guru/viewbio.jsp?EID=20525 There is many ways you could do this. Mostly you will need to dynamically load and instanciate a class (using Class.forName()), and then register it within the RMI registry. To achieve this, you need : --The classname you want to instantiate --The remote Object name under which the instance will be registered. To instruct your RMI server to register new objects, you could use a server socket that accepts connections with which you send directions for registering classes. Another idea would be to use another RemoteObject which only service would be to load/create and register other Remote Objects through a register(String name, String classname) method.

You could also have a property file which contain = and that will be parsed when starting your RMI server. How do I debug RMI programs, where different pieces are running all over the place? Can I do remote debugging? Location: http://www.jguru.com/faq/view.jsp?EID=46184 Created: May 8, 2000 Modified: 2000-05-13 20:30:23.834 Author: Steven Newton (http://www.jguru.com/guru/viewbio.jsp?EID=44606) Question originally posed by John Zukowski PREMIUM (http://www.jguru.com/guru/viewbio.jsp?EID=7 One useful way to do this is to create a remote tracing facility. A simple class that communicates with a central server logging facility using a static method (somewhat like the Unix syslog protocol) can be included on both the client and remote side. Along with this you may wish to define an unchecked subclass of RuntimeException TraceableException which your code can throw, and in the constructor for the exception contact the log server and log the error. Something like: public class TraceFacility { public static trace(Exception e, String message) { // send stacktrace and message to central log server here } } public class TraceableException extends RuntimeException { public TraceableException(String msg) { super(msg); TraceFacility.trace(this, msg); } } In the event one wants to use a wide open security policy on the client side of an RMI program, it is recommended that the policy be made specific to the directory containing RMI code. Is it always possible to do so? Location: http://www.jguru.com/faq/view.jsp?EID=46389 Created: May 8, 2000 Modified: 2000-05-13 20:40:05.158 Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410) Yes, but with a big qualification, as explained below. During the initial phases of RMI code development, it is not uncommon for programmers to use the can-do-anything-it-wants policy on the client side, as given by

grant { permission java.security.Allpermissions; }; But this is obviously unsafe. A recommended alternative is to make this wide-open policy specific to the directory containing the RMI code on the client side: grant codebase "file:/RMI5.d/" { permission java.security.Allpermissions;

}; where the directory RMI5.d contains the client side RMI code. But a problem with this policy declaration is that the can-do-anything-it-wants applies only to the code in the RMI5.d directory. It does not apply to any classes the client might download from a remote site. So if your client is engaged in dynamic loading of classes, the above directory-specific wide-open policy will not work because the downloaded code would still get sandboxed. If you must use a wide open policy for convenience and your RMI application is doing dynamic loading of classes, you'd need to add another declaration to your client-side policy file, the additional declaration would mention the source of the downloaded code. For example, if for the sake of demonstration I wanted to use a wide-open policy for running the the bootstrap loading example of the jGuru RMI tutorial, I'd change the following statement from main() of the RMIClientLoader.java file

System.setSecurityManager( new RMIClientBootstrapSecurityManager()); to System.setSecurityManager( new RMISecurityManager()); and then use the following policy file on the client side //////

client file: policy

//////

grant codebase "file:/RMI5.d/" { permission java.security.AllPermission; }; grant codebase "http://rvl4.ecn.purdue.edu/" permission java.security.AllPermission; };

{

where the first "grant" gives the can-do-anything-it-wants privileges to the clientside RMI code in the directory "RMI5.d" and where the second "grant" gives the same privileges to the code downloaded from the HTTP service provided by rvl4.ecn.purdue.edu. You can put this policy file into effect by using the following runclient.bat: //////

client file:

runclient.bat

//////

java -Djava.security.policy=/RMI5.d/policy -Djava. rmi.server.codebase=http://rvl4.ecn.purdue.edu:2002/ RMIClientLoader where you'd need to make obvious substitutions for the strings "RMI5.d" and "rvl4.ecn.purdue.edu". How can I check that the connection between the server and the client is valid at all times? Location: http://www.jguru.com/faq/view.jsp?EID=47532 Created: May 10, 2000 Modified: 2000-05-13 20:50:22.472

Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410) Question originally posed by Shahram Khorsand (http://www.jguru.com/guru/viewbio.jsp?EID=3357 Because of the difficulty of differentiating between a down connection and an inactive connection, RMI does not provide an automatic check on whether a connection between a server and a client is up continuously. If a server goes down (or the server-client link breaks down) while a client is interacting with the server, the exception java.rmi.ConnectException will be thrown on the client side. The client side code can catch this exception and act as desired. But this solution obviously will not work if a client is busy doing something else when the server goes down. If you wanted a client to know at all times that a connection with the server was alive, you could define for the remote server a simple ping() like method that when invoked by the client would return something whose receipt on the client side would indicate that the server was still up. This ping() method could be invoked inside a separate thread on the client side. This thread could wake up at regular intervals and check on the server. This approach could also be used by a server to check that the client is up continuously provided the client also implements the Remote interface and is exported as a UnicastRemoteObject. As before, a ping() like method defined for such a client could be invoked by the server to ensure the connection to the client was up and running. Comments and alternative answers

That's what we did Author: Randy Pond (http://www.jguru.com/guru/viewbio.jsp?EID=487474), Nov 13, 2001 That is the solution that we implemented for our RMI solution. We have clients making RMI calls to the server, and the server making RMI callbacks to the clients. Our server sends pings to the client, and vice versa, allowing us to verify the connection. If this "ping" throws an RMI exception, that indicates a connection is down. Now, getting it to reconnect, that's a different story.. and my task for the day... Is there any cheaper method ? Author: Agus Santosa Kanihatu (http://www.jguru.com/guru/viewbio.jsp?EID=591219), Dec 20, 2001 I know this solution will work, but I think it's quite expensive for network traffic,especially if you are in internet world. It would not be a problem in intranet environment, but what about internet environment ? What's with the Unreferenced interface? It would seem that a server should be able to use the unreferenced() method of this interface to obtain notification if a client crashes or otherwise becomes disconnected from the server. But it does not seem to work that way? Why? Location: http://www.jguru.com/faq/view.jsp?EID=48518 Created: May 12, 2000 Modified: 2000-05-13 21:00:20.894 Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410)

The RMI Specification document says: The java.rmi.server.Unreferenced interface allows a server object to receive notification that there are no clients holding references to it. .... When the "reference" set becomes empty, the Unreferenced.unreferenced() method is invoked... The reference set in this quote refers to the set of client VM's, each holding a reference to the remote object. Reading this, one could draw the conclusion that if all the clients got disconnected from a server that has implemented the Unreferenced interface, the server would be notified of such disconnection by automatic invocation of the Unreferenced.unreferenced() method of this interface. But in reality that does not happen. See, for example, the code in the "Feedback and Comments" section of jGuru RMI FAQ Entry 1002. On the other side of the coin, one can see easily from the jGuru Distributed Garbage Collection Exercise that when there are no client references to a remote object that has implemented the Unreferenced interface, the server does indeed receive notification via the automatic invocation of the Unreferenced.unreferenced() method. So why does the RMI system work differently in the two cases? This apparent anomaly can be explained by the fact that there is a distinction between remote objects that are registered with the RMI registry and remote objects that are not registered. The registry acts like a client with regard to the server objects that are registered. A registry holds a lease on a registered server object in much the same manner as a regular client. So even if all the genuine clients were to get disconnected from a server, the method Unreferenced.unreferenced() will not be invoked on a server object as long as it stays registered. How come the server-side skeleton class is not required under JDK 1.2? Location: http://www.jguru.com/faq/view.jsp?EID=48933 Created: May 14, 2000 Modified: 2000-05-14 21:08:38.081 Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410) Question originally posed by alok kumar (http://www.jguru.com/guru/viewbio.jsp?EID=47873 Section 3.1 of the RMI Specification document says: In JDK1.2 an additional stub protocol was introduced that eliminates the need for skeletons in JDK1.2-only environments. Instead, generic code is used to carry out the duties performed by the skeletons in JDK1.1. How do servlets differ from RMI? What are the advantages and disadvantages of each technology? Location: http://www.jguru.com/faq/view.jsp?EID=49828 Created: May 16, 2000 Modified: 2000-06-21 16:29:19.035 Author: Shaun Childers (http://www.jguru.com/guru/viewbio.jsp?EID=30243) Question originally posed by mehdi lababidi (http://www.jguru.com/guru/viewbio.jsp?EID=48184 Servlets extend the server-side functionality of a website. Servlets communicate with other application(s) on that server (or any other server) and perform tasks above and beyond the "normal" static HTML document. A servlet can receive a request to

get some information through EJB from one or more databases, then convert this data into a static HTML/WML page for the client to see, for example. Even if the servlet talks to many other applications all over the world to get this information, it still looks like it happened at that website. RMI (Remote Method Invocation) is just that - a way to invoke methods on remote machines. It is way for an application to talk to another remote machine and execute different methods, all the while appearing as if the action was being performed on the local machine. Servlets (or JSP) are mainly used for any web-related activity such as online banking, online grocery stores, stock trading, etc. With servlets, you need only to know the web address and the pages displayed to you take care of calling the different servlets (or actions within a servlet) for you. Using RMI, you must bind the RMI server to an IP and port, and the client who wishes to talk to the remote server must know this IP and port, unless of course you used some kind of in-between lookup utility, which you could do with (of all things) servlets. For more detailed information regarding servlets and RMI refer to following sun sites: http://www.java.sun.com/products/servlet/index.html and http://developer.java.sun.com/developer/onlineTraining/rmi/ [(the last link is a tutorial by JGuru!)]. How do I create an RMI registry without using the rmiregistry program? Location: http://www.jguru.com/faq/view.jsp?EID=50322 Created: May 16, 2000 Modified: 2000-05-18 07:50:02.997 Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410) Question originally posed by Ivan Lim (http://www.jguru.com/guru/viewbio.jsp?EID=49517 By using the LocateRegistry.createRegistry( int port ) method in the program that hosts your server object. For a quick example, see the code in the Feedback and Comments section of jGuru RMI FAQ Entry 1002. The RMI registry in that program is started by the invocation LocateRegistry.createRegistry( 1099 ) in the HelloServer.java class file. Comments and alternative answers

RMI Author: Chittaranjan Muthumalai (http://www.jguru.com/guru/viewbio.jsp?EID=420228), May 16, 2001 I used the LocateRegistry as shown in the example. But the subsequent call to Naming.rebind throws an exception Connection refused. But If I give the host name with the port as //host:portnum/somename It works. I use this in Sun ultra! Does there exist a minimal "Hello" kind of an example for getting started with the Remote Object Activation feature of RMI? Location: http://www.jguru.com/faq/view.jsp?EID=50357 Created: May 16, 2000 Modified: 2000-06-08 02:11:31.51 Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410)

The minimal "Hello" programs have played an important role in helping people get started with the various programming languages and paradigms. Here is a "Hello" program for Remote Object Activation in Java. This program does basically the same thing as what is achieved by an RMI implementation of a typical "HelloServer" program. The main difference here is that we no longer have a continuously running "Hello" server. Instead, the HelloImpl server object is activated only when it is needed by a client. (Note that this simple example here does not illustrate how Java's remote object activation deals with data persistence. But it does illustrate how to set up the activation framework for an activatable server object.) Getting this code to run consists of executing the following steps: • • • •

Step 1: Compile all class files Step 2: On the server side, run rmic on the HelloImpl class and copy the stub over to the client side. Step 3: On the server side, execute the shell file activate.sh. Step 4: On the client side, execute the bat file runclient.bat.

Since I used a Solaris machine as a server and an NT machine as a client, for command line invocations I have a shell file on the server side and a bat file on the client side. Although these files are trivial in this example and are not really needed, I have included them so that the reader can compare the simple invocations here with those found elsewhere in the remote object activation tutorials. For a detailed discussion of the classes and methods used in the code shown below, the reader is referred to the RMI Specification document and to the remote object activation tutorials.

//////

server and client file:

Hello.java

//////

import java.rmi.*; public interface Hello extends Remote { public String sayHello() throws RemoteException; }

//////

server file:

HelloImpl.java

//////

import java.rmi.*; import java.rmi.activation.*; public class HelloImpl extends Activatable implements Hello { public HelloImpl( ActivationID id, MarshalledObject data ) throws RemoteException { super( id, 0 ); }

}

public String sayHello() { return "Hello from Avi Kak"; }

//////

server file:

ActivationSetup.java

//////

import java.rmi.*; import java.rmi.activation.*; public class ActivationSetup { public static void main( String[] args ) throws Exception { ActivationGroupID agi = ActivationGroup.getSystem().registerGroup( new ActivationGroupDesc( null, null ) ); ActivationDesc desc = new ActivationDesc( agi, "HelloImpl", null, null ); Hello helloserver = (Hello) Activatable.register( desc ); Naming.rebind( "rmi://localhost/HelloServer", helloserver ); System.exit(0); } }

//////

server file:

activate.sh

//////

rmid -C-Djava.rmi.server.logCalls=true & rmiregistry & sleep 1 java ActivationSetup

//////

client file:

HelloClient.java

//////

import java.rmi.*; public class HelloClient { public static void main( String[] args ) throws Exception { Hello server = ( Hello ) Naming.lookup( "rmi://RVL4.ecn.purdue.edu/HelloServer" ); System.out.println( server.sayHello() ); } }

///////

client file:

java HelloClient

runclient.bat

///////

How do I set a timeout for an RMI client such that it doesn't wait indefinitely in establishing a connection to an RMI server ? Location: http://www.jguru.com/faq/view.jsp?EID=50500 Created: May 17, 2000 Modified: 2000-05-20 03:11:41.292 Author: Sarit Bose (http://www.jguru.com/guru/viewbio.jsp?EID=44426) Question originally posed by Aleksander Grzebyta (http://www.jguru.com/guru/viewbio.jsp?EID=26174 You can use: sock.setSoTimeout(240000); where the socket is created by the factory (default/custom) you are using. What should you do such that an RMI server program can accept multiple clients and actually parallelize their execution? Location: http://www.jguru.com/faq/view.jsp?EID=55767 Created: May 24, 2000 Modified: 2000-05-26 16:26:38.772 Author: Sameer Tyagi (http://www.jguru.com/guru/viewbio.jsp?EID=4381) Question originally posed by Massimiliano Bigatti (http://www.jguru.com/guru/viewbio.jsp?EID=39645 Well first theres nothing you can do explicitly for this. This IS the way it works. Multiple client calls to the same object are NOT queued up but concurrent method invocations on an RMI object are automatically executed in separate threads as necessary. Serial invocations from the same client are processed in the same thread as an optimization. According to the rmi specs > "A method dispatched by the RMI runtime to a > remote object implementation (a server) may or may not execute in a > separate thread. Some calls originating from the same client virtual > machine will execute in the same thread; some will execute in different > threads. Calls originating from different client virtual machines will > execute in different threads. Other than this last case of different > client virtual machines, the RMI runtime makes no guarantees with > respect to mapping remote object invocations to threads. " What this means is that if you are maintaining state in the object between method calls or need syncronization, then the remote method must be synchronized in the interface, or it should use synchronizing in its implementation with synchronize(object){code...} It also means that that this method will be executed with the lock acquired for the implementation object (not the stub or skeleton). In this case, even though the invocations from the two clients are executed in separate threads, the execution of the method will indeed be mutually exclusive because of the lock on the implementation object. [In other words, the remote object must be thread-safe. -Alex]

Comments and alternative answers

I think that if RMI calls from the same JVM are packed... Author: jerry chin (http://www.jguru.com/guru/viewbio.jsp?EID=60541), Jun 7, 2000 I think that if RMI calls from the same JVM are packed into one thread, it can not be thread-safe. Because client may have multiple threads in one JVM, and in each thread it can call remote methods. In such a condition, the call sequence from different thread is not determined when they are put to one thread. If these calls change some status of server, then the result returned to each thread is not determined too. "Serial invocations from the same client are ... Author: Ashwin Desai (http://www.jguru.com/guru/viewbio.jsp?EID=98195), Jul 7, 2000 "Serial invocations from the same client are processed in the same thread as an optimization. " Is this true for only Suns VM or does it hold good for all VMs? for e.g. • •

a client making 3 calls to the server every 5 secs a client making 3 calls to the server every 1 min.

In the above 2 cases, the client makes method invocations on the server serially, but at different intervals aof time. Does the RMI runtime still use the same thread for both cases? This behavior is unspecified so it may change at any... Author: Alex Chaffee (http://www.jguru.com/guru/viewbio.jsp?EID=3), Jul 9, 2000 This behavior is unspecified so it may change at any time, Sun VM or not. Read the spec (esp. the part quoted in the answer). The safest thing is to just synchronize on sensitive code blocks, making your object thread-safe. Do *not* try to use ThreadLocal or anything else like that. According to Section 3.2 on RMI specs (latest) pag... Author: Rahul Matta (http://www.jguru.com/guru/viewbio.jsp?EID=2457), Sep 24, 2000 According to Section 3.2 on RMI specs (latest) page: http://java.sun.com/products/jdk/1.2/docs/guide/rmi/spec/rmiTOC.doc.html "A method dispatched by the RMI runtime to a remote object implementation may or may not execute in a separate thread. The RMI runtime makes no guarantees with respect to mapping remote object invocations to threads. Since remote method invocation on the same remote object may execute concurrently, a remote object implementation needs to make sure its implementation is thread-safe." What I understand from this is - even different client requests could be on same thread

.. serializing all the requests in effect .. correct me if I am wrong.. But, according to the old specs on: http://java.sun.com/products/jdk/1.1/docs/guide/rmi/spec/rmiTOC.doc.html "A method dispatched by the RMI runtime to a remote object implementation (a server) may or may not execute in a separate thread. Some calls originating from the same client virtual machine will execute in the same thread; some will execute in different threads. Calls originating from different client virtual machines will execute in different threads. Other than this last case of different client virtual machines, the RMI runtime makes no guarantees with respect to mapping remote object invocations to threads. " This is what I like :) Since, it solves my purpose of multi-threads for different clients. In fact this is more precise as it talks about different VM clients and same VM clients. Can some one verify or confirm what exactly happens in the latest RMI for clients on different VMs???? Thanks, -Rahul P.S. If possible send a cc of reply to me at [email protected] How can multiple VM's be spawned from within the same activation setup program? Location: http://www.jguru.com/faq/view.jsp?EID=60096 Created: Jun 7, 2000 Modified: 2001-03-21 22:07:19.528 Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410) Sameer Tyagi has a wonderful example showing how multiple VM's can be spawned within the same activation setup program. Here is a minimalist version of that program, along the same lines as the minimalist "Hello" program for remote object activation. The minimalist version shown below is instructive in the sense that it does not invoke security managers anywhere explicitly. That is, the RMISecurityManager is not set either in the server programs or in the client programs. Also, there is no specifying of the security policy system property for launching either the activation daemon rmid on the server side or the program HelloClient on the client side. Although they would be necessary for more general programs involving dynamic loading of classes, the essence of Sameer's example code can be illustrated without their invocation. However, note that you still need a policy file for the VM's you'd be launching in the activation setup program on the server. The security policy for the activated VM is needed only for the reason that the sayHello() method tries to find the name of the local host.

To make this code work on your machine, you'd need to make appropriate substitutions for the name rvl4.ecn.purdue.edu of my server machine and the name RMI13.d of my RMI directory on the server side.

////// server and client file: Hello.java

//////

public interface Hello extends java.rmi.Remote { String sayHello() throws java.rmi.RemoteException; }

//////

server file: HelloServer.java

//////

import java.net.InetAddress; import java.rmi.*; import java.rmi.activation.*; public class HelloServer extends Activatable implements Hello { private static int counter=0; public HelloServer(ActivationID id, MarshalledObject data) throws RemoteException { super( id, 0 ); counter++; }

}

public String sayHello() { String hostname=null; try{ hostname= InetAddress.getLocalHost().getHostName(); }catch (java.net.UnknownHostException who){} return "Hello World from " + hostname; }

//////

server file: RegisterHelloServer.java

//////

import java.rmi.*; import java.rmi.activation.*; import java.util.Properties; public class RegisterHelloServer { public static void main(String[] args) throws Exception { Properties props = new Properties();

props.put( "java.security.policy", "/home/rvl4/a/kak/RMI13.d/policy" ); ActivationGroupID agi = ActivationGroup.getSystem().registerGroup( new ActivationGroupDesc( props, null ) ); ActivationDesc desc = new ActivationDesc( agi, "HelloServer", null, null, true ); Hello stub = (Hello)Activatable.register(desc); Naming.rebind("HelloServer", stub); // create another one for a new VM: ActivationGroupID agi_2 = ActivationGroup.getSystem().registerGroup( new ActivationGroupDesc( props, null ) ); ActivationDesc desc_2 = new ActivationDesc( agi_2, "HelloServer", null, null, true ); Hello stub_2 = (Hello)Activatable.register(desc_2); Naming.rebind("HelloServer2", stub_2); System.exit(0); } }

//////

server file: policy

//////

grant codebase "file:/home/rvl4/a/kak/RMI13.d/" { permission java.security.AllPermission; }

//////

server shellscript: activate.sh

//////

#! /bin/sh rmiregistry& rmid& sleep 1 java RegisterHelloServer

//////

client file: HelloClient.java

//////

import java.rmi.*; public class HelloClient { public static void main(String args[]) { try { Hello obj = ( Hello ) Naming.lookup( "rmi://RVL4.ecn.purdue.edu/HelloServer" ); System.out.println(obj.sayHello()); // Spawn the second VM !!

Hello obj_2 = ( Hello ) Naming.lookup( "rmi://RVL4.ecn.purdue.edu/HelloServer2" ); System.out.println(obj_2.sayHello()); } catch (Exception e) { e.printStackTrace(); } } }

//////

client bat file:

runclient.bat

//////

java HelloClient Comments and alternative answers

vm of rmid and activable object! Author: Kalpeshkumar Soni (http://www.jguru.com/guru/viewbio.jsp?EID=916018), Jun 18, 2002 how can I ensure that the activated object uses a jvm which is different from that of rmid? what's with createGroup() and registerGroup() Practically all examples of the setup programs for remote object activation start out by specifying a security policy file to be used by the activation daemon when launching a new VM for an activatable object. Assuming that an activatable object needs access to a system resource, is it always necessary to do so? Location: http://www.jguru.com/faq/view.jsp?EID=61540 Created: Jun 7, 2000 Modified: 2000-06-07 11:40:46.632 Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410) No. The alternative consists of directly informing the activation daemon about the security policy to use for the activatable objects. Before showing how that is done, let's look at how a typical activation setup program begins. It is common for the setup programs for remote object activation to specify a security policy file explicitly to be used for the VM's that are activated by the rmid daemon when a request to that effect is received from a client. For illustration, all the on-line remote object activation tutorials have their activation setup programs begin with statements like

Properties props = new Properties(); props.put( "java.security.policy", "/home/rvl4/a/kak/RMI13.d/policy" ) ActivationGroupID agi = ActivationGroup.getSystem().registerGroup( new ActivationGroupDesc( props, null ) ); .... .... The first statement creates an empty properties list with no default values. The second statement adds to this list and tells the system about the location of the security policy file. The third statement then creates an identifier for an activation

group using the augmented Properties object props for the first argument to the ActivationGroupDesc constructor. Recall that the activation daemon will be able to launch a new VM for each separate activation group identifier in a setup program. Assuming that the activatable objects need access to system resources, this raises the question of whether it is always necessary to specify a security policy file for the spawned VM's in the activation setup program. Instead, could one directly inform the activation daemon rmid about a security policy to use and then have the daemon apply that security to all the activatable objects? Yes, it is possible to inform the activation daemon directly about the security policy to use for all the activatable objects. To use this alternative approach, in your activation setup program you could delete entirely the first two statements shown above, and replace the third statement with

ActivationGroupID agi = ActivationGroup.getSystem().registerGroup( new ActivationGroupDesc( null, null ) ); where the first argument to the ActivationGroupDesc constructor is now set to null. But now the activation daemon must be invoked with the "-C" option as in the following example: rmid -C-Djava.security.policy=/home/rvl4/a/kak/RMI13.d/policy The security policy thus specified is passed on to each VM spawned by the activation daemon. While simplifying the code a little bit, this approach implies that all the spawned VM's will be governed by the same security policy. If an application demands that the different VM's spawned by the activation daemon be governed by different security policies, one has no choice but to take recourse to the first approach. What exactly is meant by the deactivation of a server object that was activated previously? Location: http://www.jguru.com/faq/view.jsp?EID=66779 Created: Jun 7, 2000 Modified: 2000-06-07 11:41:54.291 Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410) Although it could mean different things to different people, in my mind a reasonable definition of object deactivation is that 1) it should shut down the VM that was spawned by the activation system to activate the object; and 2) a client's request for service from the object should automatically spawn the VM again if it was shut down by a previous deactivation request. That it is possible to mean different things by object deactivation is a result of the complexity of the "machinery" that has to be brought into existence in order for an object to become activatable. For a server object to be activatable, it has to have associated with it the following:

1. An activation group descriptor, of type ActivationGroupDesc, that contains the information necessary to create or recreate an activation group to which the object belongs. The RMI system will be able to spawn a new VM for each

activation group. The information contained in an activation group descriptor is similar to what is needed for launching a new VM by the application launcher tool java and will, in at least the simpler cases, consist of the security policy to be used for the spawned VM's. 2. A group identifier, of type ActivationGroupID, for each activation group descriptor that is registered with the activation system. 3. An activation group, of type ActivationGroup, for each registered activation group descriptor; usually brought into existence as a side-effect of activating the first object corresponding to the registered activation group descriptor. The activation group is responsible for creating new instances of activatable objects in the group. 4. An activation descriptor, of type ActivationDesc, that contains the information needed for activating an object. This information consists of the group identifier of the activation group in which the object resides, the object's class name, the location of the class, and initialization data in the form of a marshalled object. 5. A Remote stub returned by registering the object activation descriptor with the activation system. This registration allows the object to be activated on demand. 6. An entry in the RMI registry for the above stub. So, by object deactivation one could conceivably mean different things depending on how exactly the server side is disabled with regard to incoming client requests, ranging presumably from the shutdown of the entire activation system, to the deactivation of the entire group in which the object resides, to the deactivation of just one object. Of course, when you shut down a VM, you would deactivate all the activated objects in the activation group corresponding to that VM. How does a client deactivate a server object immediately after a remote call to the object has been executed successfully? Location: http://www.jguru.com/faq/view.jsp?EID=76184 Created: Jun 15, 2000 Modified: 2000-06-15 13:16:10.543 Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410) The community literature is somewhat confusing about how a client should go about deactivating a remote server object and, to the extent I know, there are no on-line tutorials dealing with this issue. My goal here is to clarify the confusion and to present sample code that works for deactivating an object that was activated previously. But first let me cite two of the more important postings regarding object deactivation I found in the on-line community literature. In a posting dealing with object deactivation in the Sun's RMI-USERS mailing list archive, Adrian Colley says: "An easier way is to first unexport the object in question, thus guaranteeing that you will get no future remote calls. Then deactivate, in a background thread if necessary." But then in a subsequent posting dealing with object deactivation, William Grosso says " .... there seems to be no reason to call unexportObject ...."

In the same posting, William Grosso presents a deactivating thread in which he has intentionally commented out the unexportObject() statement since, according to him, it adds nothing to the code. Evidently, William Grosso's observation runs counter to Adrian Colley's recommendation. In the rest of this note, I'll first mention what I mean by object deactivation. I'll then present sample code that implements this definition. If, as presented in a recent jGuru posting, object deactivation means that: i) it should shut down the VM that was spawned by the activation system to activate the object; and ii) a client's request for service from the object should automatically spawn the VM again if it was shut down by a previous deactivation request. then the following must hold true for an implementation of object deactivation:

1. The object whose deactivation is desired must first be unexported by invoking

2.

Activatable.unexportObject() and then deactivated by invoking Activatable.inactive(). If, as suggested by William Grosso, you only invoke Activatable.inactive(), you will not be shutting down the VM that was spawned by the activation system to activate the object. This can easily be checked by listing the processes on the server side. The invocation of the Activatable.unexportObject() and the Activatable.inactive() methods must be carried out in a separate thread on the server side. If these methods are invoked in the main thread, the client side will throw the java.rmi.UnmarshalException.

What follows is a "minimalist" program to illustrate object deactivation. The client first invokes the sayHello() method on the remote object and then invokes the deactivate() method on the same object. That the latter invocation shuts down the activated VM on the server side can be seen by listing the processes on the server side. When the runclient.bat program on the client side is executed again, the HelloServer object on the server side is automatically activated again by spawning a new VM. For those starting out with object deactivation, the following observations about the code that follows might prove useful:

1. The policy file on the server side is needed for i) starting a deactivation thread in the deactivate() method; and for ii) finding out the name of the local host in the sayHello() method. 2. Since I used a Solaris machine as a server and an NT machine as a client, for command line invocations I have a shell file on the server side and a bat file on the client side. 3. To run this code on your system, you'd obviously have to change the strings "rvl4.ecn.purdue.edu" and "/home/rvl4/a/kak/RMI16.d/" to the name of your server machine and the name of your server-side directory, respectively. 4. The stub file generated on the server side by running the rmic compiler on the HelloServer class would need to be copied over to the client side. 5. Since the invocation of Activatable.unexportObject() followed by the invocation of Activatable.inactive() effectively shuts down the VM that

was spawned for activating the object, if you insert any Java code immediately after the lines marked (A) or (B), how many of those inserted statements get executed depends on how the operating system handles the shutdown. I found it interesting to insert print statements at these locations to see how many of them would get executed before the activated VM was actually shut down. Here is the code: ////// server and client file:

Hello.java //////

public interface Hello extends java.rmi.Remote { String sayHello() throws java.rmi.RemoteException; void deactivate() throws java.rmi.RemoteException; }

//////

server file:

HelloServer.java

//////

import java.net.InetAddress; import java.rmi.*; import java.rmi.activation.*; public class HelloServer extends Activatable implements Hello { Deactivator deactivator = null; public HelloServer(ActivationID id, MarshalledObject data) throws RemoteException { super( id, 0 ); } public String sayHello() { String hostname=null; try{ hostname= InetAddress.getLocalHost().getHostName(); }catch (java.net.UnknownHostException who){} return "Hello World from " + hostname; } public void deactivate() throws RemoteException { deactivator = new Deactivator( this, getID() ); deactivator.start(); (A) } }

//

class Deactivator extends Thread { ActivationID aid; Remote server; Deactivator( Remote rem, ActivationID id ) { aid = id; server = rem; } public void run() { try { Activatable.unexportObject( server, true ); Activatable.inactive( aid ); } catch( Exception e ) { e.printStackTrace(); } }

// (B)

}

//////

server file:

RegisterHelloServer.java

//////

import java.rmi.*; import java.rmi.activation.*; public class RegisterHelloServer { public static void main(String[] args) throws Exception { ActivationGroupID agi = ActivationGroup.getSystem().registerGroup( new ActivationGroupDesc( null, null ) ); ActivationDesc desc = new ActivationDesc( agi, "HelloServer", null, null ); Hello stub = (Hello)Activatable.register(desc); Naming.rebind("HelloServer", stub); System.exit(0); } }

//////

server file:

policy

///////

grant codebase "file:/home/rvl4/a/kak/RMI16.d/" { permission java.security.AllPermission; };

//////

server shell file:

activate.sh

//////

#! /bin/sh rmiregistry & rmid -C-Djava.security.policy=/home/rvl4/a/kak/RMI16.d/policy & sleep 1 java RegisterHelloServer

//////

client file:

HelloClient.java

//////

import java.rmi.*; public class HelloClient { public static void main(String args[]) { Hello obj = null; try { obj = ( Hello ) Naming.lookup( "rmi://RVL4.ecn.purdue.edu/HelloServer" ); System.out.println(obj.sayHello()); obj.deactivate(); } catch( Exception e ) { e.printStackTrace(); } } }

//////

client bat file:

runclient.bat

//////

java -Dsun.rmi.loader.logLevel=verbose HelloClient

What is HTTP tunneling viz. RMI? Location: http://www.jguru.com/faq/view.jsp?EID=77164 Created: Jun 17, 2000 Modified: 2000-06-21 13:59:18.491 Author: Suja Rao (http://www.jguru.com/guru/viewbio.jsp?EID=62310) Question originally posed by Nagaraj Sivashanmugam (http://www.jguru.com/guru/viewbio.jsp?EID=11016 HTTP tunneling is a method that RMI uses to make calls through a local firewall. To get across firewalls, which disallow regular outbound TCP connections but permit HTTP through a proxy server, RMI makes use of HTTP tunneling by encapsulating the RMI calls within an HTTP POST request. The reply too is sent back as HTTPencapsulated data. Comments and alternative answers

How is this done ? Author: Klearhos Klearhou (http://www.jguru.com/guru/viewbio.jsp?EID=540399), Jul 7, 2002 How somebody could implement that ? Assuming he already has an HTTP server (that is probably needed). I would like to see a "minimalist" version of the official Sun Java tutorial on how to use a MarshalledObject for data persistence in remote object activation. Location: http://www.jguru.com/faq/view.jsp?EID=80957 Created: Jun 23, 2000 Modified: 2000-06-23 07:16:10.336 Author: Avi Kak (http://www.jguru.com/guru/viewbio.jsp?EID=26410) I believe that the educational essence of the otherwise very instructive Sun tutorial on how to use a MarshalledObject for data persistence can be demonstrated with a program that is somewhat easier to comprehend by a beginner than the one shown in the tutorial. My own position is that since remote object activation is fairly convoluted as it is, to the extent possible one should make an attempt to illustrate each of its central ideas in isolation from the other ideas. I have included below a "minimalist" version of the tutorial. As my code illustrates and contrary to what is recommended in the tutorial, it is not necessary to install the RMISecurityManager at the beginning of the setup program. And, it is also not necessary for a client to invoke the RMISecurityManager if no dynamic loading of classes is involved. If the goal is to construct an example that focuses solely on showing how data persistence can be carried out, the setup program can be further simplified by 1) using the command line invocation of the activation daemon rmid to specify the security policy to be used for the VM's launched by the daemon; and 2) giving a null value to the "location" parameter of the ActivationDesc constructor, since with a null value the location defaults to the current directory. If you are just beginning with the ideas of data persistence in remote object activation, the following remarks about the enclosed code should prove helpful:

1. The activatable server object, of type MyPersistentClass, has a Vector data

2. 3. 4. 5. 6. 7.

member transactions in which is stored a set of strings each time a client invokes the server object's method callServer( Vector v ). By object persistence here is meant saving to the disk the latest state of the server object, which in this case boils down to saving the latest set of strings stored in the data member transactions. When a client invokes the callServer( Vector v ) method of the server object, the Vector parameter v is set to the following list of strings: Deposited money Withdrew money Transferred money from Savings Check cleared Point-of-sale charge at grocery store

On the server side, these five strings are added to the contents of the data member vector transactions. Therefore, each client call adds the above five strings to those already in transactions.

8. The server object returns to the client the latest contents of the

transactions vector and the client prints out all of the strings thus received from the server. Therefore, after N client calls to the server, you should see the client print out N repetitions of the above five strings. 9. You can verify data persistence by entirely shutting down the activation system on the server side (by killing all its processes) and starting all over. If the next client call is the Nth call, you will see N repetitions of the above five strings -- as long as you do not delete the file persistentObjectStore.ser file in which the latest state of the object is stored. 10. A call from a client will invoke MyPersistentClass's constructor only if it was not already invoked by a previous call from a client. The constructor will also be invoked if you shut down the entire activation system by killing all its processes and starting over (or if the server computer crashes and you start over). If the MyPersistentClass's constructor is invoked, it will restore the server object from the file persistentObjectStore.ser file if such a file exists at all (see statement marked (A) in the code). The file in which the state of the server object is stored is specified in the statement marked (C) in the Setup.java program. 11. As shown in the statement marked (B), each time a client invokes the server object method callServer(), the server object with its changed state is saved to the disk file persistentObjectStore.ser. 12. Since I used a Solaris machine as a server and an NT machine as a client, for command line invocations I have a shell file on the server side and a bat file on the client side. 13. To run this code on your system, you'd obviously have to change the strings "rvl4.ecn.purdue.edu" and "/home/rvl4/a/kak/RMI18.d/" to the name of your server machine and the name of your server-side directory, respectively. 14. The stub file generated on the server side by running the rmic compiler on the MyPersistentClass class would need to be copied over to the client side. Here is the code: //////

server and client file: RemoteInterface.java

//////

import java.rmi.*; import java.util.Vector; public interface RemoteInterface extends Remote { public Vector callServer( Vector v ) throws RemoteException; }

//////

server file: MyPersistentClass.java

import java.io.*; import java.rmi.*;

//////

import java.rmi.activation.*; import java.util.Vector; public class MyPersistentClass extends Activatable implements RemoteInterface { private Vector transactions; private File holder; public MyPersistentClass( ActivationID id, MarshalledObject data ) throws RemoteException, ClassNotFoundException, java.io.IOException { super( id, 0 ); holder = (File) data.get();

}

if ( holder.exists() ) // (A) this.restoreState(); else { transactions = new Vector( 1, 1 ); transactions.addElement( "Initializing transaction vector" ); }

public Vector callServer( Vector v ) throws RemoteException { int limit = v.size(); for ( int i = 0; i < limit; i++ ) transactions.addElement( v.elementAt( i ) ); this.saveState(); // (B) return transactions; } public Vector getTransactions() { return transactions; } private void restoreState() throws IOException, ClassNotFoundException { File f = holder; FileInputStream fis = new FileInputStream( f ); ObjectInputStream ois = new ObjectInputStream( fis ); transactions = ( Vector ) ois.readObject(); ois.close(); } private void saveState() { FileOutputStream fos = null; ObjectOutputStream oos = null;

try { File f = holder; fos = new FileOutputStream( f ); oos = new ObjectOutputStream( fos ); oos.writeObject( getTransactions() ); oos.close(); } catch( Exception e ) { throw new RuntimeException( "Error saving the state of the object" ); } } }

////// import import import import

server file: Setup.java

//////

java.io.File; java.rmi.*; java.rmi.activation.*; java.util.Properties;

public class Setup { public static void main( String[] args ) throws Exception { ActivationGroupID agi = ActivationGroup.getSystem().registerGroup( new ActivationGroupDesc( null, null ) ); MarshalledObject data = new MarshalledObject( new File( "persistentObjectStore.ser" ) ); // (C) ActivationDesc desc = new ActivationDesc( agi, "MyPersistentClass", null, data ); RemoteInterface yari = (RemoteInterface) Activatable.register( desc ); Naming.rebind( "MyPersistentClass", yari ); System.exit( 0 ); } }

//////

server file: policy

grant codebase "file:/home/rvl4/a/kak/RMI18.d/" { permission java.security.AllPermission; };

//////

//////

server shellscript: activate.sh

//////

#! /bin/sh rmiregistry & rmid -C-Djava.security.policy=/home/rvl4/a/kak/RMI18.d/policy & sleep 1 java Setup

//////

client file: Client.java

//////

import java.rmi.*; import java.util.Vector; public class Client { public static void main( String[] args ) { try { RemoteInterface ri = (RemoteInterface) Naming.lookup( "rmi://RVL4.ecn.purdue.edu/MyPersistentClass" ); Vector result = new Vector( 1, 5 ); result.addElement( "Deposited money" ); result.addElement( "Withdrew money" ); result.addElement( "Transferred money from Savings" ); result.addElement( "Check cleared" ); result.addElement( "Point-of-sale charge at grocery store" ); result = (Vector) ri.callServer( result ); System.out.println( "Called the remote method" ); System.out.println( "Result: " ); for ( int i = 0; i < result.size(); i++ ) System.out.println( result.elementAt( i ) ); } catch( Exception e ) { e.printStackTrace(); } }

}

//////

client bat file: runclient.bat

//////

java Client

Using ServerSocket.accept() method we can control the number of active socket clients, i.e. set a maximum limit on concurrent active client service threads, allow all currently active clients to terminate before gracefully stopping the server etc. Is there a way to exercise similar degree of control

in an RMI server? Location: http://www.jguru.com/faq/view.jsp?EID=79317 Created: Jun 24, 2000 Modified: 2000-06-24 13:43:04.795 Author: Shaun Childers (http://www.jguru.com/guru/viewbio.jsp?EID=30243) Question originally posed by Mahesh Hegde (http://www.jguru.com/guru/viewbio.jsp?EID=13809 I don't think it's possible with the RMI classes provided with the JDK (if it is, someone will correct me), but you could design your system to control this. (I'm sure we could all come up with multiple ways for solving this design issue.) The first solution off the top of my head would be the following: * Create an RMI server manager object whose job it is to keep up with how many concurrent connections are executing on the object. This could be done in such a way: (Assume we have the RMIServerManager running and it's a Singleton (one instance) class.) public class RmiObjectImpl extends UnicastRemoteObject implements RmiObject { ... public void someMethod(Object[] o) throws RemoteException { //before we execute this method check to see if it's OK if (serverManager.proceed()) { //let the server manager we have another client serverManager.register(); //now perform the method functionality ... ... //now be sure to let the server manager know this client is done and leaving serverManager.unregister(); } else throw new TooManyUsersException("Please wait."); } ... } I know this is bare bones, but you get the idea, just build it into the design of your system. Why do I always get an "Invalid port Range: 21" exception when running RMI with a file:// codebase and the security manager properly configured on WIN32? Location: http://www.jguru.com/faq/view.jsp?EID=93250 Created: Jul 1, 2000 Modified: 2000-07-06 20:58:07.814 Author: John Zukowski (http://www.jguru.com/guru/viewbio.jsp?EID=7) Question originally posed by Bernhard Anzeletti (http://www.jguru.com/guru/viewbio.jsp?EID=10956 The default configuration of the Java policy file does not permit usage of ports under 1024. These are considered privileged ports under UNIX. While you are using a

Windows OS which doesn't have that restriction, the Java limitation is for all operating systems. Comments and alternative answers

This problem can be overcome by using file:/codebase... Author: Kim-Yuan Kong (http://www.jguru.com/guru/viewbio.jsp?EID=131468), Aug 21, 2000 This problem can be overcome by using file:/codebase (single slash) rather than file://codebase. No idea why though. Can an EJB handle (RMI remote reference) be stored in an HttpSession? Location: http://www.jguru.com/faq/view.jsp?EID=97963 Created: Jul 7, 2000 Modified: 2000-07-09 06:39:45.243 Author: David Garcia (http://www.jguru.com/guru/viewbio.jsp?EID=17915) Question originally posed by David Garcia (http://www.jguru.com/guru/viewbio.jsp?EID=17915 [Note: My HttpSessions are persistent (disk swap), so if the handle is not serializable I will have troubles when the HttpSession is restored. ] Test result: I have used the handle for locating local and remote EJB. I have no problem about storing the handle inside the HttpSession and swapping the HttpSession. However if some problem arise about the swap of the HttpSession, you may could keep the HttpSession in memory. Test conditions: BEA Weblogic 4.5.1 (uses EJB 1.0 and allow keep HttpSessions in memory). Windows NT 4.0 Observations: I'm a little surprised about the test since I keep in mind that handles could only be used for locating local EJB's not remote ones (wrong?). Comments and alternative answers

You can refer to the url below for more info and a... Author: kishore_k_v k (http://www.jguru.com/guru/viewbio.jsp?EID=202022), Sep 11, 2000 You can refer to the url below for more info and a clear picture on this topic although i think you know the answers. http://www.weblogic.com/docs51/classdocs/API_ejb/EJB_design.html#1022000 How do I decide between Enterprise Java Beans (EJB), Remote Method Invocations (RMI), and CORBA? Location: http://www.jguru.com/faq/view.jsp?EID=101761 Created: Jul 13, 2000 Modified: 2002-10-09 12:20:24.965 Author: Prasad Thammineni (http://www.jguru.com/guru/viewbio.jsp?EID=36479)

Question originally posed by Srikanth Rao (http://www.jguru.com/guru/viewbio.jsp?EID=80613 The following article desribes RMI, EJB and compares them. Deciding whether to use RMI, CORBA or Enterprise JavaBeans [Alex: the article isn't available at all, but it can still be found here. Big thanks to Peter Alzheimer] Comments and alternative answers

The article is not there Author: Roger White (http://www.jguru.com/guru/viewbio.jsp?EID=726964), Jan 19, 2002 the link to the article is dead Can you point to another source? Link is not working. Author: Muhammad Ahmed Khan (http://www.jguru.com/guru/viewbio.jsp?EID=903210), Jun 4, 2002 The link is dead for this question. Accessed on June 05, 2002. 02:41 am

Re: Link is not working. Author: Peter Alzheimer (http://www.jguru.com/guru/viewbio.jsp?EID=1009379), Oct 8, 2002 http://web.archive.org/web/20010817004120/www.csd.uu.se/~d96cgr/CarRentalServlet/ejb/RMIvsEJ Which, if any, of the automatically generated stub & skeleton class files does one need to include in a JAR file to be used when creating stand-alone clients? (I would like to create a client-side jar file which contains only the class files actually needed by the client.) Location: http://www.jguru.com/faq/view.jsp?EID=105016 Created: Jul 18, 2000 Modified: 2000-08-11 12:14:09.972 Author: Siva Visveswaran (http://www.jguru.com/guru/viewbio.jsp?EID=46210) Question originally posed by keith hawkins (http://www.jguru.com/guru/viewbio.jsp?EID=83055 The answer is really not that generic as one may like to believe! Basically what a client needs to invoke the services of an EJB layer are: • •

locate the home interface (using a JNDI SPI) & invoke methods of the bean instances (over IIOP). Depending on the vendor (e.g. IONA builds JNDI over CORBA) the actual files will vary. You have to check with your vendor. definitions of serializable objects that are returned to client due to network considerations (instead of object references).

[Can someone please provide examples, for a specific EJB server if need be?] See also:



What classes does a client application need to access EJB? (hmm, kind of redundant, oops :-)

Comments and alternative answers

Dear friend For RMI clients (standalone) all you ... Author: sharad chaudhary (http://www.jguru.com/guru/viewbio.jsp?EID=62937), Jul 24, 2000 Dear friend For RMI clients (standalone) all you require is to copy your stub (generated using rmic) and the remote interface (wherein you define the remotely invokable methods) to your client directory, or jar it along with the client implementation of your program. Thus you require 3 things only.. 1)stub 2)remote Interface 3)client implementation Hope this solves your problem.. Sharad How can I use Observer/Observable via RMI? Location: http://www.jguru.com/faq/view.jsp?EID=114192 Created: Jul 29, 2000 Modified: 2000-07-30 21:14:54.156 Author: Dieter Wimberger (http://www.jguru.com/guru/viewbio.jsp?EID=25708) Question originally posed by Fridtjof Ahlswede (http://www.jguru.com/guru/viewbio.jsp?EID=30454 A solution on how to create a RemoteObserver can be found in Database Programming with JDBC and Java, George Reese, 1st Edition 1997, O'Reilly (ISBN 156592-270-0) p.153 ff. I am not sure if its possible to post the code, so I suggest you organize yourself this book or its sample sourcecode (i.e. library, colleagues). Comments and alternative answers

Book is now 2nd edition Author: David Ben-Yaacov (http://www.jguru.com/guru/viewbio.jsp?EID=18017), Jun 13, 2001 The book in question has a newer edition. I've not yet seen the new book, so I'n not sure if it still contains the observer/observable code. FYI, I did use the 1st edition code to base some of my code. How do I grant a program, after setting RMISecurityManager for the system, the permissions to read and write all of the System properties? Location: http://www.jguru.com/faq/view.jsp?EID=114197 Created: Jul 29, 2000 Modified: 2000-07-31 23:05:38.094 Author: Dieter Wimberger (http://www.jguru.com/guru/viewbio.jsp?EID=25708) Question originally posed by rajesh kkkkkkkkk (http://www.jguru.com/guru/viewbio.jsp?EID=16780 You have to grant the permission via the policy file. This looks like:

java.util.PropertyPermission "*", "read,write" for using java.lang.System public static Properties getProperties() public static void setProperties(Properties props) or: java.util.PropertyPermission "{key}", "read" for using java.lang.System public static String getProperty(String key) public static String getProperty(String key, String def) You can also override following methods: checkPropertiesAccess checkPropertyAccess Thus enrolling your own "access policy". Be sure to check the /guide/security/permissions.html from the Java 2 JDK documentation you are using. Is it possible to limit RMI server access to a list of hostnames/ips or to localhost only? Location: http://www.jguru.com/faq/view.jsp?EID=114492 Created: Jul 30, 2000 Modified: 2000-08-31 21:15:42.992 Author: Shaun Childers (http://www.jguru.com/guru/viewbio.jsp?EID=30243) Question originally posed by Deacon Marcus (http://www.jguru.com/guru/viewbio.jsp?EID=108142 Sure, just design it into your system. When the client request comes in, look up the incoming IP address and check your list of accepted IP's. A similar topic using discussing limiting the number of connections to an RMI server can be found here: http://www.jguru.com/jguru/faq/view.jsp?EID=79317. How can I get to know the number of clients that are connected to a RMI server at any given time? Location: http://www.jguru.com/faq/view.jsp?EID=115219 Created: Jul 31, 2000 Modified: 2000-07-31 20:18:49.373 Author: Shaun Childers (http://www.jguru.com/guru/viewbio.jsp?EID=30243) Question originally posed by karuppanan rameshkumar (http://www.jguru.com/guru/viewbio.jsp?EID=102591 Design it into your system. When the client request comes in, just keep a tally of the number of clients you have in your system. When a client leaves, subtract one from

this number. A similar topic using discussing limiting the number of connections to an RMI server can be found here: http://www.jguru.com/jguru/faq/view.jsp?EID=79317 What happens when I synchronize my remote methods? What does it synchronize on? Is there distributed synchronization? Location: http://www.jguru.com/faq/view.jsp?EID=116578 Created: Aug 1, 2000 Modified: 2000-08-02 16:06:14.124 Author: Doug Bell (http://www.jguru.com/guru/viewbio.jsp?EID=113602) Question originally posed by John Zukowski PREMIUM (http://www.jguru.com/guru/viewbio.jsp?EID=7 Synchronization in RMI is based entirely on the synchronization facilities of the Java language. While RMI provides a distributed garbage collection facility built on top of the local JVM garbage collection, there is no such similar facility provided for synchronization. So the result is that if you synchronized on a remote stub, the synchronization takes place in the client JVM only. Conversely, if you declare a remote method as synchronized in the remote object implementation, the synchronization takes place in the server JVM, which has the effect of synchronizing all client and server access to the remote object. In an rmi-call, the involved objects are serialized and transmitted over an socket-stream. Is there a 'hook' to use different kind of stream? If a fast network link is used, the normal way might be adequate. if a modem link is used, a compressed stream might be better. Can an rmi socket connection detect and adapt to different speeds? Location: http://www.jguru.com/faq/view.jsp?EID=117185 Created: Aug 2, 2000 Modified: 2000-08-02 16:15:54.136 Author: Thomas Auinger (http://www.jguru.com/guru/viewbio.jsp?EID=94950) Question originally posed by dieter v. holten (http://www.jguru.com/guru/viewbio.jsp?EID=98771 Yes, there is some sort of 'hook'. The general strategy is to write your own subclass of java.net.Socket and java.net.ServerSocket. Next, modify the constructor of your remote object (the one that extends UnicastRemoteObject) to set a client and a server socket factory. These factories will be used by the remote object for RMI communication and thus using the input/output behaviour that was specified in the socket subclasses. This approach has problems, as Scott McPherson pointed out: "Many applications may require that data exchanged between client and server be encrypted, compressed, or handled in some other fashion. Doing this with RMI is simple enough, requiring only that you implement your own socket classes and an RMI socket factory that creates your special sockets. However, overriding the default socket factory disables RMI's ability to do HTTP tunneling, thereby preventing access by proxy server users." Subclassing a Socket allows you to return your wanted stream when calling the Socket's getInputStream() and getOutputStream() methods:

public class MySocket extends java.net.Socket { public MySocket() { super(); } public MySocket(String host, int port) { super(host, port); } public InputStream getInputStream() { return new XXXXInputStream( super.getInputStream() ); }

}

public OutputStream getOutputStream() { return new XXXXOutputStream( super.getOutputStream() ); }

The following code shows how to subclass a ServerSocket. public class MyServerSocket extends java.net.ServerSocket { public MyServerSocket(int port) { super(port); } public Socket accept() { Socket socket = new MySocket(); implAccept(socket); return socket; } } More (and detailed) Information can be found at Creating a Custom RMI Socket Factory at http://java.sun.com/products/jdk/1.2/docs/guide/rmi/rmisocketfactory.doc.html. I couldn't think of any way, how to "detect the speed of an rmi socket connection". Definitely not by provided means. Furthermor, you never know if the current connection is slow or if the net is simply blocked/slow at the moment. How can the RMI client do a lookup if it communicates with the outside world via a proxy server? Location: http://www.jguru.com/faq/view.jsp?EID=117768 Created: Aug 3, 2000 Modified: 2000-08-03 08:21:44.162 Author: Doug Bell (http://www.jguru.com/guru/viewbio.jsp?EID=113602) Question originally posed by Sarit Bose (http://www.jguru.com/guru/viewbio.jsp?EID=44426 RMI supports both direct socket connections and connections through a proxy via HTTP tunneling. Assuming the firewall has an HTTP proxy, a client can connect to an RMI server outside the firewall. The logic necessary to detect and select the transmission protocol is contained within the Socket produced by the default RMISocketFactory.

There are some limitations and configuration issues. See the RMI spec for details. How and when is a Remote object replaced by its stub? Location: http://www.jguru.com/faq/view.jsp?EID=117854 Created: Aug 3, 2000 Modified: 2000-08-03 08:26:59.826 Author: Doug Bell (http://www.jguru.com/guru/viewbio.jsp?EID=113602) Question originally posed by Tim Rohaly PREMIUM (http://www.jguru.com/guru/viewbio.jsp?EID=10 In general, remote objects are not replaced by their stubs. The remote object remains on the server and the stub is delivered to the client to act as a proxy for accessing the remote object. The common bond between the stub and the remote object is the remote interface that they both implement which allows a stub on a client machine to operate as if it was the remote object on the client. There is one place where a remote object is actually replaced by a stub. If a remote object that has been exported is passed as a parameter to, or returned as the result from, a remote method call, then the remote object is replaced by its stub. So for instance, if a remote object returns itself (i.e. this) from a remote method, then instead of marshalling the remote object and passing it to the caller a stub for the remote object is returned. How can I get better information at run-time about exceptions in RMI? Location: http://www.jguru.com/faq/view.jsp?EID=120642 Created: Aug 6, 2000 Modified: 2000-08-08 14:47:23.322 Author: John Mitchell (http://www.jguru.com/guru/viewbio.jsp?EID=4) You can add either of the following properties (assuming that you're using a Sunbased RMI JRE): "-Dsun.rmi.server.exceptionTrace=true" and "-Djava. rmi.server.logCalls=true". A client (C) calls a method on a server (S1) that returns a remote reference to an object running on a second server (S2). If the client makes a call to this object, does this still generate network traffic involving S1, or is the connection between C and S2 completely direct? Location: http://www.jguru.com/faq/view.jsp?EID=121620 Created: Aug 8, 2000 Modified: 2000-08-09 21:03:27.602 Author: Doug Bell (http://www.jguru.com/guru/viewbio.jsp?EID=113602) Question originally posed by Michael Prescott (http://www.jguru.com/guru/viewbio.jsp?EID=25013 A remote reference is tied only to the remote server containing the referenced remote object. Therefore, the connection between C and S2 is completely direct and S1 is no longer involved in the connection. Where can I find the API documentation for Activation? Location: http://www.jguru.com/faq/view.jsp?EID=134150 Created: Aug 24, 2000 Modified: 2000-08-26 19:26:44.782 Author: John Mitchell (http://www.jguru.com/guru/viewbio.jsp?EID=4)

You can find the activation API documentation from Sun's J2EE API documentation page. Where can I find the official documentation of the Sun Java SDK tools? Location: http://www.jguru.com/faq/view.jsp?EID=138528 Created: Aug 30, 2000 Modified: 2000-08-30 11:20:52.803 Author: John Mitchell (http://www.jguru.com/guru/viewbio.jsp?EID=4) You can find the official Sun documentation for all of the tools in the Java 2 SDK including javac, java, javadoc, appletviewer, jar, jdb, javah, javap, extcheck, rmic, rmiregistry, rmid, serialver, native2ascii, keytool, jarsigner, policytool, tnameserv, idlj, and unregbean on the Java 2 SDK Tools and Utilities page. I get "com.sun.rmi.rmid.ExecOptionPermission" when I try to use ActivationGroupID constructor with a policy file as property. I've read that I need to set a specific rmid policy file but my tries failed. What could be wrong here? Location: http://www.jguru.com/faq/view.jsp?EID=139088 Created: Aug 31, 2000 Modified: 2000-09-02 08:36:19.32 Author: RaRa Rasputin (http://www.jguru.com/guru/viewbio.jsp?EID=14530) Question originally posed by Francesco Marchioni (http://www.jguru.com/guru/viewbio.jsp?EID=59707 Create a wrapper script like this: grant { }; save that as policy.rmid, and run rmid as rmid -J-Djava.security.policy=policy.rmid then say you get an error; just add in the error in question between the existing lines, like: permission com.sun.rmi.rmid.ExecOptionPermission "/lib/mahalo.jar"; then run rmid -stop, and restart it. Rinse. Lather. Repeat. Is there a way to run rmiregisty and my RMI servers in the background under Win32? Location: http://www.jguru.com/faq/view.jsp?EID=202975 Created: Sep 11, 2000 Modified: 2000-09-11 20:27:39.437 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Question originally posed by amit dogra (http://www.jguru.com/guru/viewbio.jsp?EID=46548 You can make use of the Windows JDK utility javaw to fire-up the Java interpreter as a separate process and run rmiregistry and your server in the background. For example, you can start up rmiregistry in the background as: javaw rmiregistry

However, do note that this will preclude you from seeing any of the diagnostic or error messages that would be printed to the console by default. Comments and alternative answers

Answer is incorrect Author: David Ben-Yaacov (http://www.jguru.com/guru/viewbio.jsp?EID=18017), Jun 13, 2001 That answer does not work. javaw's parameters are the full class name, not the name of an executable program. For example, javaw com.mycompany.mypackage.myprogram not javaw dir or javaw ls

If the RMI client & server are located on the same machine, what is the overhead of invoking remote method in this situation compared to a local method call? Will the call go through the entire TCP/IP stack, stub and skeleton or will it will be treated as a local invocation? Location: http://www.jguru.com/faq/view.jsp?EID=205093 Created: Sep 13, 2000 Modified: 2000-09-14 15:55:02.848 Author: swarraj kulkarni (http://www.jguru.com/guru/viewbio.jsp?EID=121306) Question originally posed by Serge Nekoval (http://www.jguru.com/guru/viewbio.jsp?EID=141561 Even if you have RMI server and Client on your local machine, to work with them in RMI style, you will have to invoke them as different processes (i.e. with each running within a separate JVM instance). This scenario is comparable to running the RMI client and server processes in a distributed mode (with each running on a separate machine), where the communication takes place by going through the entire TCP/IP stack, stub and skeleton. Thus, RMI calls between the client and server running on the same machine will not be treated as a local invocation. The overhead here is obvious, and the performance will be relatively poor compared to socket-based communication. Comments and alternative answers

And what if client & server are in the same JV... Author: Serge Nekoval (http://www.jguru.com/guru/viewbio.jsp?EID=141561), Sep

15, 2000 And what if client & server are in the same JVM? Why is rmic invoked on the implementation class and not on the remote interface? Location: http://www.jguru.com/faq/view.jsp?EID=205984 Created: Sep 14, 2000 Modified: 2000-09-14 15:46:53.017 Author: RamaChandra Murthy (http://www.jguru.com/guru/viewbio.jsp?EID=74971) Question originally posed by Thomas Auinger (http://www.jguru.com/guru/viewbio.jsp?EID=94950 RMIC is invoked on the implementation class as this class may be implementing nnumber of remote interfaces. Otherwise, we would have to supply all the n-number of interfaces to rmic or invoke rmic on a composite interface created by extending the remote interfaces. Under what circumstances would I get a java.rmi.NoSuchObjectException? Location: http://www.jguru.com/faq/view.jsp?EID=207008 Created: Sep 15, 2000 Modified: 2000-09-21 20:44:55.011 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Question originally posed by Anoop Kumar A (http://www.jguru.com/guru/viewbio.jsp?EID=12385 Quoting from the RMI Javadocs: "A NoSuchObjectException is thrown if an attempt is made to invoke a method on an object that no longer exists in the remote virtual machine. If a NoSuchObjectException occurs attempting to invoke a method on a remote object, the call may be retransmitted and still preserve RMI's 'at most once' call semantics. A NoSuchObjectException is also thrown by the method java.rmi.server.RemoteObject.toStub and by the unexportObject methods of java.rmi.server.UnicastRemoteObject and java.rmi.activation.Activatable." Comments and alternative answers

more details... Author: Moises Lejter (http://www.jguru.com/guru/viewbio.jsp?EID=775519), Feb 27, 2002 The answer given is accurate, but it could be a little more complete... A NoSuchObjectException will be thrown when a client that has a reference to a remote object and attempts to use it, discovers that the object in question is no longer there on the server side. The question then is "how can this happen" - and the answer has to do with RMI's remote garbage collection: RMI does not guarantee to remove a remote object when it can prove that there are no remote references to it - only when it thinks it likely that there aren't any. A tempporary network outage between client and server, for example, could fool RMI into thinking that the client is not there. It would remove the server object, then later it could find itself attempting to use that object from that client...

How can my CORBA client (written in C++) communicate with an RMI server using the RMI/IIOP mechanism? Location: http://www.jguru.com/faq/view.jsp?EID=208893 Created: Sep 18, 2000 Modified: 2000-09-21 20:49:29.876 Author: Davanum Srinivas (http://www.jguru.com/guru/viewbio.jsp?EID=2011) Question originally posed by Al Buk (http://www.jguru.com/guru/viewbio.jsp?EID=47884 The following article has samples for a CORBA/C++ Server, CORBA/C++ Client, Java-RMI based Server and a Java-RMI based client. With this you can test interoperability between the Java-RMI and C++/CORBA implementations. http://www.dur.ac.uk/~dcs0www/ug/DISTSYS/ds1_p3.htm Comments and alternative answers

The link in the answer is helpful as long as you use... Author: Robert Wilke (http://www.jguru.com/guru/viewbio.jsp?EID=217582), Dec 12, 2000 The link in the answer is helpful as long as you use a file containing the IOR, but how do I get a context to the name server (tnameserv.exe coming with the JDK1.3)? How can I create and register a custom RMI stub generated dynamically using the new JDK 1.3 dynamic proxy classes? Location: http://www.jguru.com/faq/view.jsp?EID=208904 Created: Sep 18, 2000 Modified: 2000-09-21 20:51:19.277 Author: Davanum Srinivas (http://www.jguru.com/guru/viewbio.jsp?EID=2011) Question originally posed by Stephen Buck (http://www.jguru.com/guru/viewbio.jsp?EID=2595 There is an excellent package from Rickard Öberg which uses dynamic proxy classes to eliminate the need for RMIC itself. The package can be downloaded from: http://www.dreambean.com/download/rickard/SmartWorld-1.2.zip For more information, search the RMI-USERS archive at: http://archives.java.sun.com/archives/rmi-users.html Is there any way to catch the situation where the server side of the RMI program fails to return to the client (i.e. client calls a method on the server and while the server is processing, the client machine dies...I want to be able to catch this on the server side) Location: http://www.jguru.com/faq/view.jsp?EID=210288 Created: Sep 19, 2000 Modified: 2000-09-21 21:00:07.917 Author: swarraj kulkarni (http://www.jguru.com/guru/viewbio.jsp?EID=121306) Question originally posed by Jack Handy (http://www.jguru.com/guru/viewbio.jsp?EID=55924

This can be implemented by using the CallBack mechanism, where the server holds the reference of the client object. For every call on the remote server using the object, pass on the client ID (which has information corresponding to the client machine) as one more parameter to the method. The server executes the method and before returning the result, can test that the client corresponding to passed client ID is alive (by using reverse call to the client for example). If the client is alive, server can send the result to client. What is a replicated RMI Object? Location: http://www.jguru.com/faq/view.jsp?EID=214268 Created: Sep 23, 2000 Modified: 2000-09-28 20:43:15.996 Author: John Zukowski (http://www.jguru.com/guru/viewbio.jsp?EID=7) Question originally posed by Anoop Kumar A (http://www.jguru.com/guru/viewbio.jsp?EID=12385 A replicated RMI object is one that offers transparent failover or load balancing. Can I call a JNI method using RMI? Location: http://www.jguru.com/faq/view.jsp?EID=214271 Created: Sep 23, 2000 Modified: 2000-09-28 20:46:19.456 Author: John Zukowski (http://www.jguru.com/guru/viewbio.jsp?EID=7) Question originally posed by piyush patel (http://www.jguru.com/guru/viewbio.jsp?EID=101243 There is nothing that stops an RMI server from making native method calls. The client doesn't know it is making a request that will eventually be carried out with native code. How I can set the maximum number of requests that can be handled by a multithreaded RMI server(an object which extends UnicastRemoteObject)? Location: http://www.jguru.com/faq/view.jsp?EID=216377 Created: Sep 26, 2000 Modified: 2000-09-28 22:17:55.087 Author: Benjamin McCartney (http://www.jguru.com/guru/viewbio.jsp?EID=109357) Question originally posed by Anoop Kumar A (http://www.jguru.com/guru/viewbio.jsp?EID=12385 My understanding is that the standard RMI does not permit any way for you to limit this. If you wish to limit the number of requests that your server will handle then you will have to implement this at the application level. You could look at other implementations of RMI like Voyager. Some of these offer advanced features like thread pooling to enhance performance but such features need to be configure externally. When implementing methods of remote interface, what's the design pattern for handling exceptions in those methods? Should I catch all Throwables and rethrow RemoteException, or will the stub take care of it? Location: http://www.jguru.com/faq/view.jsp?EID=230580 Created: Oct 17, 2000 Modified: 2000-10-31 17:42:21.635 Author: swarraj kulkarni (http://www.jguru.com/guru/viewbio.jsp?EID=121306)

Question originally posed by Maxim Senin (http://www.jguru.com/guru/viewbio.jsp?EID=21992 It is the choice of developer rather than any set design pattern. If the remote server wants to provide summary information about the cause of failure, then it's better to have the exception caught at the server side and a concise version passed to the client. Further in debugging mode, the stack trace does not get passed on to the stub since it does not implement the Serializable interface. In this case, it is better to catch the exception at the server and wrap the stack trace within your own exception class before passing it to the client. On the other hand, if the developer wants a simple design and does not worry about the exact details of the exception cause (stack trace), the server can just throw the exception and the client can catch it. Is there any limit on the time duration of an RMI call? Does RMI support timeouts? Location: http://www.jguru.com/faq/view.jsp?EID=240365 Created: Oct 30, 2000 Modified: 2000-11-03 17:29:35.632 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by Nader Said (http://www.jguru.com/guru/viewbio.jsp?EID=233358 We know of no time limit for an RMI Call. However, consider the following: When timing a request, the RMI Connection thread cannot time itself. If it gets caught in a long or never ending loop then it may not be able to break out of the code when the time expires. Therefore, it is necessary for the RMI Connection thread to start a new application thread. The RMI Connection thread may time the new thread and if the time expires the RMI Connection thread informs the calling client that the request cannot complete. This seems simple enough. However, there are serious problems with this approach. For every request there is a new application thread. The VM must create and destroy every thread. This overhead puts a severe strain on resources. There may come a time when the VM cannot sustain any more threads and the entire VM becomes unusable. [Some developers may put the timing code in the client. Rather than have a standard timing mechanism on the server, each client application must add proprietary timing code.] What happens to the threads that time-out? If there is problem with a resource that the threads require before completing, then, once again, there may come a time when the VM cannot sustain any more threads and the entire VM becomes unusable. [Even with the timing code in the client, the RMI Connection threads still hang.] We have a commercial product that solves this problem. Comments and alternative answers

Commercial Product? Author: Chris Normand (http://www.jguru.com/guru/viewbio.jsp?EID=1010125), Oct 9, 2002 Where can I find your "commercial product that solves this problem"? Are there any tips or rules for increasing performance of RMI calls? Location: http://www.jguru.com/faq/view.jsp?EID=241638 Created: Oct 31, 2000 Modified: 2000-11-06 21:44:57.859 Author: Maxim Senin (http://www.jguru.com/guru/viewbio.jsp?EID=21992) So far I discovered only one rule of thumb: avoid passing objects as parameters or return values - primitive types serialize much faster than objects because Java objects are so flat. The only object I was unable to avoid passing as a parameter in most applications is String. I'd define an API that uses object IDs, so that clients operate with IDs only, and the server performs all the work of finding reference to object by ID. Suppose you write a chat application with RMI. Instead of coding ChatRoom remoteChatRoom; // ... somehow get reference to chat room remoteChatRoom.postMessage (message); I'd use // when connecting to chat room, get room ID int CHAT_ROOM_ID = chatServer.getRoomID(); // chat server will take care // about finding local reference to room // by object id and somehow post message in it chatServer.postMessage (CHAT_ROOM_ID, message); Any better ideas? Comments and alternative answers

Marshalling objects can be expensive. See http://w... Author: Tim Rohaly (http://www.jguru.com/guru/viewbio.jsp?EID=10), Oct 31, 2000 Marshalling objects can be expensive. See http://www.jguru.com/jguru/faq/view.jsp?EID=3419 for a hint that will greatly improve marshalling performance. Re: Are there any tips or rules for increasing performance of RMI calls? Author: Alexander Derazhne (http://www.jguru.com/guru/viewbio.jsp?EID=434414), Jun 6, 2001 Unfortunatelly, sometimes we have to pass objects. But don't pass _big_ objects required time increase mach faster than object size! In one project we have to pass vector of 16000 complex items (also vectors). It take more than 50m. After splitting it into 16 slices of 1000 items transfering take only 2m40s. RE: Are there any tips or rules for increasing performance of RMI calls

Author: James Haiar (http://www.jguru.com/guru/viewbio.jsp?EID=442241), Jun 20, 2001 Using externilizable instead of serializable makes marshalling faster How can I programmatically stop a RMI server? Location: http://www.jguru.com/faq/view.jsp?EID=248768 Created: Nov 8, 2000 Modified: 2000-11-18 17:11:15.417 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by mike niemaz (http://www.jguru.com/guru/viewbio.jsp?EID=200205 RMI Servers start a thread that never ends. This is so that the Server is persistent until manually shut down. However, you can provide a remote method, shutDown(), for the Remote Server. This method starts a shutdown thread. The shutdown thread remains waiting for a notify(). When the Server finishes all clean-up processing it wakes up the shutdown thread. The shutdown thread, after a two (2) second delay, calls System.exit(0) to end the Java Virtual Machine. The delay is so that messages from the Server to the initiating Client complete the journey. Comments and alternative answers

RE: How can I programmatically stop a RMI server? Author: James Haiar (http://www.jguru.com/guru/viewbio.jsp?EID=442241), Jun 20, 2001 You can also use the 'unexportObject' method in UnicastRemoteObject. This will allow the server to not accept any more remote calls. Why such a complicated solution? Author: Michael Hull (http://www.jguru.com/guru/viewbio.jsp?EID=1184755), Apr 23, 2005 I don't understand why you don't just have the shutdown() remote method call the cleanup code and then System.exit(). Why does it need to start another thread and use wait/notify? In the RMI CallBack Mechanism the reference of the client is sent to the server along with the request. Firstly is there any way to store the reference of the client in the database which can be retrived later to send the response to that specific client. Secondly, how can the server restrict the request coming from a specific client, i.e how to get the ip address of the client from the reference? Location: http://www.jguru.com/faq/view.jsp?EID=254143 Created: Nov 15, 2000 Modified: 2000-11-18 17:19:42.65

Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by Makkapati Ramanjaneyulu (http://www.jguru.com/guru/viewbio.jsp?EID=46923 Firstly: java.rmi.server.RemoteObject implements Serializable so you can serialize the reference and save it to a byte array or use toString(), etc. We took the below quote rrom the RMI-IIOP Programmer's Guide: "If you are not using the RMI registry for naming services, you have some other way of bootstrapping your initial remote object reference. For example, your server code may be using Java serialization to write an RMI object reference to an ObjectOutputStream and passing this to your client code for deserializing into an RMI stub." Secondly: One way is to have each client pass an identifier. This way if ip addresses change you would not have to change you Server side. The following is NOT recommended: You can use toString(), as above, and look at the characters. The ip address is in there, TODAY. However, this does not mean that the ip address will be in there tomorrow. It also does not mean the ip address is in there for every platform in every way. Comments and alternative answers

Why not using the java.rmi.server.RemoteServer.get... Author: Ray Ye (http://www.jguru.com/guru/viewbio.jsp?EID=12720), Mar 13, 2001 Why not using the java.rmi.server.RemoteServer.getClientHost() method? It is simpler when the client is exported for callbacks. How can I have multiple clients remotely access multiple instances of a particular remote server? Apparently, RMI only allows for Point-to-Point communications between a client and a Remote server. I have a need for multiple instances of that Remote server to handle high volumes of client requests. Is there a way to utilize the RMI frameworks to accomplish this task? Thank you in advance. Location: http://www.jguru.com/faq/view.jsp?EID=255334 Created: Nov 16, 2000 Modified: 2000-11-18 17:18:48.656 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by Byl Sottile (http://www.jguru.com/guru/viewbio.jsp?EID=243710 There is no such thing as multiple instances of a particular remote server. If you want the same code instantiated as separate JVM's then you must give the code, ( Naming.rebind("name1", object) ) different names.

Now the problem is which remote server should the client call to balance the load. For this there is no easy solution. There was a lively discussion on load balancing in the Jini forum at http://www.jini.org/ in Sept/Oct 2000. What several people suggested was to set up a front end RMI Server that kept track of how many requests were allocated to each "work" RMI Server and pass the request along to one of those "work" Servers. A huge overhead problem in the client calling the router that calls the work server that returns to the router that returns to the client. Since you indicated a high volume of client requests, this may not be a feasible solution. The RMI and JNDI Registries are not the only places one may keep the reference to a remote object. You can serialize the reference and store it in your own, private "registry." How you get access to this private registry may involve native code for each operating system, (this is how the RMI and JNDI Registries work.) Load balancing has been the subject of many books and articles since multiprogramming first appeared. How can I run a single JVM for different classes that are activated by different activation classes? For example, by default, if I create activatable two class ActClass1 and ActClass2 and run them I get two JVMs. Is it possible to run both classes in one JVM? Location: http://www.jguru.com/faq/view.jsp?EID=260449 Created: Nov 22, 2000 Modified: 2000-11-22 16:56:19.341 Author: Greg Granato (http://www.jguru.com/guru/viewbio.jsp?EID=260445) Question originally posed by Daniel Lee (http://www.jguru.com/guru/viewbio.jsp?EID=43238 I believe this is controlled by the ActivationGroup. When you register the class you are probably doing something like: Properties props = new Properties(); props.put("java.security.policy", "policy"); ActivationGroupDesc myGroupDesc = new ActivationGroupDesc(props, null); ActivationGroupID agid = ActivationGroup.getSystem().registerGroup(myGroupDesc); ActivationGroup.createGroup(agid, myGroupDesc, 0); ActivationDesc desc = new ActivationDesc (agid, "<package.class>", "file:<package.class>", null, true); Activatable.register(desc); You are probably doing this once for each of your classes. The createGroup translates into a JVM instance. If you were to register both of your classes under the same ActivationGroupID then they would be served from the same JVM. How can I increase the maximum number of requests that an RMI server can handle simultaneously. I am getting connection refused error after 25 request are made simultaneously from 25 threads in a client. Location: http://www.jguru.com/faq/view.jsp?EID=263554 Created: Nov 27, 2000 Modified: 2000-11-28 10:09:39.221 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325)

Question originally posed by Sunil Bansal (http://www.jguru.com/guru/viewbio.jsp?EID=253824 Without knowing more of the details, you may be running into a temporary condition, (like a packet storm), where the receiver is overloaded. We use a retry loop for connection errors. // try to connect this many times int count = 10; // keep trying the connection while (count > 0) { try { ourRO = (OurRemoteObject)java.rmi.Naming.lookup(our_name); // got one return; }

}

catch(ConnectException e) { count--; } catch(Exception e) { // add your code here break; }

How can I scale an RMI server? For example, how can I spread workload of RMI server between several server hosts? Location: http://www.jguru.com/faq/view.jsp?EID=266326 Created: Nov 30, 2000 Modified: 2000-11-30 12:03:58.664 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by Maxim Senin (http://www.jguru.com/guru/viewbio.jsp?EID=21992 What you are looking for is called Load Balancing. Most developers use an intermediate RMI Server, a Router. The Router contains the logic to determine which Server should process the request from a client. There are two basic scenarios: 1. The client contacts the Router and the Router returns the RemoteObject for the Server,(pass back). 2. The client contacts the Router and the Router passes the request to the Server, (pass through). Some, (there are many), issues for each of these are: Pass Back:

This resembles the Internet where every "www" request must go to a common service that passes back the IP address. Clients may only use the Server RemoteObject one time since it may not be best able to handle the next request. Pass Through: The object the clients pass to the Server must go through the Router. This involves deserializing the object in the Router and re-serializing the object in the Router to pass on to the Server. The object the Server returns to the client must go through the Router. This involves deserializing the object in the Router and re-serializing the object in the Router to return to the client Both these scenarios require extensive analysis and design way, way beyond what we can provide here. If the RMI server broadcasts some data to all clients via callbacks, and one of the clients is in deadlock, how can I timeout the method invocation? Is there a way to "post-and-forget" method invocation from server to the client? Location: http://www.jguru.com/faq/view.jsp?EID=266329 Created: Nov 30, 2000 Modified: 2000-11-30 12:03:10.797 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by Maxim Senin (http://www.jguru.com/guru/viewbio.jsp?EID=21992 There is no method invocation timeout that we know about. We use application threads to process our Client's requests. You can start a new thread for each Client call back. If the thread does not finish in the "time you desire", then you know that Client is stalled and should not receive any more messages. How to get rid of the hanging thread is another issue involving queue and thread management. Is there a simple way to find out if the activation system (i.e. rmid) is currently running? Location: http://www.jguru.com/faq/view.jsp?EID=276947 Created: Dec 13, 2000 Modified: 2000-12-18 17:59:38.35 Author: vincent eggen (http://www.jguru.com/guru/viewbio.jsp?EID=111308) Question originally posed by Steve Kennedy (http://www.jguru.com/guru/viewbio.jsp?EID=245713 Start first with (default rmid port at 1098): ActivationSystem system=(ActivationSystem)Naming.lookup("//:1098/java.rmi.activation.ActivationSy stem");

If (system==null), the activation system isn't running. What is difference between bind and rebind? Location: http://www.jguru.com/faq/view.jsp?EID=276956 Created: Dec 13, 2000 Modified: 2000-12-18 18:00:20.259 Author: Jorge Jordão (http://www.jguru.com/guru/viewbio.jsp?EID=275762) Question originally posed by balamurali datla (http://www.jguru.com/guru/viewbio.jsp?EID=267316 • •

bind(String name, Object obj) will throw an AlreadyBoundException if there's already an object bound to that name within the rmiregistry. If there was no match, the object will be bound to the name within the registry. rebind(String name, Object obj) will replace any existing binding for the name within rmiregistry. If there was no match, the object will be bound to the name within the registry as usual.

How can I uniquely identify clients in RMI? Location: http://www.jguru.com/faq/view.jsp?EID=282032 Created: Dec 19, 2000 Modified: 2000-12-19 19:33:29.511 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by Prabhpreet Singh (http://www.jguru.com/guru/viewbio.jsp?EID=207656 First -- there is always CallBack. By passing the Server the Client "RemoteObject", the Server knows the ID of the Client. Secondly -- Although there is an rmi Server method, getClientHost(), this method generally is unacceptable: • •

The method only returns the TCP address of the host on which the client resides, not the actual client identification and this method is only available to pure Java, (not RMI-IIOP or other plug-in), implementations. Using a physical address to identify a client is usually not a good idea. The network may change, machines come and go. This is "hard wiring". When the location changes, then an administrator must alter all tables. Using a "soft wiring" method means the client can take its identification with it when it moves.

Thirdly, the RMI Runtime keeps track of the identification of Clients that have unmarshalled this Server's RemoteObject. (This has to do with the Distributed Garbage Collector.) However, API access to this data is not available. Therefore, we advise our customers to include a unique identifier, (possibly a long integer), for use by the Server within the parameter it passes to the Server. How do I read/write a file from the implementation class of the RMI Server so that it does not give the AccessControlException? Location: http://www.jguru.com/faq/view.jsp?EID=282033 Created: Dec 19, 2000 Modified: 2001-01-10 22:37:27.957 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325)

Question originally posed by Sameer Bhardwaj (http://www.jguru.com/guru/viewbio.jsp?EID=216688 This is the security feature of Java. Use a policy file and specify the location on the command line for the Server: -Djava.security.policy=file:/path_to_policy_file See the security feature in the SDK documentation. Comments and alternative answers

The general policy file which grants all permissions... Author: Sujatha Sundaram (http://www.jguru.com/guru/viewbio.jsp?EID=253363), Jan 12, 2001 The general policy file which grants all permissions is as follows. grant { permission java.security.AllPermission; };

How can I better handle threading in RMI? How could I have a thread pool that RMI uses to service clients rather than create a new thread each time? Is this within the power of the developer, or does it need to be part of the underlying RMI implementation? Location: http://www.jguru.com/faq/view.jsp?EID=282035 Created: Dec 19, 2000 Modified: 2000-12-19 19:32:43.709 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by Benjamin McCartney (http://www.jguru.com/guru/viewbio.jsp?EID=109357 Technically, you already have a pool of threads. If your Server handles ten concurrent requests, then there are ten RMI Connection Threads processing these requests. As each request finishes, the RMI Connection Threads waits for the next request "n" seconds. If the next request comes in within this window, then a waiting RMI Connection Thread handles the request. Otherwise, the RMI Run Time destroys the RMI Connection Thread and must create a new RMI Connection Thread for the next request. As far as we know the wait time, ( "n" seconds), is part of the RMI implementation and is not alterable by developers. During heavy usage the waiting pool should suffice. I have been implementing an RMI client/server system which needs to detect when clients are finished with their remote references. On Windows, the clients set the reference to null and call system.gc() which invokes the unreferenced method on the server. Under solaris however the unreferenced() method is not called (even if System.runFinalization() is called). Any ideas why? Location: http://www.jguru.com/faq/view.jsp?EID=283836 Created: Dec 21, 2000 Modified: 2000-12-21 17:38:03.777

Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by Benjamin McCartney (http://www.jguru.com/guru/viewbio.jsp?EID=109357

1. The unrferenced() method is only called when ALL clients no longer hold a

reference to the remote object or when the lease time expires, (java.rmi.dgc.leaseValue.) 2. The Registries, (RMI/JNDI) are clients. If you register your remote object with one of these, then your unreferenced() method will never be called. 3. Since this is the purview of the Distributed Garbage Collector, each operating system may implement this differently. We sell a framework for RMI Servers. We do not implement the Unreferenced interface. We keep track of the idle period, that is - the time when no Client has called the Server. When this idle period reaches a threshold, the application may take some action, (such as deactivating, etc.) In this way, we are not dependent on any implementations of DGC and we have much more flexibility. Where can I find a detailed instructions for the steps to be followed while using RMI with applets? Location: http://www.jguru.com/faq/view.jsp?EID=297399 Created: Jan 9, 2001 Modified: 2001-01-15 21:57:07.347 Author: Deepa Lakshminarayanan (http://www.jguru.com/guru/viewbio.jsp?EID=297130) Question originally posed by Ann George (http://www.jguru.com/guru/viewbio.jsp?EID=100886 You can find complete details for getting RMI to work with applets, along with example code at: http://java.sun.com/j2se/1.3/docs/guide/rmi/getstart.doc.html How do I lookup a service in the RMI registry from an applet? Location: http://www.jguru.com/faq/view.jsp?EID=302712 Created: Jan 15, 2001 Modified: 2001-01-15 07:44:24.121 Author: John Zukowski (http://www.jguru.com/guru/viewbio.jsp?EID=7) For untrusted applets, the registry must be running on the web server from which it came. The necessary code follows:

String url getCodeBase().getHost(); url = "rmi://" + url + "/service"; Object obj = Naming.lookup(url);

You can then cast the returned object to whatever type you want. What is rmic? Location: http://www.jguru.com/faq/view.jsp?EID=302866 Created: Jan 15, 2001 Modified: 2001-01-15 22:05:09.042 Author: Sujatha Sundaram (http://www.jguru.com/guru/viewbio.jsp?EID=253363) Question originally posed by Sarvotham pai (http://www.jguru.com/guru/viewbio.jsp?EID=295412

rmic is the Java RMI Stub Compiler. The rmic compiler generates stub and skeleton class files for remote objects from the names of compiled Java classes that contain remote object implementations. A skeleton for a remote object is a server-side entity con- taining a method that dispatches calls to the remote object implementation. A stub is a proxy for a remote object that is responsible for forwarding method invocations on remote objects to the server where the actual remote object implementation resides. Therefore, a client's reference to a remote object is actually a reference to a local stub. Where can I find a code example of Applet-RMI communication? Location: http://www.jguru.com/faq/view.jsp?EID=305015 Created: Jan 17, 2001 Modified: 2001-01-21 19:29:58.539 Author: Bapu Patil (http://www.jguru.com/guru/viewbio.jsp?EID=49941) Question originally posed by Deepa Lakshminarayanan (http://www.jguru.com/guru/viewbio.jsp?EID=297130 An interesting article that talks about Servlets, Applets, and RMI can be found at: http://developer.java.sun.com/developer/technicalArticles/RMI/rmi/ Currently, the activatable object registered in rmid is activated on demand. How can I activate it without waiting for the first RMI call? Location: http://www.jguru.com/faq/view.jsp?EID=323100 Created: Feb 7, 2001 Modified: 2001-03-21 22:04:27.76 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by Kelvin Ho (http://www.jguru.com/guru/viewbio.jsp?EID=241600 The activatable object is activated on demand by default. You can have it activated when the activation daemon starts by setting the restart boolean to true in the Activation Description. (see the javadoc for the full details) Set up your java.rmi.activation.ActivationDesc with the following constructor: public ActivationDesc(String className, String location, MarshalledObject data, boolean restart) Comments and alternative answers

This only works on restart Author: Steve Hoffman (http://www.jguru.com/guru/viewbio.jsp?EID=1005113), Sep 27, 2002 According to the javadocs, it only activates on a restart and NOT the first time. I've confirmed this in a test. As far as I can tell, you have to call the Remote for it to start.

How interoperable is the RMI-IIOP transport from Sun with existing ORBs? Is it possible to use my RMI client or server implementing RMI-IIOP with other ORBs like Visibroker? Location: http://www.jguru.com/faq/view.jsp?EID=326113 Created: Feb 11, 2001 Modified: 2001-02-13 14:50:58.877 Author: Suresh Rangan (http://www.jguru.com/guru/viewbio.jsp?EID=308330) Question originally posed by jerome arrault (http://www.jguru.com/guru/viewbio.jsp?EID=123993 If the existing CORBA object has its remote interfaces defined originally in CORBA IDL, then interoperability is not possible. RMI-IIOP applications can interoperate with other CORBA objects only when their remote interfaces are originally defined as Java RMI interfaces. For example, to interoperate between an RMI-IIOP client and a C++ object you would need to: 1. Define the remote interface of the object in Java as an RMI Interface 2. Run rmic -iiop against the interface to produce the stub for your RMI-IIOP client 3. Run rmic -idl against the interface to produce IDL compatible with the RMI interface 4. Run a C++ stub compiler against the IDL file to produce the C++ skeleton for your C++ server object What is the cleanest way to design methods of remote objects that may return null? Normally, I let the method return null, and the code that calls the method checks for null before using the object that was returned. Unfortunately, this doesn't work with RMI, as if (obj == null) returns false, because the obj references a valid stub which references null. Location: http://www.jguru.com/faq/view.jsp?EID=329179 Created: Feb 14, 2001 Modified: 2001-02-14 14:37:17.383 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by Ted B (http://www.jguru.com/guru/viewbio.jsp?EID=319546 We are not sure we understand the question. RemoteServer rs ... String back = null; back = rs.getName(); // here, when the remote method getName returns null, back is still null if (back == null) You would not test "rs" since this is the reference to the Remote Object, "RemoteServer". Therefore, the "cleanest" way is the most direct way. Comments and alternative answers

From what I understand, I think the easiest thing to...

Author: Mark Webb (http://www.jguru.com/guru/viewbio.jsp?EID=80178), Mar 5, 2001 From what I understand, I think the easiest thing to do here is to just throw an exception instead of returning null. Just create your own exception and then allow the remote method to throw it. Remote method call returning null Author: James Chiang (http://www.jguru.com/guru/viewbio.jsp?EID=341533), Aug 15, 2001 Just define another remote object(and its impl.), use it as the return type of the original method. If skeleton classes are not required in Java 2, how does the communication & invocation of remote methods actually take place? Location: http://www.jguru.com/faq/view.jsp?EID=330333 Created: Feb 15, 2001 Modified: 2001-02-15 16:49:24.58 Author: Suresh Rangan (http://www.jguru.com/guru/viewbio.jsp?EID=308330) Question originally posed by Ruby India (http://www.jguru.com/guru/viewbio.jsp?EID=327237 A skeleton is a helper class that is generated for RMI to use. The skeleton understands how to communicate with the stub across the RMI link. The skeleton carries on a conversation with the stub; it reads the parameters for the method call from the link, makes the call to the remote service implementation object, accepts the return value, and then writes the return value back to the stub. In the Java 2 SDK implementation of RMI, the new wire protocol has made skeleton classes obsolete. RMI uses reflection to make the connection to the remote service object. On top of TCP/IP, RMI uses a wire level protocol called Java Remote Method Protocol (JRMP). JRMP is a proprietary, stream-based protocol that is only partially specified is now in two versions. The first version was released with the JDK 1.1 version of RMI and required the use of Skeleton classes on the server. The second version was released with the Java 2 SDK. It has been optimized for performance and does not require skeleton classes. Comments and alternative answers

No skeleton in java new version Author: Shalini Aggarwal (http://www.jguru.com/guru/viewbio.jsp?EID=385559), Mar 23, 2001 The answer given just tells that this feature is there but doesn't tell how come without the skeleton RMI works, ageed with reflection but how?????This is a big question Re: No skeleton in java new version Author: Suresh Rangan (http://www.jguru.com/guru/viewbio.jsp?EID=308330), Apr 21, 2001

It takes the object from the stub and then by reflection principle of java it identifies the class of the object which is passed on wire. This is what the skeleton was doing till it was deprecated. What happens if an object parameter that does not implement Remote or Serializable is passed to a remote object? Location: http://www.jguru.com/faq/view.jsp?EID=331657 Created: Feb 16, 2001 Modified: 2001-02-18 21:36:35.256 Author: Suresh Rangan (http://www.jguru.com/guru/viewbio.jsp?EID=308330) Question originally posed by praveenkumar thirkkol (http://www.jguru.com/guru/viewbio.jsp?EID=320826 If a non-remote non-serializable object (an object which doesn't implement Remote nor Serializable interfaces) is passed as an object parameter, you will get a java.io.NotSerializableException Non-remote objects which are passed as parameters must be Serializable and are passed by copy. Does RMI have a timeout period within which a remote invocation must return? Can I change this timeout period programatically for a specific remote method invocation? Location: http://www.jguru.com/faq/view.jsp?EID=332524 Created: Feb 18, 2001 Modified: 2001-02-18 21:29:45.207 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by Sridhar J (http://www.jguru.com/guru/viewbio.jsp?EID=322685 Good question. We do not have "the" answer. This question has been here for several days so we submit the following: The Java specification leaves implementation details to those who write the JVM. However, this is dependent on two factors:

1. Release and implementation We noticed a "time-out" in JDK1.1 on WindowsNT using the SUN implementation but not since SDK1.2. There was no "time-out" in JDK1.1 on WindowsNT using the IBM or Symantec implementations. There was no "timeout" in JDK1.1 on Linux (Blackdown) or other Unix type operating systems.

2. Distributed Garbage Collection "Garbage Collection of Remote Objects" is a chapter in itself. When and how the garbage collector frees references to remote objects and exactly what else it does is, once again, implementation dependent. You may also want to see the rmi server property: java.rmi.dgc.leaseValue(), (the default time-out for this is 10 minutes). Comments and alternative answers

As you well know, communication between a remote ... Author: Niyi Gbodimowo (http://www.jguru.com/guru/viewbio.jsp?EID=327885), Mar 6, 2001 As you well know, communication between a remote object and its client is done over TCP sockets. The socket is created and bound when you export the object. This is done automaically if your remote class extends UnicastRemoteObject or you may explicitly call UnicastRemoteObject.exportObject(...); The key here is to set the socket timeout value of the client-side socket. Since you can specify a RMIClientSocketFactory as an argument to the UnicastRemoteObject class, then you can write a simple wrapper for the java.rmi.server.RMISocketFactory class that maintains a reference to the sockets created and allows you to change the socket timeout value programmatically.

Create a custom socket factory. Author: John Tenney (http://www.jguru.com/guru/viewbio.jsp?EID=380336), Mar 18, 2001 You might try this. By playing with the socket timeout, I suppose it would be possible to modify the timeout dynamically, though not for a specific call. RMISocketFactory.setSocketFactory(new RMISocketFactory() { public Socket createSocket(String host, int port) throws IOException { Socket socket = new Socket(host, port); socket.setSoTimeout(timeoutMillis); socket.setSoLinger(false, 0); return socket; } public ServerSocket createServerSocket(int port) throws IOException { return new ServerSocket(port); } });

Can I pass an Image object from a remote server to the client using RMI? Location: http://www.jguru.com/faq/view.jsp?EID=332525 Created: Feb 18, 2001 Modified: 2001-02-18 21:31:23.483 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by Dnyanesh Bendre (http://www.jguru.com/guru/viewbio.jsp?EID=274207

For what class? The basic rule for passing objects by RMI is that the class must implement the java.io.Serializable Interface. java.awt.image.BufferedImage, no. javax.swing.ImageIcon, yes. The Javadoc, (too long to put here), for this interface explains what it is and how to use it. Comments and alternative answers

RE: Can I pass an Image object from a remote server to the client using RMI? Author: Vitaliy Rabotnik (http://www.jguru.com/guru/viewbio.jsp?EID=424640), May 18, 2001 What if, for example you open a DataInputStream on an image file, read the bytes into a buffer ... and what if you create a serializeable class as follows public class MyImageFile implements Serializable { byte[] buffer; String name; etc. }

get/set methods

Use DataOutputStream on the other side to write the bytes in the buffer into the file... I think it's doable

What are the legal RMI types refered to by the J2EE Developer's Guide? As one of the method requirements, it often says, "The arguments and return type must be legal types for Java RMI." Location: http://www.jguru.com/faq/view.jsp?EID=349856 Created: Mar 12, 2001 Modified: 2001-03-13 11:38:35.457 Author: Ashley Tate (http://www.jguru.com/guru/viewbio.jsp?EID=349855) Question originally posed by Randall Minter (http://www.jguru.com/guru/viewbio.jsp?EID=116341 A legal value type for RMI is an object that implements the java.io.Serializable interface and is, in fact, serializable (An object that implements the Serializable interface will not actually be serializable if the classes of one or more of its member variables are non-serializable). Interestingly, it is a violation of the J2EE specification to pass or return a parameter of type java.lang.Object from an EJB method because the Object class does not implement Serializable. Some EJB 1.1 compliant application servers (the J2EE reference server itself for example!) will allow the deployment and use of EJB's that

violate this constraint if at runtime the bean methods actually pass and return subtypes of Object that are serializable. However, if you run the Verifier tool that comes with the J2EE reference server, you will be informed that the bean method parameters do not conform to the RMI-IIOP value type guidelines. For a more detailed explanation of legal RMI types, read section 2.6 of the RMI specification at: http://java.sun.com/j2se/1.3/docs/guide/rmi/spec/rmiTOC.html What actually is a 'callback' concept in RMI, and how... What actually is a 'callback' concept in RMI, and how does it work? Location: http://www.jguru.com/faq/view.jsp?EID=384588 Created: Mar 21, 2001 Modified: 2001-03-26 20:51:41.321 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Question originally posed by Rajneesh Garg (http://www.jguru.com/guru/viewbio.jsp?EID=310913 Event-driven programming in languages like C has traditionally used function pointers to pass references to functions, which are then asynchronously invoked in response to an "event" (timers, mouse clicks, and the like). Java uses interfaces to give you access to the same functionality in an object-oriented world. Here, the interface defines the methods that may be invoked by any object with access to the interface. The real "functionality" is present within some other object that actually implements this interface and it is "called back" by the target object. Implementing callbacks, however, is not without challenges -- particularly in a distributed-object environment like RMI. Callbacks are implemented in RMI by setting the client itself as an exportable remote object (that is, make it implement some remote interface), then registering a reference of this with the remote-server object. This way, the server can asynchronously invoke the remote methods of any connected client in the same way the client can asynchronously invoke the methods implemented within the remote-server objects. See the Dr. Dobb's article on "Implementing callbacks with Java RMI" for complete details. Comments and alternative answers

RMI's callback without have the client's reference in server's rmiregistry. Author: Bertrand Folleas (http://www.jguru.com/guru/viewbio.jsp?EID=453834), Jul 12, 2001 If you can implement your client the serializable interface, an alternative way for server to call remote method of the client is to pass the instance of the client to the server (by a remote method of the server), and then the server call the client's remote method on the instance of the client. Is there a way to reuse threads that are used to handle... Is there a way to reuse threads that are used to handle incoming requests in RMI? I have read that there are application servers that will do this, but do not know of any. Are there any that do this, and is it possible to use standard RMI classes that come with the JDK 1.x to set up RMI to resuse incoming requests. Location: http://www.jguru.com/faq/view.jsp?EID=386346

Created: Mar 24, 2001 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by Mark Webb (http://www.jguru.com/guru/viewbio.jsp?EID=80178 Re: Is there a way to reuse threads that are used to handle... Since JDK1.1, RMI reuses the RMI-Connection thread that processes the incoming request. There is a timeout value for this thread, (we do not know whether this value is adjustable). If a new request does comes in within this value, than the thread processes the request. If no new request comes in within this value, then the thread is distroyed. How can I start an RMI server on demand? How can I start an RMI server on demand? Location: http://www.jguru.com/faq/view.jsp?EID=386349 Created: Mar 24, 2001 Author: Mikael Jakobsson (http://www.jguru.com/guru/viewbio.jsp?EID=41777) Question originally posed by Jawahar Pandian (http://www.jguru.com/guru/viewbio.jsp?EID=47746 Re: How can I start an RMI server on demand? The Java RMI activation API (java.rmi.activation) enables you to make your RMI objects to activate on demand. It is IMHO not the most pleasant API to work with, and you will need to run the rmid daemon on the server that will handle the activation for you. You can find more information here. Can I pass a database connection using RMI? Location: http://www.jguru.com/faq/view.jsp?EID=396593 Created: Apr 5, 2001 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by saji Devassy (http://www.jguru.com/guru/viewbio.jsp?EID=390614 We assume you mean: java.sql.Connection from java.sql.DriverManager.getConnection(). The answer is that you cannot. You cannot pass a reference to something other than a RemoteObject() with RMI, only copies, (serializable), of data. What you can pass are the data fields, (String, int, etc.), within the database after a Select. So, in a GUI Client you can pass the parameters for a Select to the RMI Server. The Server can issue the SQL statements saving the fields in an object. The Server returns that object to the Client that displays the data. Comments and alternative answers

look at rmijdbc Author: Gabriel Artaud (http://www.jguru.com/guru/viewbio.jsp?EID=9114), May 22, 2001

What you could do is create a RemoteConnection (which extends UnicastRemoteObject) Have a look at: http://www.objectweb.org/RmiJdbc/RmiJdbcHomePage.htm The only problem of rmijdbc is the performance. You may want to create a way to retrieve a serializable equivalent of a ResultSet in bulk instead of looping remotely Can I use the RMI registry for the commercial purpose without having to pay Sun royalties or licensing fees for the same? My guess is I don't since it is a part of the JRE, but what is the definitive answer on this? Location: http://www.jguru.com/faq/view.jsp?EID=396595 Created: Apr 5, 2001 Author: Luigi Viggiano (http://www.jguru.com/guru/viewbio.jsp?EID=101985) Question originally posed by Shalini Aggarwal (http://www.jguru.com/guru/viewbio.jsp?EID=385559 RMI is a part of Java Core APIs, and it is subject to the same license as JRE/JSDK. i.e. you have not to pay any royalty, it's free. When you download the JRE or JSDK you are presented a license that is applicable to all the downloaded software, including RMI since it is a part of the JSDK/JRE archives. All the core APIs and standard extensions (javax.* packages) are free for use within your products. Why do I continue to get ClassNotFoundException on server stub class? After I start rmiregistry, I start my server, but am getting the exception: java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is: java.lang.ClassNotFoundException: {package}.[server]_Stub Any ideas how I can avoid this? Location: http://www.jguru.com/faq/view.jsp?EID=396598 Created: Apr 5, 2001 Author: Sehner Ralf (http://www.jguru.com/guru/viewbio.jsp?EID=385716) Question originally posed by jimmy bellows (http://www.jguru.com/guru/viewbio.jsp?EID=317296 I had the same problem. The solution was to use the parameter -Dxxx like in the following call: java -classpath=.. -Djava.rmi.server.codebase=file:///:/<Path to the root directory of your packages>/ Do not forget to use the trailing '/'. Comments and alternative answers

RMI Author: kumar618 pandian (http://www.jguru.com/guru/viewbio.jsp?EID=409452), May 16, 2001 I get this exception when i run my server class. java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is: java.lang.ClassNotFoundException: {package}.[server]_Stub I tried to run my server by using the following line java -classpath=.. -Djava. rmi.server.codebase=file:///:/<Path to the root directory of your packages>/ even though i am getting exception as Exception in thread "main" noclassdefinitionfounderror: servername please let me know how to run the server RE: Author: Vitaliy Rabotnik (http://www.jguru.com/guru/viewbio.jsp?EID=424640), May 18, 2001 My application works fine as it is, but I need to store my client source code in a signed jar so that I could grant permissions (such as io) for the applet on the client side. Problem is that I have to jar and sign the code on the server side. If I do so, I get exactly same above mentioned exception ... and your solution did not help a bit, it still gives me the same exception ... ClassNotFoundException on RMI Server start Author: Arno Schürhoff (http://www.jguru.com/guru/viewbio.jsp?EID=435970), Jun 8, 2001 Try to start your rmiregistry with the CLASSPATH shell-variable set to the base directory of your classes. I think that wonderful tool looks into the CLASSPATH shell variable for classes for the RMIClassLoader. That works for Windows NT 4.0 and JDK 1.3.

ClassNotFoundException on server stub class Author: Linda Hassan (http://www.jguru.com/guru/viewbio.jsp?EID=498587), Sep 17, 2001 I've already use the Dxxx parameter for for classpath. Now I cannot connect to my rmiregistry and I'm ge C:\WINDOWS\jbproject\RMIPrototype\classes;C:\Borland\AppServer\lib\vbjorb.jar;C:\jbuilder5\lib\dx.j 1.3\jre\lib\rt.jar;C:\JBUILDER5\JDK1.3\jre\lib\sunrsasign.jar;C:\JBUILDER5\JDK1.3\lib\dt.jar;C:\JBUIL Re: ClassNotFoundException on server stub class Author: Andrea Coloru (http://www.jguru.com/guru/viewbio.jsp?EID=1229872), Feb 28, 2005 If you put the following line of code in the server class (before to call the "rebind" method) it works fine: LocateRegistry.createRegistry(int Port); But attention you must be sure the rmiregistry isn't already running Simple solution Author: Jan Rovner (http://www.jguru.com/guru/viewbio.jsp?EID=740379), Jan 30, 2002

For Win users: If you have CLASSPATH set to .;xxx;yyy;zzz just start rmiregistry from the directory where you have server object (to make . work for both rmiregistry and your server object) I use simple batch file reg.bat with command @start /min rmiregistry Then start the server as ususal For Unix users: use rmiregistry & Re: Simple solution Author: Johnathan Lam (http://www.jguru.com/guru/viewbio.jsp?EID=967143), Jul 27, 2002 That works! Thanks. -Johnathan Re: Simple solution Author: Venugopal S. (http://www.jguru.com/guru/viewbio.jsp?EID=1164386), Apr 20, 2004 hi jonathan. Well rightnow i'm at a very initial stage in rmi. Can you plz explain the whole procedure how to encounter this error. its better that you send me a detailed e-mail. my email address is [email protected] Similar Author: Nefarious Burrito (http://www.jguru.com/guru/viewbio.jsp?EID=1197988), Sep 8, 2004 I had the exact same problem. In my case, I was attempting to run the server class within a jar file: java -jar /path/to/jar/rmiserver.jar With the manifest specifying which class to run. After much searching, I finally decided to explode the jar and call the class file directly. That solved my problem. Also, I made sure to run the rmiregistry contained in sun's jdk and not the one which appears to ship with RedHat linux. Where can I get a simple example of RMI callback? Location: http://www.jguru.com/faq/view.jsp?EID=403078 Created: Apr 15, 2001 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Question originally posed by Sharaschandra Rai (http://www.jguru.com/guru/viewbio.jsp?EID=402272

Answer by Edward Harned Re: about rmi callback See the jGuru example at Sun's JDC: http://developer.java.sun.com/developer/onlineTraining/rmi/exercises/RMICallback/in dex.html

How can I start rmid in the background under win32? I found that javaw sun.rmi.registry.RegistryImpl does it for rmiregistry. Is there something like this for rmid? If I use "start rmid", I get a dos console all the time. Location: http://www.jguru.com/faq/view.jsp?EID=407579 Created: Apr 21, 2001 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Question originally posed by Victor Gomez (http://www.jguru.com/guru/viewbio.jsp?EID=349972

Answer by Luigi Viggiano Try hiding it. You can create a Windows Link (something like a .pif) and specify the starting position (x and y) outside the visible area of the screen (like x=-1000, y=1000). Why doesn't my applet's RMI-calls work in a web-browser? They are working correctly on a appletviewer. The applet is running within the webbrowser, but RMI-calls are not working at all. Any idea what the problem is? Can there be some security problems? I am using both Internet Explorer 5.0 and Netscape. Location: http://www.jguru.com/faq/view.jsp?EID=411869 Created: Apr 28, 2001 Author: Niek van Suchtelen (http://www.jguru.com/guru/viewbio.jsp?EID=310661) Question originally posed by S L (http://www.jguru.com/guru/viewbio.jsp?EID=404997 RMI doesn't work in Internet Explorer because Microsoft decided not to support it in its attempt to ruin Java. They did put a patch file somewhere on their site that you can download and install, after which your Internet Explorer will support RMI, but that doesn't help much if you have an applet and you want all your visitors to use it (since they'd all have to download that patch, which is buried somewhere deep in a hard to find place on Microsoft's site. This was done on purpose [which became clear after the Sun vs. Microsoft trial], in a further attempt to ruin Java). I'm not sure as to why RMI wouldn't work on Netscape though.. i think it should work on there, but there might be some other reason for it. It might be that you have to change the security settings in there. Actually, i think if you load the applet locally (instead of over the network), it does work. Probably the best solution for you would be to use Sun's Java plug-in. That way, you don't have to deal with Microsoft anymore, and you can even use Swing and other Java2 stuff in your applets. It's quite a big download for the average user (about 5MB if i'm not mistaken), but still a lot easier for end-users to install than the Microsoft RMI patch. Obviously, you can also change your applet so it doesn't need RMI anymore. Comments and alternative answers

Netscape & IE's JVM in its support on RMI Author: James Chiang (http://www.jguru.com/guru/viewbio.jsp?EID=341533), Aug 15, 2001

Netscape 4.7X does support RMI as a client. But Netscape 6 has some problems. Further more, Sun's JVM 1.3.1 plug-in on IE5 still got strange run-time exception. Re: Netscape & IE's JVM in its support on RMI Author: sam pitroda (http://www.jguru.com/guru/viewbio.jsp?EID=476938), Aug 21, 2001 how did you configure IE to run Sun's JVM ? Also how do you configure applet so that if doesnot require RMI ? how do you configure so that applet dont need RMI anymore ???? Author: sam pitroda (http://www.jguru.com/guru/viewbio.jsp?EID=476938), Aug 21, 2001 how do you configure so that applet dont need RMI anymore ???? If possible, also let me know how to configure IE to use Sun's plug-in What is RMI? Location: http://www.jguru.com/faq/view.jsp?EID=411942 Created: Apr 28, 2001 Author: Luigi Viggiano (http://www.jguru.com/guru/viewbio.jsp?EID=101985) Question originally posed by John Zukowski PREMIUM (http://www.jguru.com/guru/viewbio.jsp?EID=7 RMI stands for Remote Method Invocation and is a Network Layer to let a client application to invoke methods of objects located on a remote server. The word "RMI" is not specific to the Java language: the RMI concept is not recent and has been implemented in many other languages. RMI can be considered the object orientation counterpart of Remote Procedure Call (RPC). Speaking in a Java context we should specify Java RMI is a protocol that enables a remote object to be used just as it would on a local machine. Is it possible to use the java.server.rmi.codebase property with file urls which have spaces in the name? For this property, space is the delimiter which defines multiple entries in this property. This is particularly important on NT systems. Location: http://www.jguru.com/faq/view.jsp?EID=416074 Created: May 5, 2001 Author: Gabriel Artaud (http://www.jguru.com/guru/viewbio.jsp?EID=9114) Question originally posed by Peter Mularien (http://www.jguru.com/guru/viewbio.jsp?EID=82909 You can try having something like: -Djava.rmi.server.codebase="file:///c:/my project/classes/" Comments and alternative answers

Spaces in RMI File URLs Author: Avi Abrami (http://www.jguru.com/guru/viewbio.jsp?EID=31214), May 6,

2001 On my Windows 2000 system, spaces in the value of the 'java.rmi.server.codebase' property just does not work - even if surrounded by quotes. No matter what I tried, my RMI application always gave errors if there were spaces in the value. What I didn't try - but it may work - is using the 8.3 DOS name for the value. Using your example, this would be: file://c:\myproj~1\classes\ Cheers, Avi. It's not a valid URL Author: Ian Beaumont (http://www.jguru.com/guru/viewbio.jsp?EID=45887), May 14, 2001 I recently had the same problem. A guy at Sun emailed me with >> It's not valid to have a space in a URL. You could say "file:/c:/program%20files/RMITest/" or "file:/c:/progra~1/RMITest/". I found the %20 didn't work. Re: It's not a valid URL Author: Mr Miep (http://www.jguru.com/guru/viewbio.jsp?EID=1100983), Jul 12, 2003 I tested with JDK 1.4.1 / Windows XP - %20 instead of blank works fine Is it possible to run rmiregistry on a different machine than the remote object? How is it possible for remote objects running on different machines to "share" a common registry? Location: http://www.jguru.com/faq/view.jsp?EID=417817 Created: May 8, 2001 Author: Gabriel Artaud (http://www.jguru.com/guru/viewbio.jsp?EID=9114) Question originally posed by Dnyanesh Bendre (http://www.jguru.com/guru/viewbio.jsp?EID=274207 I'm afraid the answer to your question is no. rmiregistry must be running on the same computer than the RMI server If you need to be able to run a service directory (an equivalent of rmiregistry) on a different computer than the one where you server is running, you should consider looking at CORBA instead of RMI (but CORBA is more complicated and will cost you money) Comments and alternative answers

rmiregistry can be on any local server! Author: Paul Gier (http://www.jguru.com/guru/viewbio.jsp?EID=349687), May 27, 2001 The rmiregistry does not have to be running on the same server as the remote objects. When the server application starts up, simply register the name of the object as rmi://hostname:port/LookupName where hostname is the hostname of the rmiregistry. Clients can look this object up using the same URL, and will connect to the appropriate remote object server.

***URGENT *** Re: rmiregistry can be on any local server! Author: Ramesh Vudatala (http://www.jguru.com/guru/viewbio.jsp?EID=446443), Nov 5, 2001 Hello, I am trying to do the same as mentioned by you , but i get this exception. FYI the machine on which the Rmi Registry is running is Linux 7.1. It says nonlocal host and AccessException do this mean any permissions or the RMI REgistry needs to be run on specific login. Please help. java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: java.rmi.AccessException: Registry.Registry.rebind disallowed; origin 192.168.1.32/192.168.1.32 is non-local host:

Re: ***URGENT *** Re: rmiregistry can be on any local server! Author: Paul Gier (http://www.jguru.com/guru/viewbio.jsp?EID=349687), Nov 5, 2001 It sounds like you need to set one of the permissions on the rmiregistry server via a policy file. To give all permissions create a file containing the following: grant { permission java.security.AllPermission; }; Then pass this file to the rmiregistry upon startup like this: rmiregistry -J-Djava.security.policy= Then try to bind the remote object again. If this works, the next step is to find out the exact permissions needed to allow binding of remote objects because it's not very secure to have your rmiregistry running with all permissions. Hope this helps! Re: Re: ***URGENT *** Re: rmiregistry can be on any local server! Author: Ramesh Vudatala (http://www.jguru.com/guru/viewbio.jsp?EID=446443), Nov 6, 2001 Hi Pual, thanks for the response. I was tried that, and even then it seemed to give me the same problem. I tried it out on my Win 2000(Professional) as the Rmi Registry Server with the same command given by you and was trying to bind from another system, it did not work. Tried the same on the linux box, it did not work. Am i missing something here or how do we do about from here. Please see if you can help me on this. or is it the file name and its path which has the problem. Re: Re: Re: ***URGENT *** Re: rmiregistry can be on any local server!

Author: Paul Gier (http://www.jguru.com/guru/viewbio.jsp?EID=349687), Nov 7, 2001 I tried it out too, and got the same error message you did. Unfortunately, I think that my original statement was wrong. Maybe they did allow this functionality in an earlier version of the rmiregistry. But now there does not seem to be a way to do a remote bind() to the rmiregistry. Sorry for the mis-information. You should be able to accomplish the same thing using an LDAP server, but I don't know the implementation details of this. Re: ***URGENT *** Re: rmiregistry can be on any local server! Author: lei yuan (http://www.jguru.com/guru/viewbio.jsp?EID=566153), Dec 2, 2001 Have you run your application successfully now? I think you should 1;lookup your file "/etc/hosts",there is a line "127.0.0.1 localhost" 2;you should run your rmiregistry in the path that includes your _stub.class. I run my rmi server well under RedHat7.1 but everytime I run my client, it just stop at "Naming.lookup(url)" and said "java.rmi.UnexpectedException;nested is null" Where can I find examples of using SSL with Java RMI? Location: http://www.jguru.com/faq/view.jsp?EID=426322 Created: May 22, 2001 Author: John Mitchell (http://www.jguru.com/guru/viewbio.jsp?EID=4) Check out the RMI example which is part of the Sun JSSE sample code. I need to generate a GUID and have seen suggestions about using an RMI server but nothing about how to actually generate the GUID itself. Location: http://www.jguru.com/faq/view.jsp?EID=429779 Created: May 28, 2001 Author: JIA Java Italian Association (http://www.jguru.com/guru/viewbio.jsp?EID=414973) Question originally posed by ewan harrow (http://www.jguru.com/guru/viewbio.jsp?EID=316131 I'm not sure you can generate a GUID without writing native code to get the network card number or ethernet address. Anyway, take a look at java.rmi.dgc.VMID for generating unique identifiers across all Java Virtual Machines. Maybe this could be enough for your purposes. Say I take some class file: how can I know if it is a stub or a plain class file? Do not tell me by file name. I need a technical answer that is made on the basis of the content of the binary file. Location: http://www.jguru.com/faq/view.jsp?EID=429781 Created: May 28, 2001 Author: Luigi Viggiano (http://www.jguru.com/guru/viewbio.jsp?EID=101985)

Question originally posed by Mahjoub Langar (http://www.jguru.com/guru/viewbio.jsp?EID=421987 A stub is just a dummy implementation of a remote object interface delegating the real job using network. To understand if a class is a businness object or just a stub you have to check its source code and understand its behaviour. If it does businness jobs directly it's a plain class, otherwise, if it just acts like an intermediate to the network layer it's a stub. For RMI, at runtime you can check if the class is instance of java.rmi.server.RemoteStub, if yes it's a stub, otherwise is a plain class. Comments and alternative answers

Stub or plain class file Author: John Norgaard (http://www.jguru.com/guru/viewbio.jsp?EID=331034), Jul 10, 2001 Stubs are proxies that implements RMI interfaces (which are also implemented by a remote object). To decide whether it's a stub or a plain class file, look for these features: The generated stub class extends java.rmi.server.RemoteStub. It also implements the remote interface, and it's methods. When stubs are invoked by a client, they delegates the call to the RMI/JRMP engine, which again forwards the call to the server object. The delegation is performed through the ref.invoke call (jdk1.2.2) which is part of the methods body in the stub. When invoked it delegates the invocation to RMI runtime. - The server object performs what was required and returns the result to the client etc... John Is it possible for a client to send an event to an RMI object, and vice versa? Location: http://www.jguru.com/faq/view.jsp?EID=429822 Created: May 28, 2001 Author: Gabriel Artaud (http://www.jguru.com/guru/viewbio.jsp?EID=9114) Question originally posed by John Kavanagh (http://www.jguru.com/guru/viewbio.jsp?EID=246505 Yes if your event extends EventObject which is serializable Be sure to define non-serializable properties of your new event as transient (note that doing so you won't be able to send them thru RMI) You can also include remote references in your event (ie references to UnicastRemoteObjects) Where can I learn (more) about Application Servers? Location: http://www.jguru.com/faq/view.jsp?EID=431183 Created: May 30, 2001 Author: John Mitchell (http://www.jguru.com/guru/viewbio.jsp?EID=4)

Check out the jGuru AppServer FAQ. Where can I learn (more) about CORBA (Common Object Request Broker Architecture)? Location: http://www.jguru.com/faq/view.jsp?EID=431188 Created: May 30, 2001 Author: John Mitchell (http://www.jguru.com/guru/viewbio.jsp?EID=4) Check out the jGuru CORBA FAQ. Where can I learn (more) about Sun's Jini network technology? Location: http://www.jguru.com/faq/view.jsp?EID=431208 Created: May 30, 2001 Author: John Mitchell (http://www.jguru.com/guru/viewbio.jsp?EID=4) Check out the jGuru Jini FAQ. Where can I learn (more) about Java's support asynchronous and publish/subscribe messaging using JMS (Java Message Service)? Location: http://www.jguru.com/faq/view.jsp?EID=431210 Created: May 30, 2001 Author: John Mitchell (http://www.jguru.com/guru/viewbio.jsp?EID=4) Check out the jGuru JMS FAQ. Where can I learn (more) about Java networking capabilities? Location: http://www.jguru.com/faq/view.jsp?EID=431237 Created: May 30, 2001 Author: John Mitchell (http://www.jguru.com/guru/viewbio.jsp?EID=4) Check out the jGuru Networking FAQ. Where can I learn (more) about Java Serialization? Location: http://www.jguru.com/faq/view.jsp?EID=431245 Created: May 30, 2001 Author: John Mitchell (http://www.jguru.com/guru/viewbio.jsp?EID=4) Check out the jGuru Serialization FAQ. Where can I learn (more) about Java's support for developing multithreaded programs? Location: http://www.jguru.com/faq/view.jsp?EID=431248 Created: May 30, 2001 Author: John Mitchell (http://www.jguru.com/guru/viewbio.jsp?EID=4) Check out the jGuru Threads FAQ. Where can I learn (more) about Java's support for transaction processing? Location: http://www.jguru.com/faq/view.jsp?EID=431948 Created: May 31, 2001 Author: John Mitchell (http://www.jguru.com/guru/viewbio.jsp?EID=4)

Check out the jGuru Transactions FAQ. Where can I learn (more) about Sun's peer to peer, "Project JXTA"? Location: http://www.jguru.com/faq/view.jsp?EID=431963 Created: May 31, 2001 Author: John Mitchell (http://www.jguru.com/guru/viewbio.jsp?EID=4) Check out the Project JXTA site. Will multiple Lan cards cause problems using rmi? If a host has two or more network cards (only one of which is Internet-enabled), how does RMI know which IP address to use? There seems to be a problem when such a client registers with an RMI service, and has a client-side callback method invoked by the server. Location: http://www.jguru.com/faq/view.jsp?EID=447248 Created: Jun 28, 2001 Author: Chris Arrowood (http://www.jguru.com/guru/viewbio.jsp?EID=443590) Question originally posed by Andy Ho (http://www.jguru.com/guru/viewbio.jsp?EID=419443 Possibly. Even if the RMI Registry is started running on the fully qualified domain name that you have chosen, the RMI objects may have the local unqualified name embedded in them. The answer is to set the system property java.rmi.server.hostname before starting the RMI Registry. See the Suns FAQ on this topic at http://java.sun.com/products/jdk/1.2/docs/guide/rmi/faq.html#domain RMI Server and static variable I am trying to implement a RMI server that has a static variable. Is there anyway the clients can access this static variable on the server side and modiy it. After modification, is the change visible in other clients. Many Thanks Sri

Location: http://www.jguru.com/faq/view.jsp?EID=463464 Created: Jul 27, 2001 Author: srinath mandalapu (http://www.jguru.com/guru/viewbio.jsp?EID=430437) Question originally posed by Sri Kundurs (http://www.jguru.com/guru/viewbio.jsp?EID=451232 Just declare this method (changes the static variable of RMI server) like any other remote method in the remote interface supported by RMI server and implement this method in RMI Server implementation (Remote object implementation). This method must be synchronized. (RMI runtime may service remote client requests on a remote object concurrently in multiple threads)

What is the meaning of marshalling and unmarshalling? Why is it done? Location: http://www.jguru.com/faq/view.jsp?EID=463929 Created: Jul 28, 2001 Author: Dermot Hennessy (http://www.jguru.com/guru/viewbio.jsp?EID=390903) Question originally posed by viswabharathy kunapuli (http://www.jguru.com/guru/viewbio.jsp?EID=440534 Marshalling is serialising an object to enable it to pass across process boundaries efficiently (normally conversion to a byte stream). Unmarshalling is carried out in the other process to reconstruct the original object from the serialised version. Comments and alternative answers

is marshaling/unmarshaling secured ? Author: sam pitroda (http://www.jguru.com/guru/viewbio.jsp?EID=476938), Aug 21, 2001 do I need to do something else to make object over RMI secured ? ( like encryption ?) Re: is marshaling/unmarshaling secured ? Author: Dermot Hennessy (http://www.jguru.com/guru/viewbio.jsp?EID=390903), Apr 3, 2002 Yes. The purpose of marshalling/unmarshalling is not security, but transport. Do RMI clients always work on one single object instance of RMI server class? Suppose I have a rmi server class: class S { ... public void changeDatabase(){ change a database } ... } Than I get a instance of class S and bind it to rmiregistry: S ss=new S(); Naming.rebind("//S/S", ss); . Now I have two rmi client A and B. Both get a reference by: Naming.lookup("//S/S"); and then call method changeDatabase(). My question is: do A and B always work on the same object instance(ss) of class S? If they work on the same instance, manipulation of the database would be threadsafe if I simply "synchronized" the changeDatabase() method, right? Location: http://www.jguru.com/faq/view.jsp?EID=463933 Created: Jul 28, 2001 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by Bo Lee (http://www.jguru.com/guru/viewbio.jsp?EID=447207 Yes, there is only one instance of the RMI Implementation Class.

For most implementations, the RMI Runtime creates a thread to handle each request from a Client. Once the request finishes, the thread waits for a brief period for the next Client request. In this way, the RMI-Connection may reuse threads. If no new request comes in, the RMI Runtime destroys the thread. Therefore, both Clients A and B run in separate threads. If you have private fields within your Server Class, S, then you must ensure thread synchronization. Is there a way to control the ports opened by an RMI server while accepting connections from a client. I see that I can control the port that an RMI server listens on while exporting the server object using UnicastRemoteObject.exportObject. However, when the client connects to the server, I see different ports being used between the server and the client when the server accepts a connection from the client. I am wondering if I can give a range of ports that the RMI server can use while accepting connections from a client. Location: http://www.jguru.com/faq/view.jsp?EID=463939 Created: Jul 28, 2001 Author: srinath mandalapu (http://www.jguru.com/guru/viewbio.jsp?EID=430437) Question originally posed by Ganesh Vaideeswaran (http://www.jguru.com/guru/viewbio.jsp?EID=450195 I don't think you can control the value of the port returned by the accept call on server side runtime. This port is determined by the OS at runtime depending upon the availbility of the port. Atleaset on the client side, you can bind the socket to a particular local port before making a connection to the remote server in normal socket programming. But in RMI, RMI reference layer manages connection management. Comments and alternative answers

Is there really a problem? Author: Gaddy Barchana Lorand (http://www.jguru.com/guru/viewbio.jsp?EID=230945), Oct 10, 2001 As far as I understand (and from the actual behavior) the port number of the socket that is returned by accept is the same port number as the one the server is listening to. This is the normal TCP accept bahavior. Am I missing something? We have the following setup: Oracle 8.1.7, Windows and Linux clients running JRE 1.2.2_008, RMI server running on Linux or Windows NT with JRE 1.2.2_008. The RMI server uses thin JDBC to communicate with the DB. The RMI server creates a new impl-object for each client request. When several clients execute the same remote method concurrently, sometimes one or more of them gets an EmptyStackException. We've tried to synchronize the method with no apparent change in behaviour.

One method where we seem to succeed is one where the database call can be executed once, storing the result in a static variable. Question one: Which stack is empty??? Question two: How can we solve the problem? Question three: When we changed the JRE on the server to 1.3.1 we haven't been able to reproduce the error. Is there a significant difference between 1.2.2 and 1.3.1 in this case?

Location: http://www.jguru.com/faq/view.jsp?EID=463940 Created: Jul 28, 2001 Author: Pontus Strand (http://www.jguru.com/guru/viewbio.jsp?EID=249440) Question originally posed by Fredrik Duprez (http://www.jguru.com/guru/viewbio.jsp?EID=449614 The problem has now been solved. It was caused by a bug in Oracle's thin JDBC client version 8.1.6. So the answers are as follows: Q1: We use OracleConnectionCacheImpl.getConnection in our connection pool, it obviously keeps a stack of connections or something along those lines. This stack gets empty on occasions. Q2: This bug seems to be fixed in version 8.1.7, at least we haven't been able to reproduce the problem. Q3: We still don't know why it worked using JRE 1.3.1 but we think it is because it is faster and we therefore got some extra time before the EmptyStackException occurs and we didn't use enough clients to have any problems. We probably would have found the reason for this much earlier if we had caught the exception on the server instead of on the client. Oh well, you learn by your mistakes :-) I have a Java app which uses RMI calls on bound interfaces to create remoteable objects. This works fine. I call my create object method on an interface in the RMIRegistry created with Naming.Rebind, and the created object is also derived from UnicastRemoteObject so it's interface can be used directly by the client. Now, I want to use SSL, so I created server and client socket factories and in the constructors for all objects derived from UnicastRemoteObject, I call: super(0, new ClientSocketFactory(protocolname), new ServerSocketFactory(protocolname)); Because I create a lot of these objects, I get a lot of server sockets created even some I don't use if I happen to create an object for use in the server or client internally. When not using the socket factories, the Java RMI code internally shares its server port so that only one gets created. How can I do this myself with my own SSL sockets? I tried creating just one socket and

having the socket factory return that one all the time, but I get a java.rmi.NoSuchObjectException on the client because the server doesn't know about the object after I created it. Is there a way of telling the RMI system that I want to create my own server sockets but want to share them? Location: http://www.jguru.com/faq/view.jsp?EID=466990 Created: Aug 2, 2001 Author: Paul Beadle (http://www.jguru.com/guru/viewbio.jsp?EID=260183) Question originally posed by Govind Seshadri PREMIUM (http://www.jguru.com/guru/viewbio.jsp?EID=14 After further investigation, it appears that using the same socket factory rather than a new one for each remoteable object derived from UnicastRemoteObject ensures that RMI shares the SSL connection for all objects. Also, ensure that all socket factories implement the hashCode and equals methods to force correct cleanup. Is there an easy way for me to exchange XML objects between the RMI client and server? Location: http://www.jguru.com/faq/view.jsp?EID=477578 Created: Aug 15, 2001 Author: Bozidar Dangubic (http://www.jguru.com/guru/viewbio.jsp?EID=433955) Question originally posed by sayeed sami (http://www.jguru.com/guru/viewbio.jsp?EID=466799 Use JDOM. org.jdom.Document is a serializable object so you can exchange it through RMI without much trouble. Are there any guidelines as to when I should use RMI and when I should prefer plain old socket connections? What are the advantages/disadvantages of each of these technologies ? Location: http://www.jguru.com/faq/view.jsp?EID=479169 Created: Aug 18, 2001 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Question originally posed by Matthias Suter (http://www.jguru.com/guru/viewbio.jsp?EID=477124 Prgramming sockets in Java is to apply a procedural networking idiom to an objectoriented computing environment. Sockets-based network programming can be a fairly laborious task. Here, all client/server communication must be mediated by a user-defined application protocol, which serves to define the precise byte-oriented sequence of the message. A client must not only be responsible for creating the message, but also must bear the logic to decipher the response from the server. And likewise for the server. RMI elevates network programming to a much higher plane. With RMI, Java objects can easily invoke the methods of remote objects as if they were locally available. The amazing part is that the remote objects may be under the jurisdiction of an entirely different JVM, running on a different host halfway around the world! Also, since you interact with an RMI object much like a local object, remote methods can send and receive just about any valid Java object without having to worry about flattening it out to a serial data stream. RMI automatically provides you that feature by utilizing the underlying Object Serialization mechanism. The communication between the RMI

client and server itself is facilitated by the Java Remote Method Protocol (JRMP) or Internet Inter-Orb Protocol (IIOP). RMI is especially useful for deployment as a multi-tier bridging mechanism, and can serve as an effective "glue" for integrating other enterprise Java technologies like JDBC and JNI. RMI remote objects serving as wrappers to database and legacy system integration code are also highly scalable due to the inherently distributed nature of the technology itself. There is no doubt that programming low-level sockets enables your client-server applications to be much more efficient in their conversation. They also do not suffer from the latency issues due to object serialization and are easily integrated through corporate firewalls. But this comes at a cost of your programs being much more difficult to develop and maintain, compared with RMI applications. Unlike RMI, you will also have to take care of multithreading issues within your server. How does SOAP compare with RMI? Location: http://www.jguru.com/faq/view.jsp?EID=488300 Created: Aug 31, 2001 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Soap (Simple Object Access Protocol) and RMI are entirely different technologies. RMI is Java-centric, whereas SOAP, which uses XML, is language independent. However there are some similarities. SOAP, like RMI, allows you to make an RPC on another machine over HTTP or SMTP. Soap works on the request/response model of making remote procedure calls. The client program forms a request which consists of a valid SOAP XML document and sends it over HTTP or SMTP to a server. The server picks up the SOAP request, parses and validates it, invokes the requested method with any supplied parameters, forms a valid SOAP XML response and sends it back over HTTP or SMTP. For a good paper comparing SOAP with RMI, see: A closer look at SOAP, RPC, and RMI What are smart proxies? Location: http://www.jguru.com/faq/view.jsp?EID=488301 Created: Aug 31, 2001 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) A smart proxy is a class, instantiated in the client VM, that holds onto a remote object reference. It implements the object's remote interface and typically forwards most of the calls on the interface to the remote object, just like an RMI stub. However, a smart proxy is more useful than the RMI stub in that you can change the behavior of the remote interface to do more than forward calls to the remote object. For instance, a smart proxy can locally cache state from the remote object to avoid the network overhead on every method call. For more details, see the excellent Javaworld article by Jeff Wilson, Get smart with proxies and RMI I am using RMI, where the client is in Windows 2000 and the server is in Linux. I have an object database at the RMI server for storing objects. The RMI client is available to any application that needs to store objects in the object database. When I store a class it gives a

ClassNotFoundException:ClassName(no security manager: RMI class loader disabled) at the client. The ClassName is the object that has to be stored. The ClassName is in the CLASSPATH of the client. The RMI client developed by me is supplied in a jar file. But when I put the ClassName at the server end, i.e. explicity store the ClassName.class file in the server, it works. The hitch is that my RMI client will be used by many application to store objects in the object database and I can't put each object what they store in the server side, physically. Is there any way to overcome this? Location: http://www.jguru.com/faq/view.jsp?EID=502971 Created: Sep 24, 2001 Author: Christopher Schultz (http://www.jguru.com/guru/viewbio.jsp?EID=138382) Question originally posed by Brijesh Kumar (http://www.jguru.com/guru/viewbio.jsp?EID=320017 When you push/pull objects over RMI, the RMI mechanish doesn't send then class file with the object - it just serializes it, which includes nothing but the data. When the server tries to de-serialize the object, it must have the class definition. That's the reason for the ClassNotFoundException that you're getting, and why it clears up when the server has that class file. You have several options, here: • • • •

Try to use built-in types for all the objects that you are sending over RMI (like Vector, Hashtable, etc.). Then, you don't have to worry about the clases being there. Have a central repository where all the class files can be found, regardless of the client. Clients will have to send their class files to that central repository before using your RMI server. Have each client bind itself to a local socket, turning the client into a class file server. Have the server turn around and connect to the client to download the class file. Ditch RMI altogether. This is usually hard to do, and still requires you to figure out how to represent your objects without using their original class definitions.

This is a hard problem to solve. I wish you good luck. Comments and alternative answers

dynamic class dl Author: Alex Field (http://www.jguru.com/guru/viewbio.jsp?EID=818963), Mar 31, 2002 one easy way to solve this problem is to have the client set the java.rmi.server.codebase system property. then the server can download client class files from the codebase if it cant find them locally because the client will annotate the codebase to all objects it sends. this is what i did for a program i am working on

which will serve any client which extends the remote interface provided. hope that is helpful (and correct!) Alex Is there any difference between JRMP (Java Remote Method Protocol) and RMI? Location: http://www.jguru.com/faq/view.jsp?EID=502975 Created: Sep 24, 2001 Author: Alessandro A. Garbagnati (http://www.jguru.com/guru/viewbio.jsp?EID=32727) Question originally posed by Luigi Viggiano PREMIUM (http://www.jguru.com/guru/viewbio.jsp?EID=101985 I hope this will clarify the concepts and it will answer your question: Java RMI is just a set of APIs and a model for remote objects for building distributed applications. The original version of RMI uses a combination of Java serialization and the Java Remote Method Protocol (JRMP) to turn local method invocations into remote method invocations. JRMP is one transport protocol that is used by RMI to transfer data across the network. Another example of a transport protocol used by RMI is IIOP (Internet Inter-ORB Protocol). Comments and alternative answers

Difference between RMI and JRMP protocols? Author: Arun Sethi (http://www.jguru.com/guru/viewbio.jsp?EID=710659), Jan 5, 2002 I guess the original question asked here was: Is RMI protocol and JRMP protocol two different names for the same protocol or these are two different protcols ? ie in other words one of the way to invoke remote object is rmi://host/object and the questions is that is there any thing like jrmp://host/object ?

Re: Difference between RMI and JRMP protocols? Author: bill clinton (http://www.jguru.com/guru/viewbio.jsp?EID=729472), Jan 22, 2002 RMI is not a protocol, normally there're two protocols available for RMI, one is JRMP, which is language dependent; another is RMI-IIOP, which is compatible with CORBA. I am trying to run RMI over a SSL connection. The Server- and ClientSocketFactories seem to be straight forward but how could I specify

when I request a remote object, what keypair to use for the SSL connection. That means I can't just load the keys from a static key file, I want to pass them dynamically, at least to the client. On the server side the key pairs can be loaded from disk, so no sweat. The JSSE example would work. But is there a way to later access the public-key that was used by the client to set up the secure communication. I want to use it for further authentication, e.g. compare it to a presented X.509 certificate. Location: http://www.jguru.com/faq/view.jsp?EID=503552 Created: Sep 25, 2001 Author: Sandy McPherson (http://www.jguru.com/guru/viewbio.jsp?EID=455365) Question originally posed by Markus Lorch (http://www.jguru.com/guru/viewbio.jsp?EID=488125 I am not exactly sure of why you would want to pass the key pair to the client, but I guess your situation must be similar to my own. I have a client callback object which is using SSL, so to create the server socket for this object I need a KeyStore. As the client is loaded via Java Web Start I don't want to interfere with the plug and play by requiring the client's user to configure keystores and truststores. Currently I am requesting a KeyStore from the client using an https URL connection to the server which opens a keystore file in my webstart server and loads it into the client. The reason for this clunky inelegant solution is the current server interface expects the client object as a parameter of the login/authorization method. What I need to do is to make this a four phase operation: first authorize the client via a login; then request a Keystore object from the server (storing this as a transient object in the client); create the callback object using this Keystore as the source of the server certificate; and finally register the callback object with the server. Using this method I believe you could use randomly generated certificates to send to your clients and add these on the fly to the servers (transient)truststore, which means that you don't have to hand out any sensitive data, but as I haven't implemented this yet I will reserve judgement..... I reckon this approach is as secure as I can make it, but I would be interested to receive any commments. Can I log the client-side remote calls of an RMI client? Location: http://www.jguru.com/faq/view.jsp?EID=505561 Created: Sep 27, 2001 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Yes, with J2SE 1.4, you can now log client-side remote calls and exceptions of an RMI client by setting the system property sun.rmi.client.logCalls=true when starting up your client. You can also now control the granularity of the logging mechanism

through additional properties. For details, see http://java.sun.com/j2se/1.4/docs/guide/rmi/logging.html Is it true that I cannot send data greater than 64K between an RMI client and server? Location: http://www.jguru.com/faq/view.jsp?EID=505569 Created: Sep 27, 2001 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Yes, that's true only with RMI systems prior to JDK 1.3, where you cannot serialize a string greater than 64k. You would have a java.io.UTFDataFormatException thrown if you tried. However, since the serialization protocol has been enhanced with JDK 1.3, you should now be able to serialize strings greater than 64K. However, do keep mind that for this to work, both the client and server JVMs need to be JDK 1.3 compliant. Otherwise, if your, say, JDK 1.2-compliant RMI server tried to read serialized data greater than 64K sent by a JDK 1.3-compliant RMI client, the server would throw a java.io.StreamCorruptedException. Comments and alternative answers

Is it true that I cannot send data greater than 64K between an RMI client and server? Author: Amit Kushwaha (http://www.jguru.com/guru/viewbio.jsp?EID=738215), Jan 30, 2002 Hi, Is there any maximum upper limit for String datatypes ? Can we send data > 64KB that are not String datatypes. For example: in a Vector. Is there any size limitation when you use RMI for transferring files. Regards, Amit Re: Is it true that I cannot send data greater than 64K between an RMI client and server? Author: Ashwath Krishnamurthy (http://www.jguru.com/guru/viewbio.jsp?EID=742974), Feb 1, 2002 I am using JDK 1.1.8 and it is found that it can send data which is larger than 64K. I am using String datatypes here. But the the performance of the system is very slow. Is there anyway I can improve the performance ? Can I use Swing components within RMI? Location: http://www.jguru.com/faq/view.jsp?EID=510444 Created: Oct 3, 2001 Author: Raymond Blum (http://www.jguru.com/guru/viewbio.jsp?EID=131288)

Question originally posed by Prashanth Katamaneni (http://www.jguru.com/guru/viewbio.jsp?EID=477232 Do you mean to pass Swing Components as parameters to remote objects using RMI? If so, you are probably out of luck as most if not all of them are not directly Serializable. For some Swing & AWT related classes, there are workarounds such as [implementations of] ListModel which can be "disconnected" from any reference to a JList and then passed to Remote objects. Is there any way by which I can force RMI invocations to always tunnel via HTTP? Location: http://www.jguru.com/faq/view.jsp?EID=525738 Created: Oct 20, 2001 Author: Christoph Dittberner (http://www.jguru.com/guru/viewbio.jsp?EID=507902) Question originally posed by Neeliagari Sreedhar (http://www.jguru.com/guru/viewbio.jsp?EID=507745 Firstly, you need to configure the call forwarder program running at a specific url (i.e./cgi-bin/java-rmi.cgi). To force http-tunneling you have to create a sun.rmi.transport.proxy.RMIHttpToCGISocketFactory as your default ClientSocketFactory and set it as RMISocketFactory.setSocketFactory(new sun.rmi.transport.proxy.RMIHttpToCGISocketFactory()); After that all RMI calls are encapuslated via a HTTP POST request and forwarded to the CGI program java-rmi.cgi which in turn "unwraps" the RMI call and forwards it to the appropriate remote object making the remote invocation. Comments and alternative answers

Where is java-rmi.cgi Author: David Gradwell (http://www.jguru.com/guru/viewbio.jsp?EID=1093723), Jun 13, 2003 After installing j2sdk 1.4.1_01 and jwsdp-1.2 with Tomcat and using both successfully (j2sdk for years !) I wanted to implement RMI tunnelling over http. However, the java-rmi.cgi does not seem to be installed anywhere. Where should I find it ? Where can I get a copy ? A client I've written is trying to connect to a server that resides on another machine. The server is an implementation of the interface MyServer, and is called MyServerImpl. During the Naming.lookup() call in the client I'm getting a ClassCastException: java.lang.ClassCastException: MyServerImpl_Stub This is the code in question: MyServer my_server = null; String name = "//121.0.0.42/MyServer"; my_server = (MyServer)Naming.lookup( name ); //exception thrown here

I've checked, and there *is* a stub being returned from the lookup call. The server is up and running on the other machine, and was compiled from the same code that the client is referencing. From what I can tell, this should work, but apparently there's a disagreement between the stub being returned and the variable used to hold it. Anyone have any ideas why it's not working? Location: http://www.jguru.com/faq/view.jsp?EID=532475 Created: Oct 29, 2001 Author: Matt Senecal (http://www.jguru.com/guru/viewbio.jsp?EID=464625) Question originally posed by Matt Senecal (http://www.jguru.com/guru/viewbio.jsp?EID=464625 Here's how I finally solved this. I took the compiled RMI STUB and SKEL files from the server and replaced the corresponding files on the client machine with them. Then I re-ran the client, and the problem vanished! Interesing, this. Same code, same java version, the only thing that's different is that the server is Solaris 8, and the client is Win 2000. Comments and alternative answers

on ClassCastException Author: vaidehi saheba (http://www.jguru.com/guru/viewbio.jsp?EID=1241829), Apr 30, 2005 I have the same problem but only when i am trying to invoke two rmi methods from the same machine. That means i am trying to invoke remote method on server side by object of interface object. but when i am running with inly one method invocation then program is runnung successfully but it gives me Exception ClassCastException when i am trying two remote method invocation simulteneously from the same machine. i want that porblem's solution. I am suddenly seeing java.lang.ClassMismatchError in my RMI application that was previously running fine. Why? Location: http://www.jguru.com/faq/view.jsp?EID=532690 Created: Oct 29, 2001 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) The most likely reason is that some of the of the classes may have been modified and recompiled while the RMI application was still running. You might want to restart the client, server and rmiregistry and see if it clears things. Is it mandatory for me to instantiate a security manager within my RMI server? Location: http://www.jguru.com/faq/view.jsp?EID=532767 Created: Oct 29, 2001 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) It is not mandatory to set a security manager for the use of Java/RMI. The reason to do this is so that the Java/RMI client can handle serialized objects for which the client does not have a corresponding class file in its local CLASSPATH. If the security

manager is set to the RMISecurityManager, the client can download and instantiate class files from the Java/RMI server. This mechanism is actually fairly important to Java/RMI, as it allows the server to generate subclasses for any Serializable object and provide the code to handle these subclasses to the client. It is entirely possible to use Java/RMI without setting the security manager, as long as the client has access to definitions for all objects that might be returned. Java/RMI's ability to handle the passing of any object at any time using Serialization and class file download is possible only because the JVM provides a portable and secure environment for passing around Java byte codes that form the Java executable from which Java objects can be reconstructed at run-time, if required. See http://www.execpc.com/~gopalan/misc/compare.html for more details. What is the meaning of marshalling and unmarshalling? Location: http://www.jguru.com/faq/view.jsp?EID=560072 Created: Nov 25, 2001 Author: Alessandro A. Garbagnati (http://www.jguru.com/guru/viewbio.jsp?EID=32727) Question originally posed by Omar Khan (http://www.jguru.com/guru/viewbio.jsp?EID=232689 Omar, In few words, "marshalling" refers to the process of converting the data or the objects inbto a byte-stream, and "unmarshalling" is the reverse process of converting the byte-stream beack to their original data or object. The conversion is achieved through "serialization". The purpose of the "marshalling/unmarshalling" process is to transfer data between the RMI system. What is the case for RMI? I used to do RMI before the EJB era. Can we not do everything we want to with RMI probably with a stateless session bean? Why would one use RMI instead of a stateless session bean? Can someone tell me the advantages, disadvantages etc of both approaches ? Is there any difference as far as performance is concerned? Location: http://www.jguru.com/faq/view.jsp?EID=568006 Created: Nov 30, 2001 Author: Mikael Jakobsson (http://www.jguru.com/guru/viewbio.jsp?EID=41777) Question originally posed by Sashi Reddy (http://www.jguru.com/guru/viewbio.jsp?EID=395494 EJBs are (as I am sure you are aware) a framework for distributed components, handling transactions and object pooling and more. RMI is used in this framework as the mechanism for object distribution. An EJB application server adds more to distributed components than RMI does. The application server will handle transactions, object pooling, database connection pooling and more. This extra functionality comes at a price, performance-wise, since there are simply more things to check and handle compared to plain RMI where no such functionality exists.

Therefore, when it comes to comparing performance, EJBs can only be slower than a similar construction using RMI directly, due to the overhead introduced by the application server. Q: But what if you code all the extra functionality yourself? A: That depends on what your priorities are. There are at least two ways to look at this: •



The "Pure RMI" solution would probably be faster, since it is likely to be optimized for the problem at hand. The EJB framework is a generic framework that can handle most cases where distributed components are desired. Such generic code needs to perform more checks and needs more layers of logic to handle almost any possible type of problem. These checks and extra layers will introduce some performance overhead. So if your priority is performance, the pure RMI solution will probably be the best solution. To take this to the extreme you could save some extra performance by skipping the (generic) RMI framework and go directly for the Sockets. There is definitely some extra milliseconds to spare there too. The reason for using RMI instead of sockets is often that it is so much easier to distribute components via RMI. The development time is simply much shorter if RMI is used. The same holds true for the EJB vs RMI discussion. If you DO need some functionality that is provided by the application server it is much simpler and quicker to use the existing EJB framework than developing your own functionality for common problems such as DB connection pooling. Using the EJB framework is many times more cost-effective, which is an important parameter in many projects .

I think that there is no "correct answer" to this issue, but I hope the above has added some input in the debate on where and when to use what technology. Comments and alternative answers

EJB vs RMI Author: Santosh Kumar (http://www.jguru.com/guru/viewbio.jsp?EID=1080478), Apr 30, 2003 EJB makes the work for programmer easy as application servers gives some services to the components such as Pooling , Security & Transaction. As Application server comes into picture its adds up the Cost and Overhead. The decision to go for EJB/RMI Frame Work/Socket Programming should be based on requirement and accordingly programmer/architect takes the decision. Background Servers Author: Rajarshi Mukherjee (http://www.jguru.com/guru/viewbio.jsp?EID=1160292), Apr 5, 2004 When you need a Server which will run in background doing some task as periodically apart from serving clients (like Scheduler), then you have to go for RMI Solution. I am not aware of any situation, where any Bean (Stateless,Stateful) bean can run forever in the background regardless of Client connecting.

I made some changes to my remote interface and recompiled the server. Now, I am getting an : "java.rmi.UnmarshalException: error unmarshalling arguments; " Why? Location: http://www.jguru.com/faq/view.jsp?EID=568019 Created: Nov 30, 2001 Author: ryan wexler (http://www.jguru.com/guru/viewbio.jsp?EID=433624) Question originally posed by Asif Akhtar (http://www.jguru.com/guru/viewbio.jsp?EID=546111 You need to run rmic and recompile those stubs and skeletons every time you add/delete/modify a method within your remote interface. Comments and alternative answers

Error like this but it apear after first compilation Author: Yuriy Chumak (http://www.jguru.com/guru/viewbio.jsp?EID=719128), Jan 14, 2002 StockMarketImpl Market = new StockMarketImpl( "NASDAQ"); java.rmi.RemoteException: java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is: May be errors core in the settings of CLASSPATH? Re: Error like this but it apear after first compilation Author: bijoy jayachandran (http://www.jguru.com/guru/viewbio.jsp?EID=1208774), Nov 2, 2004 The reason.. the driver script loaded an old rmiregistry which was in a more prominent position in the PATH... to fix it ...give the path to ur jdk/bin in a more prominent position(at the beginning)and <start rmiregistry> from the location where u have ur class files... this shud fix it! Re[2]: Error like this but it apear after first compilation Author: Yu Limin (http://www.jguru.com/guru/viewbio.jsp?EID=1216388), Dec 14, 2004 http://archives.java.sun.com/cgi-bin/wa?A2=ind0101&L=rmiusers&F=&S=&P=17995 I am trying to do something using RMI Activation and I read an article discussing RMI activation in which the author said: "There is no standard way to measure whether an object is "heavily" or "lightly" used;it depends on the situation. As well, even if objects are rarely used but the server they're running on has a light load, it would make no sense to deactivate these objects.These are decisions a programmer or system administrator must make. For example, a service might have a separate thread running to measure use. When this thread determines that the object is idle, it calls Activatable.inactive(activationID) to inform the object's activation group."

But i just want to measure whether an object is "heavily" or "lightly" used ,and even how many times the methods of the object is called. Is the ActivationMonitor interface in RMIActivationSystem is helpful here? the author also said that "For example, a service might have a separate thread running to measure use.". But how do I measure performance and how to communicate with the RMI Activation System? Any suggestions would be appreciated highly. Location: http://www.jguru.com/faq/view.jsp?EID=568075 Created: Nov 30, 2001 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by f qf (http://www.jguru.com/guru/viewbio.jsp?EID=539646 Our company uses the activation framework. Each RMI method increments a counter of times used in persistent storage. That is -not a field within the _impl Class. We have a daemon thread that runs every n-minutes. It looks at each RMI method counter to see whether each counter is greater than the last time the thread ran. If the time is one minute and method X counter is 1000 greater than when last the thread ran, then method X is being used 1000 times per minute. Is this heavy or light? It depends on the application. When no method counters are greater than the last time the thread ran, then we call inactivate(). If you pointers on using persistent storage, hop on over to developerWorks and read the RMI Server Framework article: http://www-106.ibm.com/developerworks/java/library/j-rmiframe/ Every time my remote method is executed, it creates a number of threads and an equal number of other objects used to save data. However when the remote method returns, the memory allocated for these objects and threads is not freed. As a result, after executing the same method for a number of times, I get a java.lang.OutOfMemoryError. I tried to use System.gc() after setting some objects to null, but with no luck. Is there any way to close the present server and create a new instance before the method returns? Location: http://www.jguru.com/faq/view.jsp?EID=568091 Created: Nov 30, 2001 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by Panos Koup (http://www.jguru.com/guru/viewbio.jsp?EID=388091 If the threads you created have a reference to the objects used to save data, then those object will never be garbage collected.

If the threads you created explicitly set their reference to the objects to null and the RMI-Connection thread sets its references to the objects to null, then there are no more references to the object and it is subject to garbage collection. If the threads you created do not end, that is -- return in the run() method, then you will keep creating more and more threads until you finally run out of resources. The RMI Runtime reuses the RMI-Connection thread on subsequent remote invocations so any objects the thread creates remain alive as well as any threads created. As far as close the present server and open a new one -- NO. You must solve the storage problem. You have a design flaw somewhere and this is where Java tools come in handy. There are products on the market to display memory and object usage (like JProbe). Look here on JGuru or go over to JavaWorld for a list of tools. I Have a server that access a database via JDBC, and want to return ResultSets VIA RMI back to the Client. I have read that this can't be done (But it can be got you could go through your ResultSet and Return a Vector). I would be grateful if somebody could give me an example of this. Better yet if there is some way of passing the ResultSet Back. I tried making the ResultSet serializable but that didn't work. Location: http://www.jguru.com/faq/view.jsp?EID=592454 Created: Dec 20, 2001 Author: Benoit Quintin (http://www.jguru.com/guru/viewbio.jsp?EID=394478) Question originally posed by JavaDB OOP (http://www.jguru.com/guru/viewbio.jsp?EID=336747 Look, as far as I understand it, a resultset really doesn't make ANY sense once serialized out of the JVM it was created in. You are right, going through your resultset and adding it to a Vector is a decent way of doing it. As in Connection con; Statement st; ResultSet rs = st.executeQuery("query here"); Vector v = new Vector(); while(rs.next) { v.add(rs.getXXXXX); } then close your resultset and serialize the vector. Comments and alternative answers

JDBC RowSet Author: V S N Murthy Boggavarapu (http://www.jguru.com/guru/viewbio.jsp?EID=63013), Dec 21, 2001 Use RowSet instead of ResultSet. Which is serializable . so u can send RowSet object

over network ..u need not convert it into Vector. RowSet is in package javax.sql. Re: JDBC RowSet Author: ariel javier (http://www.jguru.com/guru/viewbio.jsp?EID=1244998), May 19, 2005 can you give some lines of code on how to use RowSet. I started working on RMI recently and this particular concept is not clear to me: 1.When the client invokes a remote method,which is void ,will the Client know this from the stub it gets from Registry that its not getting anything in return? 2.If so then will the Client thread still wait for some kind of Ack from Server before it could do something else 3.Or the Client thread will finish sending what it has to send to Server and free that thread to do something else. It does not seem necessary for the Client Thread to be blocked even when there is no return data from Server. Location: http://www.jguru.com/faq/view.jsp?EID=592455 Created: Dec 20, 2001 Author: Dave Bucci (http://www.jguru.com/guru/viewbio.jsp?EID=580534) Question originally posed by Sandhya Nagamangala (http://www.jguru.com/guru/viewbio.jsp?EID=553775 I believe that the call is synchronous because the client must be prepared to receive exceptions back, which may be thrown at any time throughout the server object's processing. I'm fairly certain (though I haven't tried it) that if you truly want asynchronous communication, your server object can cause that to happen by creating a thread to perform the processing, and returning immediately. If it weren't for that issue, your logic would be entirely correct. You can see a detailed discussion of issues and patterns in this at http://www.distributedcoalition.org/mailing_lists/dist-obj-tech/msg00007.html and http://www-106.ibm.com/developerworks/java/library/j-rmiframe/ How can i use Generics to improve my Java RMI programs? Location: http://www.jguru.com/faq/view.jsp?EID=701493 Created: Dec 25, 2001 Author: Davanum Srinivas (http://www.jguru.com/guru/viewbio.jsp?EID=2011) Generics and Method Objects is an excellent source for information on how to use "Generics" with Java RMI. More information on "Generics" can be found at Generics and Java. Can I use compression to improve RMI performance when transferring large datasets between the client and server? Location: http://www.jguru.com/faq/view.jsp?EID=704241 Created: Dec 28, 2001 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14)

Yes, you should be able to use the ZipInputStream and ZipOutputStream classes within a custom socket factory to give you a new socket type that transparently compresses data. For a tutorial on how to do this, including sample code, see: http://www.javaworld.com/javaworld/javaqa/2001-12/01-qa-1207-ziprmi.html? Comments and alternative answers

java.util.zip.ZipException: no current ZIP entry Author: Ben Chen (http://www.jguru.com/guru/viewbio.jsp?EID=784979), Mar 6, 2002 The instructions on compression for RMI input/output doesn't seem to work. I get a no current ZIP entry when running my client application. Is anyone else getting this problem? Re: java.util.zip.ZipException: no current ZIP entry Author: Bill Zhang (http://www.jguru.com/guru/viewbio.jsp?EID=991814), Aug 30, 2002 I got same problem. Re[2]: java.util.zip.ZipException: no current ZIP entry Author: Antony Cook (http://www.jguru.com/guru/viewbio.jsp?EID=1062807), Mar 4, 2003 me too. Anyone found out how to get this to work ? Re[3]: java.util.zip.ZipException: no current ZIP entry Author: Antony Cook (http://www.jguru.com/guru/viewbio.jsp?EID=1066177), Mar 14, 2003 thanks to a colleague that pointed this out... when you construct your ServerImpl, don't use the constructor that takes the port number, use the default constructor. so use ServerImpl server = new ServerImpl(); Registry r = LocateRegistry.createRegistry(1090); Naming.rebind("//localhost:1090/ZipServer",server);

NOT ServerImpl server = new ServerImpl(SOME_PORT); Registry r = LocateRegistry.createRegistry(1090); Naming.rebind("//localhost:1090/ZipServer",server);

Re[4]: java.util.zip.ZipException: no current ZIP entry Author: David Duran (http://www.jguru.com/guru/viewbio.jsp?EID=455721), Mar 26, 2003 By using the default constructor, you're NOT making use of the Zip Socket. You have to use either of the below constructors for your

Unicast/Activatable objects respectively, in order to use the the custom socket factories. Note that passing 0 in for the port number is the same as calling the noarg. constructor. It will just use an anonymous port. UnicastRemoteObject(int port, RMIClientSocketFactory csf, RMIServerSocketFactory ssf) or Activatable(ActivationID id, int port, RMIClientSocketFactory csf, RMIServerSocketFactory ssf) In other words, this problem doesn't seem like it's been solved yet :) WebLogic implementation Author: David Toyer (http://www.jguru.com/guru/viewbio.jsp?EID=1129062), Nov 18, 2003 Any idea how I would do this in WebLogic. It's implementation UnicastRemoteObject does not support the constructor being used in the example article What changes do I have to make to my existing RMI program for it to use IIOP? Location: http://www.jguru.com/faq/view.jsp?EID=704248 Created: Dec 28, 2001 Author: Govind Seshadri (http://www.jguru.com/guru/viewbio.jsp?EID=14) Sun has come up with a fairly good cookbook approach for converting existing RMI programs to use IIOP. See http://java.sun.com/j2se/1.4/docs/guide/rmiiiop/rmi_iiop_pg.html#Convert. Also, note the Restrictions When Running RMI Programs Over IIOP section. What is PortableRemoteObject.narrow() method and what is used for? I found somewhere that it is "CORBA compliant". Why? Location: http://www.jguru.com/faq/view.jsp?EID=734137 Created: Jan 25, 2002 Author: Alessandro A. Garbagnati (http://www.jguru.com/guru/viewbio.jsp?EID=32727) Question originally posed by Sarvotham.Pai. Hosdurg (http://www.jguru.com/guru/viewbio.jsp?EID=733922 Hi, When you execute a lookup to get the home interface of your bean, you normally use the lookup() method of the javax.naming.Context interface. This method will return you an Object that needs to be casted to the home interface you've asked for. Unfortunately, this cannot be done using the normal/explicit casting [MyHome myHome = (MyHome)returnedObject].

As you have already found out, the reason is connected to CORBA. Why? For EJB, the communication between the server and the client is based on RMI (both remote and local interfaces, in fact, do implements the java.rmi.Remote interface). The underlying protocol that it is used for the communication is IIOP (I think 1.2), that is part of CORBA standards. It is normally used to describe this communication system using the Java RMI over IIOP. IIOP has not been designed for Java, but for generic languages, and this means that there are some limitations. Some languages, in fact, do not have the concept of casting. Java RMI-IIOP provides a mechanism to narrow the the Object you have received from from your lookup, to the appropriate type. This is done through the javax.rmi.PortableRemoteObject class and, more specifically, using the narrow() method. Just a note: when you are using the new EJB 2.0 Local Client API, you should be able to do a direct/explicit cast from the looked up Object, to the interface you need. Comments and alternative answers

without Narrow Method Author: Sudhir Sharma (http://www.jguru.com/guru/viewbio.jsp?EID=1048849), Jan 21, 2003 I hope that if we don't use Narrow method to cast the object, it will work. In Ejb 2.0, it is possible to cast the object as we cast it in Java, if we are using Local Home and remote interface. But I hope in ejb 1.0 and 1.1 also, we can use direct casting over lookedup objects. Please clear me this thing if it is essential to use Narrow() method to cast the object. RMI-IIOP Author: Deepak Kalra (http://www.jguru.com/guru/viewbio.jsp?EID=1152019), Mar 10, 2004 Since Remote and Home interface implements java.rmi.Remote interface. ThE calls to these interface will be remote calls and Most of the conatiner use IIOP as communication network protocol and IIOP is CORBA standard. So we have to use narrow method of PortableRemoteObject as Its define as the standard of IIOP.Normal cast operator will not work as Application server use IIOP protocol Re: RMI-IIOP Author: Kacel Kacel (http://www.jguru.com/guru/viewbio.jsp?EID=1161993), Apr 11, 2004 The spec says to always narrow. If your ejb server (container) doesnt serv IIOP on wire , then the usual cast should work BUT your client code wont be vendor independent. Deploying, again, your ejb on an IIOP server, yhis time, will break your clients (without narrow). Think narrow instructions as portable condition for your bean, and think that your client is not always written in Java.

Re[2]: RMI-IIOP Author: Suresh Subramanian (http://www.jguru.com/guru/viewbio.jsp?EID=1226627), Feb 11, 2005 I have seen a single application using both normal java casting and narrowed objects. In this application all servlets use normal casting to lookup ejbs and ejbs use narrow to lookup other ejbs like client java command line applications. Is there a specific reason to have this difference in approach? I want to know the difference. Please explain Thanks Suresh How do I transfer a text file from server to client? I am trying to transfer a text file from server to client using File objects. but i am not getting success. so how can we transfer a text file without going into the Socket programming and streams. Location: http://www.jguru.com/faq/view.jsp?EID=741013 Created: Jan 30, 2002 Author: gunther van roey (http://www.jguru.com/guru/viewbio.jsp?EID=710858) Question originally posed by sameer mohta (http://www.jguru.com/guru/viewbio.jsp?EID=706554 In Java, a File Object simply represents a possibly existing file on the file system. If you create a file object like this: File f = new File ( "c:\\test.txt" ); and the file "c:\test.txt" doesn't exist, this will throw no exception (but f.exists ( ) will tell you so). If you want to work with a file's content, you'll ask an InputStream for it, and only then you'll really access the file. What you can do to solve your problem, is to read the file on the server side, store it's content (in a String, byte array, or whatever ...) and pass the content to the client. This has to be done, because the remote machine can't access the local machine's file system. This can be implemented by putting a method in you remote interface like this: byte[] getFileContents ( String fileName ) throws RemoteException; if you then implement this method on the serverside and return a byte array, you can write a new file on the client side, or keep the data in memory, according to your needs ...

I am trying to run a server (say a Apache Server or a tomcat servlet engine)on a remote machine using RMI for which I utilize the capabilities provided by the java.lang.Runtime class.When I execute the command I would like to show the results of the process to the user and at the same time I would like to specify whether the server has started successfully.For

this I preferred to get the input stream of the process buffer it and read it.The problem now I am facing is ,when I try to read the stream I am unable to come out of the loop,because the input stream of the process has not ended. Is there a suitable way to show the process messages to the user and at the same time specify whether the process was started successfully...

Location: http://www.jguru.com/faq/view.jsp?EID=741015 Created: Jan 30, 2002 Author: Bob Lee (http://www.jguru.com/guru/viewbio.jsp?EID=733188) Question originally posed by Sudhakar Santhanam (http://www.jguru.com/guru/viewbio.jsp?EID=561986 I wrote a RemoteRuntime server geared at just that. http://crazybob.org/runtime.zip. Edit the "runtime.policy" file to tighten/ease the security restrictions. As a side note, the call to the RemoteRuntime does not return until the process has completed. If you run apache or something, make sure it's set up to return the results and fork another process so that the first can return. Comments and alternative answers

File Moved Author: Bob Lee (http://www.jguru.com/guru/viewbio.jsp?EID=761813), Dec 16, 2002 This is now http://crazybob.org/downloads/runtime.zip I have a problem with the LocateRegistry.createRegistry(int port) method. The registry starts of fine with no problem with the first passed port number but later if I try to start the registry again with another port number, I get the exception "Exception in LocateRegistry.createRegistry : internal error: ObjID already in use" Kindly let me know the solution Location: http://www.jguru.com/faq/view.jsp?EID=741019 Created: Jan 30, 2002 Author: gunther van roey (http://www.jguru.com/guru/viewbio.jsp?EID=710858) Question originally posed by yogesh dhake (http://www.jguru.com/guru/viewbio.jsp?EID=706734 The problem is that there can be only one RMI registry created in a Vitrual Machine. (this is a limitation to the concept of RMI).

Since RMI needs to have a few objects with a known Object ID for allowing clients to find the Registry, these can not exist multiple times in the same VM. (If you search the RMI-user archives at java.sun.com, you'll find a more detailed explanation).

What you can do is start one RMI registry from within your application with LocateRegistry.createRegistry, and start one or more other RMI registries externally (on the command prompt with 'rmiregistry'). Comments and alternative answers

Multiple servers per rmiregistry Author: Trevor Stokes (http://www.jguru.com/guru/viewbio.jsp?EID=1025802), Nov 14, 2002 I have a related question. Am I correct in stating that only one server can communicate with one rmiregistry? In other words, a second server would have to start and bind to an rmiregistry running on a different port? I know that the one server can register many names/objects.

Why should my remote object extend UnicastRemoteObject? Location: http://www.jguru.com/faq/view.jsp?EID=742049 Created: Jan 31, 2002 Author: gunther van roey (http://www.jguru.com/guru/viewbio.jsp?EID=710858) Question originally posed by viswanath r (http://www.jguru.com/guru/viewbio.jsp?EID=731298 If you extends this class, your object will be automatically exported for RMI access. If your class is already extending another class, or you just don't like extending from UnicastRemoteObject, you can also do the following: UnicastRemoteObject.exportObject ( this ); Comments and alternative answers

about overriding equals() and hashCode() methods when using UnicastRemoteObject.export() Author: karthik Guru (http://www.jguru.com/guru/viewbio.jsp?EID=849009), Apr 22, 2002 i guess i need to take special care and provide implementations for equals and hashCode if i use export() static method i guess. Can someone bother to explain that Re: about overriding equals() and hashCode() methods when using UnicastRemoteObject.export() Author: Gundu Venkata Chala Bhaskar (http://www.jguru.com/guru/viewbio.jsp?EID=1002655), Jul 11, 2005 Hi, You R Right.We need to implement the hashCode(),equals() and toString() methods, if we don't want to extend RemoteObject via UnicastRemoteObject. Objects that require remote behavior should extend RemoteObject, typically via

UnicastRemoteObject. If UnicastRemoteObject is not extended, the implementation class must then assume the responsibility for the correct semantics of the hashCode, equals, and toString methods inherited from the Object class, so that they behave appropriately for remote objects. For further information, please visit: http://java.sun.com/j2se/1.4.2/docs/api/java/rmi/server/UnicastRemoteObject.html Thanks, G.V.Bhaskar. Where can I find a complete example of using RMI in applets? Location: http://www.jguru.com/faq/view.jsp?EID=803918 Created: Mar 19, 2002 Author: Jason Rosenblum (http://www.jguru.com/guru/viewbio.jsp?EID=740621) Question originally posed by sam pitroda (http://www.jguru.com/guru/viewbio.jsp?EID=476938 Sun provides one in their Getting Started with RMI guide. I want to connect a jini service to a rmi client. Please tell me how to do this as I have to complete my project. Location: http://www.jguru.com/faq/view.jsp?EID=1057310 Created: Feb 16, 2003 Author: Edward Harned (http://www.jguru.com/guru/viewbio.jsp?EID=240325) Question originally posed by ahsan askari (http://www.jguru.com/guru/viewbio.jsp?EID=1055376 Start by reading Dr. Edwards book: http://www.kedwards.com/jini/index.html why we use home interface in EJB. In RMI we dont have any concept like home interface.why we particularly go for Home Interface Both RMI and EJB are distributed applications. In EJB we use Home interface which is not avaliable in RMI. There must be several reasons for using Home Interface of EJB. can any one give reason for this? Location: http://www.jguru.com/faq/view.jsp?EID=1081979 Created: May 5, 2003 Author: Nick Maiorano (http://www.jguru.com/guru/viewbio.jsp?EID=780589) Question originally posed by vishnu rajan t k (http://www.jguru.com/guru/viewbio.jsp?EID=1075172 By posing this question, you seem to be comparing RMI and EJB as if they were the same type of technology and they are definately not. RMI is a lower level technology that allows java objects to be distributed across multiple JVMs. Essentially, RMI abstracts sockets and inter-JVM communications. EJB, on the other hand, is a technology built atop of RMI but does so much more than allow java objects to be distributed. It is a framework that allows you to build enterprise applications by (among other things) abstracting transactions, database access and concurent processing. Having said this, the answer to your question is the following. The home interface is EJB's way of creating an object. Home interfaces act as factories to create session

beans and entity beans. These factories are provided by the application container and take care of many low level details. Since RMI is a lower level technology, it does not offer the home interface. You would have to create it yourself. Comments and alternative answers

more EJB/RMI Author: Laurent Mihalkovic (http://www.jguru.com/guru/viewbio.jsp?EID=407112), Jun 8, 2003 couple things... Although EJB originally started as a technology for remoting, and therefore made use of RMI for containers implementations, the technology has now outgrown its original intent. The introduction of local interfaces geve EJBs a boost for situations where remoting was not necessary, leading to faster intra-VM calls. In view of this departure form the remoting nature of EJBs, I do believe that the real defining feature of EJBs is the life cycle management provided by the application server. In recent years, the JVM itself has received many improvements in the area of memory management and garbage collection. Sun and IBM have both studied carefully the usage patterns on the servers and built agressive optimization strategies. Marc Fleury (the vibrant voice behind JBoss) recently published an interesting white paper about the optimizations built into modern EJB containers, as well as an interesting view (I happen to share it) that with the flexibility introduced by CMP 2.0, EJB containers are rapidly becoming elaborate caches. These caches keep the raw database data in a format directly usable by Java code, taking care of synchronizing memory and database when necessary. The paper is really interesting, and it gived an interesting glimpse at what modern technilogy based on dynamic class instrumentation has in store for the future of EJB containers. cheers, laurent just want to add Author: Shashank B (http://www.jguru.com/guru/viewbio.jsp?EID=1134131), Dec 16, 2003 RMI is basically used to serve the distributed object same as EJB...but the main difference is RMI serves only one object which is registered with RMI registry.No creation of object takes place..whereas in EJB we use the object from factory/pool.. TO get the EJBObjectref we call the create method which requires home interface because of EJB Object Author: Deepak Kalra (http://www.jguru.com/guru/viewbio.jsp?EID=1152019), Mar

10, 2004 Well We Know Client invokes the method on EJB Object rather than on actual bean instance. Now to get the reference of EJB Object, Client use Home Object i.e. lookup the Home Object through JNDI. Now to give the reference of EJB Object, Home Object should know How to initialise the Object and Home Object Class is provided by the conatiner.So we write a Home interface in EJB to provide this information i.e. create method in home interface In RMI we do not have any concept of conatiner services and in EJB, container use the EJB Object to provide all the services like transacion, security etc. So this way we use Home interface in EJB, in order to get the reference of EJB object and container services Re:why we use home interface in EJB........ Author: Ram V.L.T (http://www.jguru.com/guru/viewbio.jsp?EID=449849), Jun 28, 2004 It can be said that EJB is an advacned version of RMI. RMI is used for method invocation. EJB is object invocation. i.e an instance of an object will be created and assinged to the client through which several business methods will be invoked. I have a related question Author: efrat n (http://www.jguru.com/guru/viewbio.jsp?EID=1205091), Oct 13, 2004 Why can't the creation of the ejb (create()) be called on the server side? instead we have to make 2 remote calls - one to get the home stub, and one to call "create". Instead, this could be implemented on the server - our lookup could do the lookup+create on the server side, and return with the ejb object - why do we need the 2 separate steps? do we ever use the home stub for anything but "create" (or find)??? Thanks Re: I have a related question Author: Praveen Dunna (http://www.jguru.com/guru/viewbio.jsp?EID=142919), Oct 18, 2004 In the case of entity beans , find methods are used apart from create. So lookup need to be seperated from creation. In the case of session beans creation is a must. To be more meaningful and generic, I think the authors of the EJB specification seperated the Creation from Lookup

Related Documents