Java RMI und ClassNotFoundException

Ich bin gerade erst anfangen zu lernen, wie RMI, und ich habe eine Frage. Ich habe die folgende Verzeichnisstruktur:

compute.jar
client
     |
     org\examples\rmi\client
                           |--> ComputePi     //client main
                           |--> Pi            //implements Task
     org\examples\rmi\compute
                           |--> Compute       //interface
                           |--> Task          //interface

server
     |
     org\examples\rmi\engine
                           |--> ComputeEngine //server main, implements Compute
     org\examples\rmi\compute
                           |--> Compute       //interface
                           |--> Task          //interface

Hier ist die main Methode in der ComputePi Klasse:

if (System.getSecurityManager() == null) {
  System.setSecurityManager(new SecurityManager());
}
try {
  String name = "Compute";
  //args[0] = 127.0.0.1, args[1] is irrelevant
  Registry registry = LocateRegistry.getRegistry(args[0], 0);
  Compute comp = (Compute) registry.lookup(name);
  Pi task = new Pi(Integer.parseInt(args[1]));
  BigDecimal pi = comp.executeTask(task);
  System.out.println(pi);
}
catch (Exception e) {
  System.err.println("ComputePi exception:");
  e.printStackTrace();
}

Hier ist die main Methode in der ComputeEngine Klasse:

if (System.getSecurityManager() == null) {
  System.setSecurityManager(new SecurityManager());
}
try {
  String name = "Compute";
  Compute engine = new ComputeEngine();
  Compute stub = (Compute) UnicastRemoteObject.exportObject(engine, 0);
  Registry registry = LocateRegistry.getRegistry();
  registry.rebind(name, stub);
  System.out.println("ComputeEngine bound.");
}
catch (Exception e) {
  System.err.println("ComputeEngine exception: ");
  e.printStackTrace();
}

Hier ist die executeTask Methode, auch in der ComputeEngine Klasse:

  public <T> T executeTask(Task<T> task) throws RemoteException {
    if (task == null) {
      throw new IllegalArgumentException("task is null");
    }
    return task.execute();
  }

Die RMI-registry und der server-start nur in Ordnung. Hier sind die params für den server:

C:\Users\Public\RMI\server>set CLASSPATH=
C:\Users\Public\RMI\server>start rmiregistry
C:\Users\Public\RMI\server>java -Djava.rmi.server.codebase="file:/C:/Users/Public/RMI/compute.jar" -Djava.rmi.server.hostname=127.0.0.1 -Djava.security.policy=server.policy org.examples.rmi.engine.ComputeEngine

Hier sind die params für den Kunden:

C:\Users\Public\RMI\client>java -Djava.rmi.server.codebase="file:/C:/Users/Public/RMI/compute.jar" -Djava.security.policy=client.policy org.examples.rmi.client.ComputePi 127.0.0.1 45

Jedoch bekomme ich folgende exception wenn ich versuche auf dem client ausgeführt werden:

java.rmi.ServerException: RemoteException occurred in server thread; nested exception is:
        java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is:
        java.lang.ClassNotFoundException: org.examples.rmi.client.Pi
        at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
        at sun.rmi.transport.Transport$1.run(Unknown Source)
        at sun.rmi.transport.Transport$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Unknown Source)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(Unknown Source)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
        at java.lang.Thread.run(Unknown Source)
        at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Unknown Source)
        at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source)
        at sun.rmi.server.UnicastRef.invoke(Unknown Source)
        at java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(Unknown Source)
        at java.rmi.server.RemoteObjectInvocationHandler.invoke(Unknown Source)
        at $Proxy0.executeTask(Unknown Source)
        at org.examples.rmi.client.ComputePi.main(ComputePi.java:38)
Caused by: java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is:
        java.lang.ClassNotFoundException: org.examples.rmi.client.Pi
        at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
        at sun.rmi.transport.Transport$1.run(Unknown Source)
        at sun.rmi.transport.Transport$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Unknown Source)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(Unknown Source)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
        at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException: org.examples.rmi.client.Pi
        at java.net.URLClassLoader$1.run(Unknown Source)
        at java.net.URLClassLoader$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Unknown Source)
        at sun.rmi.server.LoaderHandler.loadClass(Unknown Source)
        at sun.rmi.server.LoaderHandler.loadClass(Unknown Source)
        at java.rmi.server.RMIClassLoader$2.loadClass(Unknown Source)
        at java.rmi.server.RMIClassLoader.loadClass(Unknown Source)
        at sun.rmi.server.MarshalInputStream.resolveClass(Unknown Source)
        at java.io.ObjectInputStream.readNonProxyDesc(Unknown Source)
        at java.io.ObjectInputStream.readClassDesc(Unknown Source)
        at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
        at java.io.ObjectInputStream.readObject0(Unknown Source)
        at java.io.ObjectInputStream.readObject(Unknown Source)
        at sun.rmi.server.UnicastRef.unmarshalValue(Unknown Source)
        ... 11 more

