I have trouble downloading stub class files dynamically with file URL, when I run the client on a different machine than the server. However, if I run the client and server on same machine it works fine. I read following on Sun's web site (http://java.sun.com/products/jdk/1.2/docs/guide/rmi/codebase.html) Like applets, the classes needed to execute remote method calls can be downloaded from "file:///" URLs, but like applets, a "file:///" URL generally requires that the client and the server reside on the same physical host, unless the file system referred to by the URL is made available using some other protocol, such as NFS. Has anybody experienced this ? Any comments ??
Yep. We all have, and I beleive we all decided not to use Dynamic Downloading. Youbasically need a web server for it, and you can't assume the assessor will have one. You will need to include your stubs et al in your client jar file. Mark
Hi guys, I know that using dynamic class download can cause much trouble while documenting about the requirement of web server. But just think that there is one server and more than 500 clients. So, a new functionality enhancement on server side would require to physically make available the stub file once again to all the clients. Do you think that one can pass with good score with this assumption. Any suggetions are welcome Thanks, Vishal
I'm having problems with this issue too. I already wrote my code using the standard assumption that the evaluator won't have a web server, but now I'm having second thoughts. Tomcat and Orion are free and easy to install. I'm just not sure it makes sense to have an RMI application without dynamic code downloading.
I'm just not sure it makes sense to have an RMI application without dynamic code downloading.
In the real world you wuold be right. However this is not this and you are putting too much thought into it. You cannot and should not expect the assessor to have a webserver, or to download a free one. So why worry and wast some time on this when it is beyond scope.