Java Insel - RMI Beispiel

[number8]

(bezieht sich alles auf das Bsp aus dem bekannten (open)book)
Hallo.
Soweit so gut. Ich arbeite das Kapitel "RMI" durch. Das Bsp (der Addierer) sieht auch ganz einfach aus. Schnell ist es eingetippt. Die rmiregistry ist gestartet (reicht doch auch ein Doppelklick auf die .exe?) und dann ein Rechtsklick in Netbeans auf die Server.java und "Run File" auswählen. Da fängt der Ärger auch schon an. Es hagelt nur noch Exceptions. Was mache ich falsch?

 

[JPKI]

Ein paar dieser Exception dokumentieren, den auslösenden Code beifügen und dir kann mit Sicherheit geholfen werden.

 

[egrath]

Hallo,

ich habe ein ähnliches Problem - bin auch gerade am Durcharbeiten des Kapitels über RMI aus der Javainsel und stosse dabei beim starten des Servers auf folgende Exception:

Exception in thread "main" java.rmi.UnexpectedException: undeclared checked exception; nested exception is: 
        java.lang.ClassNotFoundException: Could not find class (Adder) at codebase ()
        at sun.rmi.registry.RegistryImpl_Stub.bind(Unknown Source)
        at Server.main(Server.java:18)

Soweit ich aus der Exception herauslese, kann die Klasse "Adder", welche das Interface für die Remotemethode darstellt nicht von der Codebase laden. Da diese Klasse allerdings im gleichen Verzeichnis wie der Server liegt, sollte doch zuerst der Classpath greifen und erst anschliessend eine eventuell gesetzte Codebase danach abgesucht werden - auch ein setzen der Codebase property auf den aktuellen Pfad schafft keine Abhilfe.

Untenstehend meine Implementierung des ganzen:

Server:

import java.rmi.registry.LocateRegistry;
import java.rmi.registry.Registry;
import java.rmi.server.RemoteServer;
import java.rmi.server.UnicastRemoteObject;
import java.rmi.RemoteException;

public class Server
{
        public static void main( String[] args )
        throws Exception
        {
                AdderImpl adder = new AdderImpl();

                Adder stub = ( Adder ) UnicastRemoteObject.exportObject( adder, 0 );
                RemoteServer.setLog( System.out );

                Registry registry = LocateRegistry.getRegistry( "localhost", 1099 );
                registry.bind( "Adder", stub );

                System.out.println( "Adder angemeldet" );
        }
}

Adder:

import java.rmi.Remote;
import java.rmi.RemoteException;

public interface Adder
extends Remote
{
        int add( int x, int y )
        throws RemoteException;
}

AdderImpl:

public class AdderImpl
implements Adder
{
        public int add( int x, int y )
        {
                return x + y;
        }
}

Client:

import java.rmi.registry.LocateRegistry;
import java.rmi.registry.Registry;
import java.rmi.RemoteException;
import java.rmi.NotBoundException;

public class Client
{
        public static void main( String[] args )
        throws RemoteException, NotBoundException
        {
                Registry registry = LocateRegistry.getRegistry();
                Adder adder = ( Adder ) registry.lookup( "Adder" );

                System.out.println( adder.add( 3, 4 ));
        }
}

Danke und Grüsse,
Egon

 

[egrath]

Hallo,

so nach vielen etlichen Versuchen herauszufinden warum diese Exceptions geworfen werden bin ich einen kleinen Schritt weiter gekommen:

Das Problem tritt nur dann auf, wenn ich die Registry manuell starte und nicht vom Server erzeugen lasse.

Registry registry = LocateRegistry.getRegistry( "localhost", 1099 );

ersetzen durch:

Registry registry = LocateRegistry.createRegistry( 1099 );

Damit ist das Problem erstmal behoben - die Frage nach dem Warum stellt sich allerdings dadurch immer noch.

Grüsse,
Egon

 

[JPKI]

Hm. Der Code scheint so ganz in Ordnung zu sein. Erklär' mal, wie du den Remoteserver startest.

 

[egrath]

Hallo JPKI,

Die RMI Registry starte ich (wenn manuell) dann mittels "rmiregistry &".

Remote Server: "java egrath.test.Server"

Habe auch schon versuche im Bereich RMISecurityManager angestellt da lt. J2SE Dokumentation der RMI Class Loader keine Klassen lädt wenn kein Security Manager gesetzt ist. Aber auch mit Security Manager und einer vollkommen offenen Policy blieb das Problem bestehen.

Hier noch ein paar Infos über meine SW Konstellation:

VM: Sun HotSpot 1.6.0-b105
O/S: Problem tritt unter Linux und Windows auf.

Grüsse, Egon

 

[JPKI]

Hm. Als ich die RMIREGISTRY manuell starten wollte, hat's auch nicht geklappt. Also hab ich'n Bissel rumgeforscht: Keine Ahung warum, aber meine Firewall (Zone Alarm, Windows) hat RMIREGISTRY geblockt, d.h. es ist gelaufen, aber hat nichts bewirkt.
Schau mal, ob deine Firewall das Programm eventuell blockt.

 

[egrath]

Hallo,

an der Firewall liegts nicht, da is die Policy auf all accept:

root@vusrddev01:/root >iptables --list
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         
root@vusrddev01:/root >

Mal noch etwas nachforschen und nachlesen, vielleicht find ich noch was. Das kanns ja nicht sein so ;-)

Grüsse,
Egon

 

[JPKI]

Mal noch etwas nachforschen und nachlesen, vielleicht find ich noch was.

Ist immer gut, man kann nie schaden.

an der Firewall liegts nicht, da is die Policy auf all accept

Lol, was bringt die Firewall dann :wink: ?

 

[egrath]

an der Firewall liegts nicht, da is die Policy auf all accept

Lol, was bringt die Firewall dann :wink: ?

Wenn man bei RedHat die Firewall deaktiviert wird diese zwar im Kernel aktiviert allerdings eben mit einer leeren Policy und default auf Accept. Ist bei der Maschine aber egal da diese ohnehin nur im LAN steht.

Grüsse,
Egon

 

[JPKI]

Ach so.

 

[number8]

Danke euch beiden. Setz mich auch gleich mal dran.

 

[egrath]

Hallo,

so ich habs jetzt herausgefunden:

1.) Warum es funktioniert wenn man die Registry mittels createRegistry erzeugen lässt:

Die RMI Registry wird in diesem Fall vom gleichen Basisverzeichnis gestartet in deren Unterverzeichnis sich dann die vom Server benötigten Klassen liegen. => Die klassen können von der RMI Registry geladen werden.

2.) Warum es beim händischen starten nicht funktioniert:

Die RMI Registry kann die Klassen nicht finden, wenn diese nicht von jenem Basisverzeichnis aus zu finden sind in welcher die Registry gestartet wurde.

3.) Wie es funktioniert:

Die RMI Registry händisch starten. Dem Server als Property mitgeben von wo die RMI Registry ihre Klassen laden soll:

Beispiel:

/home/giratheg/prj/RMI #java -Djava.rmi.server.codebase=file:/home/giratheg/prj/RMI/ egrath.test.Server

Und schon funktionierts einwandfrei - war eine schwere geburt aber ich bin erleichtert dass es nun geht.

Grüsse,
Egon