rmiregistry vs sun.rmi.RegistryImpl 1

[sedj]

Has anyone ever noticed this problem before :

Start up thr rmiregistry.
Run your RMI server.
See the server barf because of a ClassNotFoundException, because it cannot find the _Stub class.

Shut down the rmiregistry.
Run the registry class by doing a "java sun.rmi.RegistryImpl"
Run the RMI server class, and all is well.

Its most frustrating - anyone any idea why ?

 

[Cagliostro]

I had this problem before. You should run the server like this:

java -Djava.rmi.server.codebase=file:///theClassPathDir...
-Djava.security.policy=policyFile.pol TheServerImpl

Use -Djava.rmi.server.codebase instead of -classpath

Ion Filipski

 

[sedj]

Does that always fix it ? I noticed on the Sun bugbase, this kind of problem has been around since 1998 !

 

[Cagliostro]

In fact it was the only way I could start server under an already running rmiregistry.

Ion Filipski

 

[sedj]

Hmmm. As fate would have it, I've just started getting this problem again - and your -Dcodebase option fails to work. Damn. Its going live soon !

Any other ideas ?

Cheers

 

[sedj]

Got a workaround - start and stop the rmiregistry and server until it works. Its pretty lame though considering this was logged as a bug in 1998 !

 

[Cagliostro]

1. I don't know if -Djava.rmi.server.codebase is the same with -Dcodebase, in my opinion is not the same. But you pass there the classpath as a web link.
2. The policy file(-Djava.security.policy=...) there is not optional. For testing purposes you can use a policy file with following content:

grant {
// Allow everything for now
permission java.security.AllPermission;
};

The policy file should be located in classpath of application.

Ion Filipski

 

[sedj]

I wasn't doing -Dcodebase - I was just being lazy with the post.

But ... I was being dumb, and giving my codebase as /a/b/c whereas it should have benn /a/b/c/d.jar . Fool !

Incidentally, for me, it works with or without the security policy switch.

Thanks for the help.