Prob: Applets/IE-JavaVM

Re(2): Prob: Applets/IE-JavaVM

gepeinigter_aon_neukunde — Fri, 04 Nov 2005 09:08:30 GMT

Danke mal für den Tipp...

Der dürfte aber bei uns nicht greifen, denn...
1.) Haben wir im Firmenlan praktisch alle Freiheiten mit dem IE
2.) Dürfte ein Sicherheitspatch ja nicht bewirken, daß andere Programme - wie ein triviales Ping - plötzlich nicht mehr funktionieren bzw. für die Laufzeit des Applets keine Antworten mehr erhalten.

Re: Prob: Applets/IE-JavaVM

Tom2k — Thu, 03 Nov 2005 22:15:05 GMT

Hi,

bin gerade hierüber gestolpert und da ist mir Dein Thread eingefallen:
http://www.heise.de/newsticker/meldung/65710

könnte es eventuell was damit zu tun haben

lg
tom2k

Prob: Applets/IE-JavaVM

gepeinigter_aon_neukunde — Mon, 31 Oct 2005 12:26:55 GMT

Hi !

Habe dzt. ein kleines Prob mit Java-Applets:

Auf verschiedenen Servern verwenden wir im Firmenlan verschiedene Versionen derselben [kommerziellen] Software. Serverseitig wird dabei ein binary aufgerufen, das dann auf einem konfigurierbaren Port lauscht - z.B. 12345.

Die Benutzer steigen dann mit ihrem Java-fähigem Webbrowser wie folgt auf dem Server ein:
http://Servername:12345/.

Soweit sogut, no black magic here.

Schlimm ist allerdings folgendes:
Wenn im IE die Java-Runtime installiert ist, funktionieren die neuen Applets gut, wenn man aber auf einen Server mit der alten Version einsteigt, stirbt der Server-Prozess.

Wenn man hingegen im IE die MS-Runtime installiert hat, klappt der Zugriff auf die alten Applets einwandfrei - wenn man hingegen auf einem Server mit der neuen Version einsteigt, klappt nur der Großteil des Applets - und alle anderen Netzwerkverbindungen des Users am ClientPC sterben schlagartig - nicht einmal Ping geht dann mehr .

Die erste Schlußfolgerung "Diese Software ist ein Shice" war mal leicht zu ziehen - nur nutzt mir das leider nix .

Ich hätte jetzt folgende Idee:
Wenn der Benutzer mit IE auf den port 12345 connected, bekommt er ja eine HTML-Seite präsentiert, die dann das Applet nachlädt. Ich könnte also uU

eine "vorgeschaltene" Website bauen - zB auf Port 12346
diese Website soll jetzt die Applet-einbindung erledigen - und im umhüllendem HTML einen Parameter mitschicken, daß er die passende JavaVM (zB Sun bei neuer Version) verwenden soll

Meine dumme Frage für heute:
Wie parametrisier' ich ein Applet, die JavaVM XYZ zu verwenden ? JA, ich habe gegoogelt, SelfHTML und wiki gequält, bin aber nur auf Infos zum verwenden von JSP gestoßen... Wie kann ich es also lösen ? Oder gibt es einen anderen Weg und ich seh' nur den Wald vor lauter Bäumen nicht ?

Thx
gepeinigter

Prob: Applets/IE-JavaVM

gepeinigter_aon_neukunde — Mon, 31 Oct 2005 12:26:55 GMT

Hi !

Habe dzt. ein kleines Prob mit Java-Applets:

Auf verschiedenen Servern verwenden wir im Firmenlan verschiedene Versionen derselben [kommerziellen] Software. Serverseitig wird dabei ein binary aufgerufen, das dann auf einem konfigurierbaren Port lauscht - z.B. 12345.

Die Benutzer steigen dann mit ihrem Java-fähigem Webbrowser wie folgt auf dem Server ein:
http://Servername:12345/.

Soweit sogut, no black magic here.

Schlimm ist allerdings folgendes:
Wenn im IE die SUN-Java-Runtime installiert ist, funktionieren die neuen Applets gut, wenn man aber auf einen Server mit der alten Version einsteigt, stirbt der Server-Prozess.

Wenn man hingegen im IE die MS-Runtime installiert hat, klappt der Zugriff auf die alten Applets einwandfrei - wenn man hingegen auf einem Server mit der neuen Version einsteigt, klappt nur der Großteil des Applets - und alle anderen Netzwerkverbindungen des Users am ClientPC sterben schlagartig - nicht einmal Ping geht dann mehr .

Die erste Schlußfolgerung "Diese Software ist ein Shice" war mal leicht zu ziehen - nur nutzt mir das leider nix .

Ich hätte jetzt folgende Idee:
Wenn der Benutzer mit IE auf den port 12345 connected, bekommt er ja eine HTML-Seite präsentiert, die dann das Applet nachlädt. Ich könnte also uU

eine "vorgeschaltene" Website bauen - zB auf Port 12346
diese Website soll jetzt die Applet-einbindung erledigen - und im umhüllendem HTML einen Parameter mitschicken, daß er die passende JavaVM (zB Sun bei neuer Version) verwenden soll