Aber wenn ich die Pi.class Datei in das server-Verzeichnis:

server
     |
     org\examples\rmi\engine
                           |--> ComputeEngine //server main, implements Compute
     org\examples\rmi\compute
                           |--> Compute       //interface
                           |--> Task          //interface
     org\examples\rmi\client
                           |--> Pi            //same as Pi for client

Funktioniert das Programm. Meine Frage ist, Pi.class wirklich brauchen, um auf dem server für mein Programm zu arbeiten? Mein Verständnis ist (und bitte korrigiert mich wenn ich falsch Liege), dass ich schicke eine Instanz der Klasse auf dem server, und der server würde wissen, was zu tun, d.h. es kümmert sich nicht um die Umsetzung. Kann mir jemand erklären, wie RMI funktioniert in meinem Fall? Ich wirklich zu schätzen. Danke!

InformationsquelleAutor BJ Peter DeLaCruz | 2012-06-30

8

Die Sie versenden möchten ein serialisiertes Objekt einer Klasse, die unbekannt auf dem server.

Wenn Sie ausführen:
```
  Pi task = new Pi(Integer.parseInt(args[1]));
  BigDecimal pi = comp.executeTask(task);
```
Den server nicht wirklich wissen, was ist Pi. Und da die Pi Klasse ist ein Teil der API, es sollte geladen werden, auf dem server zu.

Wenn ich eine Anwendung ausführen, muss etwas aus der Ferne, zum Beispiel RMI, Spring Remoting oder ähnliches, ich Teile mein Projekt in 3 Projekte: API -, Server-und-Client. Das API-Projekt haben wird, auf alle Schnittstellen und model-Klassen relevant, die die Funktionalität (dieses Projekt wird in einem jar, und ist mehr oder weniger wie Ihr computer JAR). Der server importieren werden die API JAR, implementieren die Schnittstellen und stellen den service über eine Remote-Ebene (wie du getan hast mit deinem server), und der Kunde hat wie Sie mit Ihrem Kunden.

Beim arbeiten mit der Serialisierung der Klasse selbst bekannt sein muss, von beiden Seiten. Was ist dann zu übertragen, den Zustand der Objekte, um Sie wieder aufzubauen auf der anderen Seite.

Serialisierung ist der Mechanismus, der durch RMI übergeben von Objekten zwischen
JVMs, entweder als Argumente in einem Methodenaufruf vom client zum
server oder als Rückgabewerte eines Methodenaufrufs.

Ein bisschen Serialisierung auf RMI Von William Grosso (Oktober 2001). Und hier ein bisschen mehr info.
- Beachten Sie, dass Grosso ' s Aussage, dass Java-arrays sind nicht Serialisierbar ist falsch.
- Vielen Dank für deine Antwort, Spaeth!
- Es dauerte eine Weile, um herauszufinden, die wichtigste Implikation dieser Antwort. Die Idee ist, Sie nicht zu stellen Pi.class auf dem server, aber um es der server wo es bekommen kann. Die Frage, die ich habe, ist, warum ist die mitgelieferte Datei: URL für die client-codebase nicht gut genug? Wird der server abzurufen, die Umsetzung Klasse Definitionen auf seine eigene, oder ist es den Kunden bitten, Ihnen zu dienen?
- Ich bin mir nicht sicher, ob ich habe Ihre Frage, aber die Sache hier ist die Schnittstelle (eine Art Maske) auf beide (client und server) und der client wird im wesentlichen die Kommunikation mit dem server, wenn eine Methode aufgerufen wird, in einer Weise, die der server aufrufen kann, die Methode auf dem Zielobjekt. Die definition der Schnittstelle muss vorhanden sein auf beiden (client erstellen der proxy oder stub und server zu haben, die Umsetzung, das wird am Ende verwendet werden, um zu instanziieren, die das Skelett).
- Die codebase wird verwendet, um das dynamische laden der Klassen-Definitionen, die selbst nicht die Objekte. So Pi.class definition ist nicht erforderlich, bekannt zu sein auf der server-Seite im Voraus, sondern es ist dynamisch heruntergeladen von der Codebasis durch den Kunden definiert. Ist nicht wahr?
InformationsquelleAutor Francisco Spaeth
13

Habe ich versucht, dieses Beispiel mit zwei PC im selben Netzwerk. Mit Java 1.7.0_40 arbeitet als server, das andere mit Java 1.7.0_45 als client. Beide PCs sind Windows-basiert. Ich traf das gleiche problem, ausgelöst durch denshaotoko.

Die Lösung ist:

