[JAVA] Jar file vanuit de code runnen

[fuge]

Ik ben al lang op zoek naar een eenvoudige manier om een .jar vanuit java code te kunnen runnen, en wanneer ik zover ben zou'k ook moeten weten wanneer het geeindigd is (kan ook door een waarde te returnen ofzo).

Maar zelf het runnen op een deftige manier lukt me niet.

[mOrPhie]

Wil je een jar-file als plugin runnen? Of gewoon echt executen?

In het 2e geval is dit wat je zoekt volgens mij:

http://www.javaworld.com/...2-2000/jw-1229-traps.html

Je kan daar een proces starten, dus ook een "java -classpath [...]" commando. Vervolgens kun je de output ophalen of het proces monitoren.

[Mac_Cain13]

Als je niet gewoon een commando af kunt vuren vanuit Java waarmee je de jar start en vanzelf verder gaat als dat Java programma klaar is. (Zijn daar geen methoden voor?)
Zou ik in de richting gaan zoeken van de jar file unzippen, het MANIFEST lezen en dan de juiste main starten oid. Dan weet je ook vanzelf wanneer het afgelopen is, want op dat moment zal de main returnen. Alleen of dat nou zo'n deftige manier is... Het is ook maar even een hersenspinsel van mij.

Maar wat heb je al geprobeerd? Kun je wel een ander programma runnen, een executable binary oid, of werkt dat ook niet? En wat voor ideeen had je zelf al?

[fuge]

mOrPhie schreef op woensdag 19 april 2006 @ 00:14:
Wil je een jar-file als plugin runnen? Of gewoon echt executen?

In het 2e geval is dit wat je zoekt volgens mij:

http://www.javaworld.com/...2-2000/jw-1229-traps.html

Je kan daar een proces starten, dus ook een "java -classpath [...]" commando. Vervolgens kun je de output ophalen of het proces monitoren.

gewoon executen

[fuge]

Mac_Cain13 schreef op woensdag 19 april 2006 @ 00:15:
Als je niet gewoon een commando af kunt vuren vanuit Java waarmee je de jar start en vanzelf verder gaat als dat Java programma klaar is. (Zijn daar geen methoden voor?)
Zou ik in de richting gaan zoeken van de jar file unzippen, het MANIFEST lezen en dan de juiste main starten oid. Dan weet je ook vanzelf wanneer het afgelopen is, want op dat moment zal de main returnen. Alleen of dat nou zo'n deftige manier is... Het is ook maar even een hersenspinsel van mij.

Maar wat heb je al geprobeerd? Kun je wel een ander programma runnen, een executable binary oid, of werkt dat ook niet? En wat voor ideeen had je zelf al?

code:

 Runtime.getRuntime().exec("java -jar challenge.jar");

Zo kan je het gewoon simpelweg runnen, ik heb ook al geprobeerd via libary's hem te importeren, en nog enkele dingen die totaal niet werkten ...

[mOrPhie]

Als bovenstaande samplecode niet werkte, dan moet je debuggen en zoeken waar de fout ligt, want dit zou gewoon moeten werken. Ik heb een dergelijk iets 'ns moeten doen en toen werkte het prima. Dat was echter met een classpath en niet met een jar.

[fuge]

kheb nu wel x wat me wel aanstaat moet het wel nog wa beter uitwerken

code:

        try
        {   
             Runtime rt = Runtime.getRuntime();
             Process proc = rt.exec("java -jar prog.jar");
             int exitVal = proc.waitFor();
             System.out.println("Process exitValue: " + exitVal);
        } 
        catch (Throwable t)
        {
            t.printStackTrace();
        }

dankzij jouw url

[ Voor 12% gewijzigd door fuge op 19-04-2006 01:01 ]

[Robtimus]

Mac_Cain13 schreef op woensdag 19 april 2006 @ 00:15:
Als je niet gewoon een commando af kunt vuren vanuit Java waarmee je de jar start en vanzelf verder gaat als dat Java programma klaar is. (Zijn daar geen methoden voor?)
Zou ik in de richting gaan zoeken van de jar file unzippen, het MANIFEST lezen en dan de juiste main starten oid. Dan weet je ook vanzelf wanneer het afgelopen is, want op dat moment zal de main returnen. Alleen of dat nou zo'n deftige manier is... Het is ook maar even een hersenspinsel van mij.

Daar zit 1 heel groot nadeel aan: wat als het programma uit die JAR nou eens System.exit() aanroept? Dan sluit de hele applicatie af - de jouwe dus ook.

Via Runtime.exec() voorkom je dit probleem, en zo krijg je dus de code die de TS zelf al heeft gepost.