RMI RMI-Applet kommunikation funktioniert nicht

[stadi]

Ich habe einen Tomcat-Server, in dem ich ein Applet eingebaut habe, da das Applet aber auch DB-Zugriff benötigt habe ich noch RMI hinzugefügt.

Das Applet funktioniert und auch die RMI-Kommunikation müsste funktionieren
(Eclipse-> Run as Applet: macht das Gewünschte)

Hier das Problem:
Wenn ich jetzt aber das Applet in meinem JSP-Code einbinde liefert mir die JavaConsole von Firefox folgenden Fehler:

java.security.AccessControlException: access denied (java.net.SocketPermission 192.168.0.2:1099 connect,resolve)
	at java.security.AccessControlContext.checkPermission(Unknown Source)
	at java.security.AccessController.checkPermission(Unknown Source)
	at java.lang.SecurityManager.checkPermission(Unknown Source)
	at java.lang.SecurityManager.checkConnect(Unknown Source)
	at sun.plugin2.applet.Applet2SecurityManager.checkConnect(Unknown Source)
	at java.net.Socket.connect(Unknown Source)
	at java.net.Socket.connect(Unknown Source)
	at java.net.Socket.<init>(Unknown Source)
	at java.net.Socket.<init>(Unknown Source)
	at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(Unknown Source)
	at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(Unknown Source)
	at sun.rmi.transport.tcp.TCPEndpoint.newSocket(Unknown Source)
	at sun.rmi.transport.tcp.TCPChannel.createConnection(Unknown Source)
	at sun.rmi.transport.tcp.TCPChannel.newConnection(Unknown Source)
	at sun.rmi.server.UnicastRef.newCall(Unknown Source)
	at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
	at java.rmi.Naming.lookup(Unknown Source)
	at BlockDiagramm.createDataset(BlockDiagramm.java:65)
	at BlockDiagramm.paint(BlockDiagramm.java:37)
	at sun.awt.RepaintArea.paintComponent(Unknown Source)
	at sun.awt.RepaintArea.paint(Unknown Source)
	at sun.awt.windows.WComponentPeer.handleEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)

Ich könnte mir denken, das der Fehler an meinem Policy-File liegt, aber ich weiss nicht wo ich das Policy-File hinkopieren soll bzw. wie ich dem Tomcat-Server sage, dass er für RMI dieses File benutzen soll.

Hier noch das Policy-File:

grant {
	permission java.net.SocketPermission "*","accept,listen,connect";
};

Danke im Voraus für alle Antworten!

 

[FArt]

Ich habe einen Tomcat-Server, in dem ich ein Applet eingebaut habe, da das Applet aber auch DB-Zugriff benötigt habe ich noch RMI hinzugefügt.

Ich könnte mir denken, das der Fehler an meinem Policy-File liegt, aber ich weiss nicht wo ich das Policy-File hinkopieren soll bzw. wie ich dem Tomcat-Server sage, dass er für RMI dieses File benutzen soll.

Du verstehst da ein wenig noch nicht so ganz. Das Applet läuft nicht auf dem Server, sondern auf dem Client.
Hier steht wie es geht:
Set up a Policy File to Grant the Required Permission (The Java™ Tutorials > Security Features in Java SE > Quick Tour of Controlling Applets)

 

[L-ectron-X]

Könnte auch sein, dass das Applet noch signiert werden muss.

 

[stadi]

also ich habe das jetzt mal ausprobiert ich habe ein policy-file erstellt, dass folgendermaßen aussieht:
CodeBase: http://server1/Projekt1/statistik.jsf
Permission: java.net.SocketPermission "MyApplet.class", "connect, resolve"

dann habe ich ein .jar daraus gemacht es signiert und eingebunden, aber es kommt noch immer derselbe Fehler

 

[FArt]

da das Applet aber auch DB-Zugriff benötigt habe ich noch RMI hinzugefügt.

Abgesehen davon, dass es einem ungünstigen Design entspricht, wenn ein Applet direkt DB Zugriffe durchführen soll verstehe ich nicht was du genau machen willst. DB Zugriffe? Per RMI?
Nur als Hinweis: du benötigst keine Policy, wenn sich dein Applet nur auf den Server verbinden möchte, von dem aus es geladen wurde.

 

[L-ectron-X]

Er will RMI als Middleware benutzen, damit das Applet die DB-Zugriffe nicht direkt machen muss. Somit werden keine Zugangsdaten publik, wenn man das Applet dekompilieren sollte. Insofern also eine legitime Lösung.
Was mir aber gerade noch einfällt ist, dass vielleicht auch der Datenbanktreiber signiert werden muss.

Edit: Ach nee, das ist Quatsch. Wenn das Applet keine Datenbankzugriffe macht, sondern sich mit einem RMI-Server verbindet, benutzt es auch keinen Datenbanktreiber. Das liegt ja dann alles auf der Seite vom RMI-Server.

 

[stadi]

Ja genau so hätte ich es konzipiert.
und das mit dem Datenbanktreiber habe ich schon ausprobiert, das geht auch nicht.

Aber wie sieht es mit meinen anderen libs aus?
Wenn ich sie in das Applet.jar-File mit einbinde und dieses dann signiere, sind die anderen dann auch automatisch signiert?

 

[L-ectron-X]

Kommt darauf an, was die Bibiotheken machen. Und wenn, dann nur, wenn du sie im Applet-Tag im archive-Attribut auflistest.
Das heißt, dass du vielleicht auch noch mal gucken musst, wie man Applets einbindet. Einbinden von Applets in HTML-Dateien - Byte-Welt Wiki
Schau noch mal oben, hab meinen Beitrag korrigiert.

Einen RMISecurityManager hast du im Applet instanziiert?
Das ich was mit RMI gemacht habe, ist schon etwas länger her, aber ich glaube, der muss so ziemlich als erstes im Applet instanziiert werden.
Ich habe mal für meine Firma auf die gleiche Weise eine alte Access-Datenbank ins Intranet eingebunden.

 

[stadi]

So habe es jetzt geschafft:
Habe eine Policy erstellt, dann habe ich meine Bibliotheken entpackt mit meiner *.class-Datei des Applets ein *.jar-File erstellt, dieses dann signiert und voila es funktioniert.

Danke für die ganzen Tipps