Server-Seite:
```
C:\>start rmiregistry -J-Djava.rmi.server.useCodebaseOnly=false
```
- J-Djava.rmi.server.useCodebaseOnly option ist erforderlich für Java 7, da der Standardwert ist true, was bedeutet, dass die RMI-Registry wird nicht für andere code-Basis, die außer dem Verzeichnis gestartet wird. Dann ist der nächste Schritt starten des Servers fehl. Details finden Sie hier: http://docs.oracle.com/javase/7/docs/technotes/guides/rmi/enhancements-7.html
```
C:\>java -cp c:\rmi;c:\rmi\compute.jar -Djava.rmi.server.useCodebaseOnly=false -Djava.rmi.server.codebase=file:/c:/rmi/compute.jar -Djava.rmi.server.hostname=192.168.1.124 -Djava.security.policy=c:\rmi\server.policy engine.ComputeEngine
```
Wieder java.rmi.server.useCodebaseOnly sollte auf false gesetzt werden. Andernfalls ist der server nicht verwenden, die Codebasis, die vom AUFTRAGGEBER zur Verfügung gestellt. Dann client-Seite bekommt die Klasse nicht gefunden Ausnahme. Der hostname des 192.168.1.124 ist die IP-Adresse des Servers

Sollten Sie sich "ComputeEngine gebunden"

Client-Seite:
```
C:\>java -cp c:\rmi;c:\rmi\compute.jar -Djava.rmi.server.codebase=http://54.200.126.244/rmi/-Djava.security.policy=c:\rmi\client.policy client.ComputePi 192.168.1.124 45 
```
Ich die trid: file:/- URL aber nicht erfolgreich. Ich denke, der Grund ist einfach. Es sind so viele Sicherheits-limits, die machen die server nicht möglich, auf eine Datei auf dem client-PC. So legte ich die Pi.class Datei auf meinem web-server ist auf http://54.200.126.244 unter rmi-Verzeichnis. Mein web-server Apache verwenden. Jeder PC zugreifen kann http://54.200.126.244/rmi/ so das problem gelöst ist sauber.

Schließlich sollten Sie in der Lage zu starten der rmiregistry, server und client in einem beliebigen Verzeichnis unter Verwendung der gleichen Befehle. Ansonsten werden einige Einstellungen möglicherweise noch nicht korrekt, selbst wenn Sie gelingen kann. Zum Beispiel, wenn Sie starten rmiregistry aus dem Verzeichnis enthalten die "compute" - Verzeichnis (in meinem Fall ist C:\rmi), die rmiregistry wird direkt geladen Compute.class und Task.class aus seinem Verzeichnis starten, so ist die Einstellung der -Djava.rmi.server.codebase=file:/c:/rmi/compute.jar unbrauchbar.
- Wow, das gerade meinen Tag gerettet. Ich lief einfach in der gleichen Ausgabe und unter Angabe java.rmi.server.useCodebaseOnly=false hat den trick.
InformationsquelleAutor muyong

Meine Frage ist, funktioniert Pi.class wirklich brauchen, um auf dem server für mein Programm zu arbeiten? Mein Verständnis ist (und bitte korrigiert mich wenn ich falsch Liege), dass ich schicke eine Instanz der Klasse auf dem server, und der server würde wissen, was zu tun, d.h. es kümmert sich nicht um die Umsetzung.

Du richtig verstanden. Pi.class nicht auf server, wenn Sie Sie kompilieren, aber der server braucht, um es herunterzuladen zur Laufzeit! (Pi muss serialisierbar sein)

Die Frage ist: Wie muss ein server wissen, wo zum download der Pi.class Wann braucht er es?

Und die Antwort ist: durch den Wert von java.rmi.server.codebase vom AUFTRAGGEBER zur Verfügung gestellt. Die Kunden müssen das java.rmi.server.codebase-option. Sie haben zu sagen, wo die Pi.class ist. Es ist eine gemeinsame Gewohnheit setzen, um eine Kopie von Pi.class in einem öffentlichen Verzeichnis für die Bereitstellung. Daher ist die vollständige Lösung:

Struktur:

compute.jar
client\
|-org\
|   |-examples\
|       |-rmi\
|           |client\
|               |--> ComputePi     //client main
|               |--> Pi            //implements Task
|-deploy\            
|   |-org\
|       |-examples\
|           |-rmi\
|               |-client\ //directory that will contain the deployment copy of Pi.class
|--> client.policy  

server\
|-org\
|   |-examples\
|       |-rmi\
|           |-engine\
|               |--> ComputeEngine //server main, implements Compute
|--> server.policy

wo compute.jar ist eine jar-Datei, die zuvor erstellt

cd C:\Users\Public\RMI\
javac compute\Compute.java compute\Task.java
jar cvf compute.jar compute\*.class

Haben Sie die richtige Einstellung der Paket-und import-Befehlen in java-Dateien? Denn Sie verändert die ursprüngliche Struktur des Tutorials...

