I know this is an annoying and recurring topic, but as a matter of fact I already invested alot of time to find out why the stub generation is not done. Nothing worked so I will explain my application and environment in detail:
The program takes a text file and filters foreign words through two dictionaries. It is a distributed application, in order to balance work load of text fragment analysing on different machines. Thus the application is split into two parts: The main program initializing the workers and the Worker/Filter itself.
The structure is simple in packages: de.fu.alp5.foreign.distributed with the following files:
When I compile the stubs manually with rmic the application works well. But this is not Java 4 or older, I want to get it running by mondern methods. So what did I do wrong?
(1) Is it the code? I have attached the source code to section 2. It is not much.
(2) I know there is the option -Djava.rmi.server.codebase. I didn't worked, too. Though I wouldn't know what path to give any way, because the needed Interfaces are already in the classpath.
So where is the problem? I don't get it, but I really want it to get running the normal way. I also tried unter Ubuntu, same results.
posted 9 years ago
The question was answered by a member of the Oracle Java Forum. Here is the solution sweated workers who roam on Google:
The problem is the call to export:
With no given port, an anonymous port will be chosen. The export is not designed to get the stub code via rmiregistry. The stub code has to be provided in a separate way. What I actually wanted was this:
0 means the standard port 1099 will be chosen. Works now like a charm
I brought this back from the farm where they grow the tiny ads:
Building a Better World in your Backyard by Paul Wheaton and Shawn Klassen-Koop