could not load jvm

[Olli_M]

Guten Abend

ich hab ein Programm geschrieben mit einem exe Launcher und einem jar File.
Das funktioniert sowohl unter Windows XP als auch unter Windows 7 32 bit.

Ok, aber nun besteht das Problem auf 2 Maschinen mit Windows 7 64 bit.
Auf einer dritten Maschine mit Windows 7 64 Bit (bei mir) besteht das Problem jedoch nicht.

Auf den beiden problematischen Rechnern erscheint beim Start der exe
could not load jvm

Der Aufbau ist so: mein Programm liegt in denselben 2 Foldern wie ein anderes Java Prog,
die exe im /bin und das jar im /lib Folder. /bin und /lib sind in demselben Folder,
also C:/Programme (x86)/<Firmenname>/<Programmname>.

Ich wurde gebeten, nun Messageboxen einzubauen (um etwaige Pfade anzuzeigen), aber das bringt ja nix, da mein Javacode gar nicht erst gestartet wurde. Telefonisch konnte ich keinen Unterschied feststellen zwischen meinem PC und dem Kunden PC.

Wie kriege ich nun raus, wieso die JVM nicht geladen wurde?
Am Windows 7 64 bit kann es nicht alleine liegen, denn bei meinem PC geht es damit auch.
Es ist immer dieselbe exe und dasselbe jar File.

:bahnhof:

freundliche Grüße
Olli

 

[Bernd Hohmann]

Schick den User mal auf die Kommandozeile und soll mal "java" <enter> eintippen. Nur als Test, ob da überhaupt eine JRE angesprochen werden kann.

ggf. Java neu installieren.

Bernd

 

[tröööt]

es gibt hier noch ganz andere möglichkeiten außer dem überhaupt nicht vorhanden sein einer VM

1) der launcher sucht speziell nur eine gewisse version in einem gewissen pfad den es so nicht gibt ... es wäre auch gut zu wissen WELCHEN launcher du nutzt ... denn es gibt ja bekanntlich mehrere (wobei bis jetzt alle die ich hatte über die registry liefen)
2) der launcher will eine x86 VM starten ... auf dem system ist aber NUR die x64 VM installiert
leider ist das so ein irrglaube das man auf einem x64 OS die x86 VM nicht installieren müsste ... denn vieles ist immer noch x86 und braucht daher die x86 VM ...
3) es gibt fehler im system ... dann müsste man dies mal auseinander nehmen ...

 

[Olli_M]

Hallo,

1) das ist kein Standard Launcher, sondern der wurde von anderen Leuten in meiner Firma erstellt
(ich bin gerade dabei nachzufragen, was der genau macht), aber nicht von mir
(ich konfiguriere den nur, aber da ist kein absoluter Dateipfad dabei, nur 2 Klassennamen)

2) das ist ein guter Hinweis, aber unser Standardprogramm (nicht von mir) installiert eine Version 1.6.018 von Java; auf der W7 64 bit Maschine kommt dennoch in der Eingabeaufforderung
bei java -version "Befehl ist falsch geschrieben oder konnte nicht gefunden werden"
bei java auch so...

Das Standardprogramm funktioniert dennoch.
Mein Prog (im Prinzip nur ein Add-On) soll in derselben JVM laufen wie das funktionierende Programm.
Wo kann ich denn das mit x64 und x86 VM sehen?

Ich selber installiere keine VM, ich addiere mein Prog lediglich in eine bestehende Installation
(die eben auch eine JVM enthält).

3) kann natürlich auch irgendein anderer Fehler sein, ich vermute aber mal, da ist irgendwas mit
dem Launcher faul

freundliche Grüße
Olli

 

[Olli_M]

So, ich wollte mal ein (spätes) Update zu dem Thema geben. Einen der problematischen Rechner hatte ich heute bei mir gehabt. Und komischerweise war doch das *.jar File das Problem (nicht der Launcher).

Ich habe es einfach neu kompiliert :idea:, und - siehe da - es ging nun auch auf dem "problematischen" Rechner. Das Komische ist ja, dass auch das "alte" jar File (was auf der gleichen Source basierte) auf meiner Testmaschine funktioniert hat, nur auf dem "problematischen" Rechner nicht. Beide PCs mit derselben JRE und demselben OS.

Hat so etwas schon mal jemand gehabt?!

Naja, wie auch immer, jedenfalls läuft es wieder...

Hmm, was mir gerade in den Sinn kommt: könnte man so etwas wie eine Checksumme für ein jar File machen, um abzusichern, ob 2 jar Files wirklich identisch sind?

Danke

Olli