Hi!

Ich habe die Dienstarchitektur noch mal überarbeitet, so dass die Initklasse die hin und wieder zu leichten verwirrung gesorgt hat unnötig ist.
Ihr braucht jetzt nur noch eine Impl die von Dienst erbt und das Interface implementiert.
Zur Instanziert gebt ihr den Systemnamen an.
Danach könnte ihr dann über zwei Methoden entscheiden ob sich dienst in- oder extern anmeldet:

In Antwort auf:

---

public void registriereDienstExtern();
public void registriereDienstIntern();

---

Das sollte nun etwas übersichtlicher sein und euch den Entwurf erleichtern.

Gruß
Tobi

Damit der Service auch im Inca X ServiceBrowser gefunden wird muss der Codebase Parameter gesetzt werden:

-Djava.rmi.server.codebase=http://SERVER:PORT/ragtasfeinentwurf/

SERVER ist hier euer Rechner
PORT ist glaube 8086, müsst ihr aber evtl individuell einstellen

Ihr bekommt dies auch noch mal angezeigt wenn ihr rechten mausklick auf Feinentwurfordner macht und dann
Inca X: Jini -> Create RMI Codebase wählt.

Gruß
Tobi

Hi, wir haben ein kleines Problem:

Fehler nach einmaligem registriereExtern -Aufruf. Wird danach ..Intern aufgerufen, kommen die Fehler weiterhin

05.07.2005 12:26:43 net.jini.discovery.LookupDiscovery$UnicastDiscoveryTask run
INFO: exception occurred during unicast discovery
java.lang.ClassNotFoundException: com.sun.jini.reggie.RegistrarProxy
at java.net.URLClassLoader$1.run(URLClassLoader.java:199)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:219)
at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:430)
at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:165)
at java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:631)
at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:257)
at net.jini.loader.ClassLoading.loadClass(ClassLoading.java:138)
at net.jini.io.MarshalInputStream.resolveClass(MarshalInputStream.java:296)
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1513)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1435)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1626)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
at net.jini.io.MarshalledInstance.get(MarshalledInstance.java:358)
at com.sun.jini.discovery.DiscoveryV1.doUnicastDiscovery(DiscoveryV1.java:397)
at net.jini.discovery.LookupDiscovery$12.run(LookupDiscovery.java:3097)
at java.security.AccessController.doPrivileged(Native Method)
at net.jini.discovery.LookupDiscovery.doUnicastDiscovery(LookupDiscovery.java:3094)
at net.jini.discovery.LookupDiscovery.doUnicastDiscovery(LookupDiscovery.java:3125)
at net.jini.discovery.LookupDiscovery.access$3200(LookupDiscovery.java:614)
at net.jini.discovery.LookupDiscovery$UnicastDiscoveryTask.run(LookupDiscovery.java:1596)
at com.sun.jini.thread.TaskManager$TaskThread.run(TaskManager.java:309)

was müssen wir ändern? bzw. was habt ihr falsch gemacht? :-)

Gruß
Michael

Das liegt an der falschen Einstellung der Rechnernamen. Habe eine Mail an die Infrastrukur Gruppe geschrieben,
dann sollte der Fehler behoben sein!

Gruß
Tobi

Wie BeispielDienstClient.java zeigt, kann jetzt auch "DienstTools" für Dientsuchung benutzt werden.

k, fehler sind ja weg, danke :-)
werd mir morgen mal das mit dem dienstsuchen anschauen!