Kompilieren Sie den Server:

C:\Users\Public\RMI\> cd server
C:\Users\Public\RMI\server> javac -cp ..\compute.jar org\examples\rmi\engine\ComputeEngine.java

Kompilieren Sie den Client:

C:\Users\Public\RMI\> cd client
C:\Users\Public\RMI\client> javac -cp ..\compute.jar org\examples\rmi\client\ComputePi.java org\examples\rmi\client\Pi.java

Verschieben Pi.class in dem Verzeichnis deploy

C:\Users\Public\RMI\> cp client\org\examples\rmi\client\Pi.class client\deploy

Führen Sie die rmi-registry. Wenn Sie mit java 7 setzen Sie die option -J-Djava.rmi.server.useCodebaseOnly=false, vorgeschlagen von muyong
```
C:\Users\Public\RMI\> start rmiregistry -J-Djava.rmi.server.useCodebaseOnly=false
```

Dem server ausgeführt werden. Wenn Sie mit java 7 setzen Sie die option -J-Djava.rmi.server.useCodebaseOnly=false, vorgeschlagen von muyong

C:\Users\Public\RMI\> cd server
C:\Users\Public\RMI\server> java -cp .;..\compute.jar 
    -Djava.rmi.server.useCodebaseOnly=false 
    -Djava.rmi.server.codebase=file:/c:/Users/Public/RMI/compute.jar
    -Djava.rmi.server.hostname=127.0.0.1
    -Djava.security.policy=server.policy
    org.examples.rmi.engine.ComputeEngine

Dem Client ausgeführt werden. HINWEIS: Uhr aus java.rmi.server.codebase (ERINNERE mich an den abschließenden /)

C:\Users\Public\RMI\> cd client
C:\Users\Public\RMI\client> java -cp .;..\compute.jar
    -Djava.rmi.server.codebase=file:/c:/Users/Public/RMI/client/deploy/
    -Djava.security.policy=client.policy
    org.examples.rmi.client.Compute.Pi 127.0.0.1 45

Lassen Sie mich wissen, wenn es funktioniert!

P. s. Ich benutze nicht Windows-OS, sondern Linux, ich konnte die Verwirrung zwischen '\' und '/'

InformationsquelleAutor giuseta

2

vom jdk 1.7 der default-Wert von useCodebaseOnly wahr ist, bedeutet es, dass es nicht nach anderen Codebasis, es sei denn, es ist im gleichen Verzeichnis.

Legen Sie das vm-argument -Djava.rmi.server.useCodebaseOnly=false für die Ausführung von sowohl server-als auch client und auch den Pfad zur codebase-und hostname als gut. Siehe weiter unten unter Beispiele.

Unten ist meine Umsetzung, und es ist nach meiner Verzeichnis-Struktur. Für die Ausführung in windows ersetzen : (Doppelpunkt) mit ; (Semikolon).

java -cp classes:classes/compute.jar
-Djava.rmi.server.useCodebaseOnly=false -Djava.rmi.server.codebase=url:http://localhost:4800/ -Djava.rmi.server.hostname=localhost -Djava.Sicherheit.policy=client.policy client.ComputePi localhost 45
- Das markiert werden soll, als die richtige Antwort. Es ist auch erwähnenswert, dass Oracle die Java-RMI-API-tutorial zeigt diese Stelle, die es sehr schwer macht, die Dinge zu arbeiten. Das ist, warum so viele Menschen haben das gleiche problem.
InformationsquelleAutor T_G
-1

Ich denke, dass die Codebasis, geben Sie für den client ist nicht richtig:

-Djava.rmi.server.codebase="file:/C:/Users/Public/RMI/compute.jar"

Dies wird nicht helfen, den server zu finden-client.Pi .

"Java RMI Tutorial" gibt

-Djava.rmi.server.codebase=file:/c:/home/jones/public_html/classes/

... und das ist der dir unter die es gibt client/Pi.class (d.h. folgt man dem tutorial, bei dem "jones", schrieb der client).

Leider, auch wenn nach meiner eigenen Ratschläge, was bedeutet in meiner situation angeben

-Djava.rmi.server.codebase=file:/h:/rmi-example/jones/src/

wenn ich den client starten, bekomme ich die gleiche exception wie Sie es tun.

Noch nicht gelöst ist es noch nicht. Ich bin der Hoffnung, java-option -verbose:class wird etwas Licht auf das problem.
- Ich fand heraus, was verursacht die "ClassNotFoundException" für den Kunden.Pi : gestartet habe ich den server mit java 7 und der client mit java 6 . Wenn ich starten Sie den Registrierungs -, client -, und server mit java 6 als es funktioniert okay.
- Eine codebase-Element kann entweder ein directiry oder eine JAR-Datei.
InformationsquelleAutor pvbemmelen62

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.