Do you have all of the classes needed by the RMI client process, RMI server
process, and the RMI registry process in the JVM classpath for each
process? For the WebSphere process, you'll want to make sure that the
classes are in the JVM classpath, not the servlets directory or the
reloadable classpath. Any objects that are used by the RMI layer must be
located in JVM classpath because the JDK classes (especially
ObjectInputStream) cannot see the classes that are loaded dynamically by
the servlet engine from the servlets directory or the reloadable classpath.
The appserver/classes directory is in the JVM classpath by default. Try
moving all of your classes into this directory.
-spike
-----
Spike Washburn
IBM WebSphere Application Server
Internet E-mail: [EMAIL PROTECTED]
"Jernigan, Bob" <[EMAIL PROTECTED]> on 04/16/99 01:11:17 PM
Please respond to "A mailing list for discussion about Sun Microsystem's
Java Servlet API Technology."
<[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc: (bcc: Donald Washburn/Raleigh/IBM)
Subject: RMI puzzle.
Hello all,
perhaps someone can help me with this puzzle. Let me begin
by saying that over the last few days I've read almost everything I could
find on the net about RMI and class loading, including the archives of
this list and RMI-USERS.
Environment: RS/6000s with WebSphere and JDK 1.1.6 and Apache 1.3.3
and AIX 4.2, Oracle 7.3.4.
Application: Servlet on RS/6k-A reads some data from Oracle then requests
information from a Java application on RS/6k-B. Servlet is activated by
user
on PC using browser - not germaine to the problem.
What the user sees from the servlet is "Return value class not found;
nested
exception is:java.lang.ClassNotFoundException:fData_Stub".
The rmiregistry was started on B with no CLASSPATH set and from a
directory that didn't have the Stub classes. The fData application was
started
with:
java -Djava.rmi.server.codebase=http://serverB/~jern/ fData
and the access_log shows a "GET /~jern/fpbData_Stub.class HTTP/1.0" 200 XXX
entry, so at least the server application is finding the Stub. The
fact that the servlet is reporting the "fData_Stub" class name shows that
it is at least getting to the registry because the "fData" name is
otherwise
not known on serverA.
I think I've resolved most of the contradictory information that has
been written about RMI but I'm not sure how to resolve this problem.
What should I be looking for?
bob jernigan
The Johns Hopkins University Applied Physics Laboratory
240-228-6605
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
