Verbieten Applets die Nutzung von Commons Logging?

[Melissa]

Ich krieg folgendes Fehlermeldung bei einem Applet, dass nicht signiert ist. Ein Teil des Applets nutzt logging - heisst dass, das ich alle Zeilen Logging Code entfernen muss, damit es wieder laeuft?

Oder kann ich das Logging irgendwie ausknipsen, sodass es fuer unsignierte Applets funzt?


java.security.AccessControlException: access denied (java.util.PropertyPermission org.apache.commons.logging.Log write)
at java.security.AccessControlContext.checkPermission(Unknown Source)
at java.security.AccessController.checkPermission(Unknown Source)
at java.lang.SecurityManager.checkPermission(Unknown Source)
at java.lang.System.setProperty(Unknown Source)


Danke...Melissa

 

[Tobias]

Das hängt davon ab, wieviel Verfügungsgewalt du über die Policy-Files hast ... Wenn du die nicht ändern kannst, wirst du das Logging wohl entfernen müssen.

EDIT: Die Benutzung von Commons Logging ist Applets natürlich nicht direkt verboten - aber zum Beispiel das Setzen von System-Properties.

 

[Melissa]

Das hängt davon ab, wieviel Verfügungsgewalt du über die Policy-Files hast ... Wenn du die nicht ändern kannst, wirst du das Logging wohl entfernen müssen.

EDIT: Die Benutzung von Commons Logging ist Applets natürlich nicht direkt verboten - aber zum Beispiel das Setzen von System-Properties.

Policy-Files? Was ist das? Hast du einen Link, der das erklaert?


Was meinst du es ist nicht direkt verboten? Kann ich bei einem unsignierten Applet (d.h. innerhalb Sandbox) Commons Logging verwenden? Wenn ja wie?

Wenn System-Properties calls verboten sind, kann ich es dann auch ueber ein commons.properties file das Logging konfigurueren und das Applet so zum laufen kriegen?

Uebrigens wuerde ich das Logging gerne ganz abschalten wenn ich das Applet online deploye. Kann ich commons logging irgendwie ganz abschalten? Wie?
Wuerde das meine Probleme loesen und koennte ich das unsignierte Applet betreiben?

Danke...Mel

 

[maki]

commons logging sollte gar nicht verwendet werden, warum nicht gleich log4j?
Bietet immer noch am meisten für den geringsten Aufwand.
Solange dein Logging-Framework Dateien schreiben will, wird es Probleme geben, zumindest mit einem unsignierten Applet.

 

[Melissa]

commons logging sollte gar nicht verwendet werden, warum nicht gleich log4j?
Bietet immer noch am meisten für den geringsten Aufwand.
Solange dein Logging-Framework Dateien schreiben will, wird es Probleme geben, zumindest mit einem unsignierten Applet.

Jetzt im Nachhinein zu diskutieren was besser ist ist eher akademisch...vor allem da die Bibliothek die commons logging nutzt schon da ist.

In Dateien schreiben will das Logging-Framework nicht. Das Problem ist, dass es scheinbar ein System-Property setzen will.

 

[L-ectron-X]

Wenn du kein Logging brauchst, kannst du zunächst die Importe auskommentieren. Beim folgenden Kompilieren siehst du ja dann, wo du weitere Codezeilen ändern/auskommentieren musst, um Logging abzuschalten/rauszuwerfen.
Dann sollte das Applet ohne Signierung und Logging laufen.

 

[maki]

Vielleichthilft es wenn du die alte commons-logging.jar Version 1.0.4 nutzt.

http://forums.sun.com/thread.jspa?messageID=9768289

 

[Tobias]

Die Policy-Files liegen auf dem Client-Rechner. Wenn du also nur der Ersteller des Applets bist und das Ganze für einen größeren Benutzerkreis gedacht ist, wirst du damit nicht glücklich werden. Zu Policy-Files und der Java Security Architecture kann man das hier lesen: http://java.sun.com/javase/6/docs/technotes/guides/security/spec/security-spec.doc.html

Ist sicher nicht alles gleich interessant, aber es zu überfliegen lohnt sich allemal.