Fachrat Informatik - Forum

guten tag!

ich bin gegenwärtig dabei mit jni herumzusauen und es gibt anforderungen dass der jvm bestimmte optionen mitgegeben werden müssen (siehe hier: http://blogs.sun.com/watt/resource/jvm-options-list.html). nun hatte ich das problem, dass ganz bestimmte jvm-optionen (wie etwa "-showversion" oder "-splash") nicht von der jvm erkannt werden, was mich doch sehr wunderte, denn schließlich steht es so geschrieben, dass die java hotspot jvm (client und server) eben diese jvm-optionen angeblich unterstützen soll..

nach fleißiger aber erfolgsarmer recherche bin ich auf die idee gekommen, mir den sourcecode von java.exe anzusehen, und siehe da, einige der so genannten jvm-optionen werden überhaupt garnicht an die jvm geschickt, sondern gleich an ort und stelle von java.exe verarbeitet! wie soll ein entwickler denn bitteschön auf diesen abwegigen gedanken kommen? zumal diese argumente von java.exe überall als jvm-optionen bezeichnet werden...

ich bin jetzt also drauf und dran, teile der funktion von java.exe in meinen c-code einzubauen, aber schön ist das nicht. es wundert mich allerdings, dass dieses thema nirgends im netz diskutiert wird. ich hätte zumindest mal gerne eine liste, um welche sogenannten jvm-optionen es dabei geht, es macht jedenfalls keinen spass, mir das aus dem sourcecode von java.exe herauszuklamüsern.

ich wäre dankbar, falls mir jemand näheres zu dem thema sagen kann und ob ich mit meinem ergebnis richtig liege. ich wünschte ich könnte mir das nachprogrammieren von java.exe sparen, also könnte ich auch gut einen tipp gebrauchen, wie ich das vielleicht doch noch umgehen kann...

nun, ich fürchte es ist nicht ganz deutlich geworden, wo mein problem liegt. also: überall werden die sogenannten jvm-optionen beschrieben, als wären es argumente für die jvm. dem ist aber nicht so. wie aus dem quelltext von java.exe hervorgeht, werden einige dieser argumente (wie -splash und -showversion) in java.exe verarbeitet, und nur die übrigen (in teilweise angepasster form) an die jvm übergeben.

die java.exe startet also die jvm im wesentlichen auf die gleiche weise über jni, wie ich es in meinem programm auch tue. das heißt aber, dass eben die jvm-optionen, die ja in java.exe verarbeitet werden, natürlich nicht von der jvm selbst verstanden werden.

ich bin mittlerweile sehr skeptisch, dass es dafür eine einfache lösung gibt, also hätte ich wenigstens gerne eine dokumentation, welche jvm-optionen auf welche weise in java.exe verarbeitet oder modifiziert werden. das kann man zwar im quellltext von java.exe nachlesen, das ist aber recht mühsam.


a) bei java.exe:

(jvm-optionen) -> [java.exe] -> (teilmenge von jvm-optionen) -> [jvm]


b) bei mir (gegenwärtiger stand, funktioniert nicht):

(jvm-optionen) -> [meine.exe] -> (jvm-optionen) -> [jvm]


c) bei mir (so funktionierts, aber es gehen halt nicht alle jvm-optionen)

(teilmenge von jvm-optionen) -> [meine.exe] -> (teilmenge von jvm-optionen) -> [jvm]


d) was ich erreichen möchte, ohne java.exe nachzuprogrammieren:

(jvm-optionen) -> [meine.exe] -> (teilmenge von jvm-optionen) -> [jvm]


ich benutze java 6 und habe da auch alles richtig gesetzt...

man muss der jvm an und für sich keine jvm-optionen übergeben... ohne classpath dürfte es zwar eine etwas einseitige angelegenheit werden, aber ich wüsste jetzt nicht, dass das wirklich nicht klappt...