Applet mit 2 jars von 2 domains..?

[richardcurtle]

Ich bin total am Verzweifeln und versuche folgendes seit einer Woche:

Ein Applet mit 2 jars, jeweils auf je einer domain gehostet.

beide jars sollen resourcen (images) laden koennen die sich in selbigem jar befinden.


Kann mir jemand einen minimales Beispiel fuer soetwas schreiben?


Vielen vielen Dank!!!
Rickard

 

[Noctarius]

Class.getClassLoader().getResource() ?

Ich hab keine Ahnung ob ich verstanden habe, was du wirklich willst. Aber das da oben könnte eventuell nen Anhaltspunkt für dich sein.

 

[richardcurtle]

Class.getClassLoader().getResource() ?

Ich hab keine Ahnung ob ich verstanden habe, was du wirklich willst. Aber das da oben könnte eventuell nen Anhaltspunkt für dich sein.

Nein. Gerade das geht ja nicht. Auch geht nicht:

URL url = Thread.currentThread().getContextClassLoader()||getResource("res/trash.gif");

bzw. eine Abwandlung von deinem Vorschlag:

public static ImageIcon getImageIcon(Class cls, String name) {
    URL url = cls.getResource(name);
    return new ImageIcon(url);
}

Waere schoen wenn das jemand mit Sachverstandt nochmal testen koennte, dann kann man das Problem als Bug einstellen. Ich denke mal das Problem ist der Classloader - Klassen kann er laden von jar2 aber keine Resourcen wie Bilder.

 

[L-ectron-X]

Guck bitte mal in die Java-Konsole, was dort ausgegeben wird, wenn du das Applet startest.

 

[Leroy42]

Waere schoen wenn das jemand mit Sachverstandt nochmal testen koennte, dann kann man das Problem als Bug einstellen.

Du fängst gerade erst an und willst schon Bugs einstellen/melden? :shock:

Respekt!

 

[Leroy42]

Also Zugriffe via getResource funktionieren nur über eine jar.

Was soll eigentlich dein 2. jar darstellen? :bahnhof:

 

[Noctarius]

Für ein zweites Jar brauchst du einen zweiten ClassLoader (URLClassLoader) den du in einem Applet bestimmt nicht erstellen darfst, denn sonst wäre die Signierung sinnlos, wenn man doch überall her laden darf.

 

[richardcurtle]

Für ein zweites Jar brauchst du einen zweiten ClassLoader (URLClassLoader) den du in einem Applet bestimmt nicht erstellen darfst, denn sonst wäre die Signierung sinnlos, wenn man doch überall her laden darf.

Signierung? Da ist nix signiert - das ist ein Applet in einer Sandbox mit 2 unsignierten jars.

 

[Leroy42]

Ich verstehe immer noch nicht, wie
du ein Applet aus 2 jars aufbauen kannst.

 

[Spacerat]

Ein Applet aus mehreren Jars funktioniert mit dem Archive-Attribut. Das Attribut ist aber (genau wie der Rest eines unsigniertem Applets) auf eine URL, die CodeBase des Applets beschränkt. Ein Umweg über PHP (mit "allow_url_fopen = on") könnte aber zum gewünschten Ergebnis führen.

 

[richardcurtle]

Ein Applet aus mehreren Jars funktioniert mit dem Archive-Attribut. Das Attribut ist aber (genau wie der Rest eines unsigniertem Applets) auf eine URL, die CodeBase des Applets beschränkt. Ein Umweg über PHP (mit "allow_url_fopen = on") könnte aber zum gewünschten Ergebnis führen.

Ich kenne und nutze das Archiv-Attribut. Mein Applet funktioniert auch sehr gut - alle Klassen von beiden jars werden geladen. Nur das Laden der Resourcen aus dem nicht-codebase jar funzt nicht. Wirklich! Hat mich auch ueberrascht.


Was meinst du wenn du sagst: Das Attribut ist aber (genau wie der Rest eines unsigniertem Applets) auf eine URL, die CodeBase des Applets beschränkt???

Das ich nur von dieser Domain Dateien laden darf? Das weiss ich. Aber man sollte doch annehmen, dass ich Resourcen laden kann die sich in den jar files befinden? Das kann ich naemlich nicht - zumindest nicht wenn sich diese im jar der 2ten Domain (der nicht-Codebase Domain befinden.)

Kannst du deine Bemerkung zu: allow_url_fopen = on ein bissl genauer elaborieren? Ich kenne mich mit PHP nicht aus. Ich zweifle auch, dass man einfach so den Applet Sicherheitsmechanismus aushebeln kann - lass mich aber gerne eines Besseren belehren.

 

[Spacerat]

Ich kann!
1. Ein unsigniertes Applet kann nur mit dem Ursprungsserver (Domain) kommunizieren. Deswegen kannst du auch auf das Jar auf dem 2. Server (andere Domain) nicht zugreifen.
2. "allow_url_fopen" ist eine PHP-Einstellung, mit welcher man PHP erlauben kann Ressourcen aus dem Internet zu beziehen, etwa mit "include" oder "require". Diese Einstellung ist natürlich serverseitig.

Die Idee ist nun, vom Applet des 1. Servers ein PHP-Script auf selbigem aufzurufen, welches nun die Ressource vom 2. Server holen und an das Applet des 1. Servers (dem Aufrufer) weiterleiten kann. Völlig transparent, keine Applet-Signierung nötig. Aber Achtung: "allow_url_fopen" gilt in PHP als "UNSAFE".

 

[richardcurtle]

Ich kann!
1. Ein unsigniertes Applet kann nur mit dem Ursprungsserver (Domain) kommunizieren. Deswegen kannst du auch auf das Jar auf dem 2. Server (andere Domain) nicht zugreifen.

Ich will auch nicht auf die Domain von Server2 zugreifen, sondern auf in dem Jar von Server2, ein Jar, welches das Java Plugin vollstaendig runtergeladen hat. Warum kann ich das nicht?

 

[Noctarius]

Sicherheitsbeschränkungen

 

[sparrow]

Galileo Computing :: Java ist auch eine Insel (8. Auflage) – 26.3 Sicherheitsmanager (Security Manager)