JNI Registry in Executable Jar Datei nutzen?

[Extremefall]

Hallo,
ich habe ein Programm, womit ich über die Registry den Taskmanager deaktivieren bzw. aktivieren möchte. Dazu habe ich eine GUI und einen ActionListener, wo man mittels Button den Taskmanager aktivieren oder deaktivieren kann.

Jetzt klappt alles. Leider scheint die Funktion zum Bearbeiten des Taskmanagereintrags in der Registry nicht zu funktionieren. Wenn ich die Funktion im normalen Programm (Eclipse) nutze, klappt alles. Doch wenn ich das Programm über eine Executable Jar Datei ausführe, geht es nicht. Leider weiß ich auch nicht, wie ich an Fehlermeldungen komme (bei Jar Dateien).

Mein Code für die Funktion zum (de-)aktivieren:

System.loadLibrary("ICE_JNIRegistry");
RegistryKey hardware = Registry.HKEY_CURRENT_USER;
hardware = hardware.createSubKey("Software\\Microsoft\\Windows\\CurrentVersion\\Policies\\System","");
RegDWordValue dWordValue = new RegDWordValue(hardware,"DisableTaskMgr",RegistryValue.REG_DWORD);
dWordValue.setData(disable);
hardware.setValue(dWordValue);

Wie kann ich es hinbekommen, dass die Registry Funktion auch über die Jar Datei klappt?

 

[Gast2]

Leider weiß ich auch nicht, wie ich an Fehlermeldungen komme (bei Jar Dateien).

Per Konsole starten.

Vermutlich findet er die library nicht die geladen werden soll.

 

[Extremefall]

Gibt es eine Konsole bei der Jar Datei? Wenn ja, wie rufe ich die auf? Weil die Bibliothek ja in Eclipse geladen wird, kann ich da nicht schauen? Gibt es Regeln, wo die Bibliothek ( vom bin oder src Verzeichnis aus gesehen) sein sollte?

 

[Gast2]

Nein, du nutzt die Konsole deines Betriebssystems. Unter Windows: Win + R -> cmd -> Enter
Starten kannst du dein Programm dann mit:

java -jar deinJarFile.jar

. Dafür musst du dich dann natürlich im richtigen Ordner befinden.

Es gibt imho auch ne Property die man setzen kann/muss damit solche libraries gefunden werden.

 

[Extremefall]

Habe es jetzt mittels Bat Datei gelöst. Nun kommt das Problem: Es sagt no ICE_JNI...
Die Datei ist vom SRC Verzeichnis aus gesehen ein Verzeichnis höher (eine Ebene). Muss die Datei im SRC Verzeichnis sein oder wo? Ist eine DLL Datei.

 

[Gast2]

Versuch mal den Pfad zur DLL anzugeben:

java -Djava.library.path=/pfad/zu/deiner.dll -jar deineJar.jar

 

[irgendjemand]

das problem ist das die VM nicht in der lage ist eine lib *DLL in deinem fall* innerhalb eines JAR-files zu laden ...
die lib muss dazu immer in das normale file-system entpackt werden ...

ich selbst verwende manchmal die lib "JShellLink" um bequem "verknüpfungen" auf dem desktop anzulegen ...

das source-file dieser lib hat folgenden static-block in der klasse

static {
	// The CLASSPATH searching code below was written by Jim McBeath
	// and contributed to the jRegistryKey project,
	// after which it was modified and used here.
	try {
	    String appDir = System.getProperty("JSHORTCUT_HOME");
	    	// allow application to specify our JNI location
	    if (appDir!=null) {
	        // application told us to look in $JSHORTCUT_HOME for our dll
		File f = new File(appDir,"jshortcut.dll");
		String path = f.getAbsolutePath();
		System.load(path);	// load JNI code
	    } else {
	        // No specified location for DLL, look through PATH
	        System.loadLibrary("jshortcut");
	    }
	} catch (UnsatisfiedLinkError ex) {
	    // didn't find it in our PATH, look for it in CLASSPATH
	    String cp = System.getProperty("java.class.path");
	    boolean foundIt = false;
	    while (cp.length() > 0) {
		int x = cp.indexOf(File.pathSeparator);
		String dir;
		if (x >= 0) {
		    dir = cp.substring(0,x);
		    cp = cp.substring(x+1);
		} else {
		    dir = cp;
		    cp = "";
		}
		if (dir.length()>4 &&
		    dir.substring(dir.length()-4).toLowerCase().equals(".jar")){
		    // If the classpath contains a jar file,
		    // then we look in the directory
		    // containing the jar file.
		    x = dir.lastIndexOf(File.separator);
		    if (x>0)
			dir = dir.substring(0,x);
		    else
			dir = ".";
		}
		File f = new File(dir,"jshortcut.dll");
		if (f.exists()) {
		    String path = f.getAbsolutePath();
		    System.load(path);	// load JNI code
		    foundIt = true;
		    break;
		}
	     }


        if (!foundIt) {
            try {
            ClassLoader cl = JShellLink.class.getClassLoader();

            String libname = "jshortcut_" + System.getProperty("os.arch") + ".dll";

            InputStream in = cl.getResourceAsStream(libname);
            if (in == null)
                throw new Exception("libname: jshortcut.dll not found");
            File tmplib = File.createTempFile("jshortcut-",".dll");
            tmplib.deleteOnExit();
            OutputStream out = new FileOutputStream(tmplib);
            byte[] buf = new byte[1024];
            for (int len; (len = in.read(buf)) != -1;)
                out.write(buf, 0, len);
            in.close();
            out.close();

            System.load(tmplib.getAbsolutePath());

            foundIt = Boolean.TRUE;

            System.out.println("jshortcut.dll loaded via tmp generated pathname: " + tmplib.getAbsolutePath());
            
            } catch (Exception e) {
              foundIt = Boolean.FALSE;
            }
        }

	     if (!foundIt) {
		 // we did not find it in CLASSPATH
             System.out.println("failed loading jshortcut.dll");

		 throw ex;	// throw the can't-find-library exception
	     }
	}
    }

dieser macht nichts weiter als die lib in der nötigen architektur *IA32, IA64, AMD64* zu entpacken und dann zu laden ...

vielleicht hilft dir das weiter

[OT]da sieht man mal wieder was alles "verloren" geht wenn man als anfänger gleich eine IDE nutzt ... man weis nicht mal mehr was die normale OS-console ist ... traurig ...

und es ist der zweite thread innerhalb weniger tage unter den ich das poste ... vielleicht merken ja dann mal einige die immer gleich mit IDEs auf anfänger losgehen das das eideutig der falsche weg ist um programmieren zu lernen[/OT]