Java Applet Crash - Keine Exception

[soundofakira]

Hallo zusammen

Ich habe ein Java Applet, dass auf eine SOAP WSDL Schnittstelle zugreift.

Ich habe die Java Policys angepasst, weil es da noch viel zu meckern gab

Die letzte Exception die ich gekriegt habe war:

Exception in thread "Timeout guard" java.security.AccessControlException: access denied ("java.net.SocketPermission" "IP:PORT" "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.SecurityManagerHelper.checkConnectHelper(Unknown Source)
	at sun.plugin2.applet.AWTAppletSecurityManager.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 org.apache.commons.httpclient.protocol.DefaultProtocolSocketFactory.createSocket(DefaultProtocolSocketFactory.java:80)
	at org.apache.commons.httpclient.protocol.ControllerThreadSocketFactory$1.doit(ControllerThreadSocketFactory.java:91)
	at org.apache.commons.httpclient.protocol.ControllerThreadSocketFactory$SocketTask.run(ControllerThreadSocketFactory.java:158)
	at java.lang.Thread.run(Unknown Source)

Darauf hin habe ich in die Policy noch hinzugefügt:

permission java.net.SocketPermission "IP:PORT", "connect";
  permission java.net.SocketPermission "IP:PORT", "resolve";

Jetzt habe ich aber das Problem,dass mein Applet ohne Exception crashed.

Wenn ich bei der Fehlermeldung auf Details klicke, kriege ich in der Konsole nur:

log4j:WARN No appenders could be found for logger (org.apache.axis2.description.AxisOperation).
log4j:WARN Please initialize the log4j system properly.

Frage 1: Was genau ist das log4j und wie kann ich es initialisieren?
Frage 2: Bringt mich das dem Fehler überhaupt näher?

Das ganze Programm funktioniert, wenn ich es nicht als applet starte, sondern direkt über die Konsole.
Dann werden alle Daten brav übermittelt.
Als Applet.. muy problemos!

Danke schon mal im vorraus an alle

 

[KSG9|sebastian]

Die Warnungen sagen nur aus das keine log4j-Konfiguration vorhanden ist - was aber auch nicht schlimm ist.

Was passiert denn genau? Startet das Programm nicht? Bin mir nicht sicher, aber unter Umständen muss das Applet signiert sein um Berechtigungen zu erlangen.

Ansonsten mal den Java-Cache leeren (Systemsteuerung -> Java) und dann nochmal probieren.

Schalte mal die JavaKonsole auf höheres logging (glaub p bzw 5) und poste mal die Ausgabe.

 

[soundofakira]

Die Warnungen sagen nur aus das keine log4j-Konfiguration vorhanden ist - was aber auch nicht schlimm ist.

Was passiert denn genau? Startet das Programm nicht? Bin mir nicht sicher, aber unter Umständen muss das Applet signiert sein um Berechtigungen zu erlangen.

Ansonsten mal den Java-Cache leeren (Systemsteuerung -> Java) und dann nochmal probieren.

Schalte mal die JavaKonsole auf höheres logging (glaub p bzw 5) und poste mal die Ausgabe.

Hallo Sebastian

Der Java Cache ist sowieso schon so eingestellt, dass er gar nicht erst cached
Da ich Stück für Stück über die Excaptions die verschiedenen Policys festgelegt hatte, die er geworfen hat denke ich schon, dass das auchohne Signatur klappen sollte.

Wie kann ich denn auf höheres Logging stellen?
Beschäftige mich erst seit heute mit den Java Policys und dem ganzen :shock:

Das Bild des Fehlers:

gruß
Andre

 

[L-ectron-X]

Du wirst vermutlich mit höherem Logginglevel auch nichts weiter erkennen können.
Signiere das Applet und die Logging-Lib, dann sollte das gehen.

 

[soundofakira]

Hey Sebastian

könntest du mir beim signieren vlt. noch mal unter die Arme greifen?
Bin in der Struktur der ganzen Packete und co noch nicht so fit

(http://www.java-forum.org/applets/16717-applets-webstart-anwendungen-signieren.html)
rem --> Anpassen, wenn eine Applikation statt eines Applets signiert werden soll!
rem echo Main-Class: package.MainClass>>manifest.mf

Nach welchem Pfad muss ich denn genau schauen an dieser Stelle?
Die Klasse mit der init funktion hat

package com.andre.client;

oben drin stehen.
Muss ich also

rem echo Main-Class: com.andre.client>>manifest.mf

angeben?

jar cfmv MeinJar.jar manifest.mf *.class bilder etc

es gibt unter:
com.andre.client
com.andre.custom

mehrere .class Dateien, die zu dem Projekt gehören.
Außerdem habe ich auch 2 exterene .jar eingebunden.

Wie kann ich das alles einbinden lassen, ohne die Struktur der Dateien zu ändern?

Was ist denn die Logging-Lib wenn ich fragen darf?

gruß
Andre

 

[L-ectron-X]

rem --> Anpassen, wenn eine Applikation statt eines Applets signiert werden soll!
rem echo Main-Class: package.MainClass>>manifest.mf

Nach welchem Pfad muss ich denn genau schauen an dieser Stelle?
Die Klasse mit der init funktion hat

package com.andre.client;

Ist bei einem Applet nicht relevant, weil es keine main-class gibt.

jar cfmv MeinJar.jar manifest.mf *.class bilder etc

es gibt unter:
com.andre.client
com.andre.custom

Ich denke dann sollte

jar cfmv MeinJar.jar manifest.mf *.class com

funktionieren.
Immer das oberste Verzeichnis angeben.

Außerdem habe ich auch 2 exterene .jar eingebunden.

Unter Umständen müssen die auch signiert werden. Brauchst dann eben nur die nicht benötigten Stellen auszukommentieren.

Wie kann ich das alles einbinden lassen, ohne die Struktur der Dateien zu ändern?

Das verstehe ich jetzt nicht. :bahnhof:

Was ist denn die Logging-Lib wenn ich fragen darf?

Öh... Ich meine etwas von Log4J gelesen zu haben...

 

[soundofakira]

Hey Sebastian,
Nach dem ich das Applet signiert hatte und noch immer kein Erfolg hatte, habe ich noch mal das mit dem Logging Level gesucht und probiert..

und siehe da..
Da gab es noch eine Permission.

Jetzt funktiniert das ganze auch endlich.
Vielen Dank für deine Hilfe :applaus:

gruß
Andre

 

[L-ectron-X]

Welche Erkenntnisse hast du aus dem erweiterten Logging ziehen können? Was war das Problem?

 

[soundofakira]

Im erweiterten Logging wurde doch noch eine weitere Ecxeption geworfen und zwar ein weiteres Permission Denied, welches ich dann über die java.policy geregelt habe.
Das hat mein Problem gelöst.