Externes Programm starten, Speicheraufwändig

[fireflyer]

Hallo,

ich habe ein (hoffentlich kleineres) Problem eine .jar Datei zu starten.
Ich habe eine kleine GUI gemacht, wenn man dort auf einen Button klickt wird über

Process p = Runtime.getRuntime().exec("java -jar anyjar.jar");

eine jar-Datei in einem extra Thread gestartet.

Dies funktioniert bereits auch mit 2 anderen .jars so. Diese ist allerdings relativ Speicheraufwändig (>=1GB RAM).

Das ganze verhält sich nun witzigerweise so:
Die jar-Datei wird gestartet, ich erhalte ein paar Zeilen des StdOut-Streams und dann bleibt es plötzlich hängen. Sobald ich aber nun die GUI schließe (also System.exit(0)) aufgerufen wird macht er weiter. Die .jar Datei wird komplett ausgeführt (natürlich sehe ich so nix mehr vom Outputstream etc. aber zumindest die Ergebnisdatei ist nach wenigen Minuten korrekt).
Wenn ich das ganze per cmd/terminal aufrufe klappt alles ganz normal, nur aus java heraus leider nicht.

Meine bisherigen Versuche:
- das ganze mit java -Xmx2G zu starten
- Ohne den StdOut Stream abzufangen

Wie ich schon sagte verfahre ich so auch mit 2 anderen .jar-Dateien dort klappt alles wunderbar. Was die Datei genau macht kann ich nicht sagen, es wird eine XML-Datei analysiert in vielen Schritten.

Ich habe noch eine Vermutung:
Kann es sein das ein Prozess davor die XML-Datei auf der gearbeitet wird sperrt? Es läuft davor ein Prozess der diese XML-Datei anlegt, der 2. (der nicht funktioniert) soll damit nun weiterarbeiten. Falls ja, wie kann ich die ressourcen freigeben lassen?

Hoffe jemand kann mir helfen, wär echt super!

Vielen Dank schonmal im Vorraus

Viele Grüße,
fireflyer

 

[FArt]

Du startest nicht eine JAR Datei in einem anderen Thread sondern eine Javaapplikation in einem neuen Prozess.

Schau mal bei Orcle im Tutorial nach wie man das richtig macht. Auf jeden Fall musst du STDOUT und STDERR des geforkten Prozesses konsumieren, sonst blockiert der Prozess wenn der Puffer voll ist.

Abgesehen davon sieht dein "Konzept" nicht sonderlich sinnvoll aus. Da gibt es sicher noch Optimierungspotential. Warum müssen das verschiedene Prozesse sein? Und vermutlich benötigen sie so viel Speicher, weil du die XML Verarbeitung ungünstig angelegt hast... (liest du ein großes XML auf einen Rutsch ein?).

 

[fireflyer]

Hallo,

was ist das für ein Orcle Tutorial, ich kann das hier nirgends finden.

Auf diese externen .jar Files habe ich keinen Zugriff die sind nicht von mir ich kann sie nur ansteuern.
Was dort genau passiert weiss ich auch nicht.

Ich habe allerdings noch was probiert:
Diesen Prozess einfach in der main-methode, also ohne alles andere, zu starten. Klappt leider ebenfalls nicht, es funktioniert nur von der Konsole aus. An dem StdOut etc. kann es auch nicht liegen das habe ich da garnicht benutzt.

Viele Grüße,
fireflyer

 

[FArt]

Processes and Threads (The Java™ Tutorials > Essential Classes > Concurrency)

Du kannst die Main-Klasse des anderen JARs aufrufen (wenn das JAR in deinem Klassenpfad ist), ohne den Prozess zu forken. Wenn der Prozess aber so viel Speicher braucht, machte es das auch nicht besser.

 

[fireflyer]

Okay, das mit dem Prozess werde ich mal versuchen

Was auch ein Problem ist, das die Datei blockiert wird. Und zwar nachdem ich sie mit diesem Code durchsucht habe:

try {
				XMLEventReader evRd;
				XMLInputFactory inputFactory = XMLInputFactory.newInstance();
				StreamSource stream = new StreamSource(this);
				evRd = inputFactory.createXMLEventReader(stream);
			    while( evRd.hasNext() ) {
			    	XMLEvent ev = evRd.nextEvent();
//hier wird die XML Datei auf bestimmte Merkmale durchsucht
			    }
			    evRd.close();
			} catch (XMLStreamException e) {
				e.printStackTrace();
			}

Das this was da übergeben wird ist ein File-Objekt. Soweit ich weiss kann man das File-Objekt nicht schließen oder sowas, zumindest konnte ich nix in die Richtung finden. Auf jeden Fall ist ab diesem Zeitpunkt die Datei blockiert, kann man diesen Umstand irgendwie ändern?

Nochmals vielen Dank

Viele Grüße,
fireflyer

 

[FArt]

Mache ein kleines, vollständiges Beispiel daraus, welches das Problem reproduziert. Was genau bedeutet, "die Datei blockiert"?
Auf eine Datei wird auch mit einem Stream zugegriffen. Der muss am Ende geschlossen werden. File ist lediglich ein abstraktes Objekt.

 

[fireflyer]

Hi,

also das mit dem Beispiel ist eher schwierig da ich das was ich gerade mache (noch) nicht herausgeben darf
Im Grunde funktioniert es aber so:

phase1.jar
generiert aus einer txt-datei eine xml datei

phase2.jar (die die nicht funktioniert)
fügt in diese xmldatei zusätzliche informationen ein

phase3.jar
liest diese xml-datei und macht eine visualisierung daraus

Was in diesen einzelnen Phasen genau passiert weiss ich leider auch nicht, die stammen alle nicht von mir. Ich soll sie nur zentral ansteuern.
Es funktioniert alles bis eben auf phase2. Wenn ich diese starte dann fängt sie an und wartet dann aber wohl darauf das der java-prozess beendet wird oder sowas.
Der code den ich da benutze dient lediglich dazu die xml-dateien zu unterscheiden die aus phase1 und phase2 kommen. Denn diese müssen ja nicht noch einmal phase2 durchlaufen. Aber dieser ist eig. so schon vollständig, mehr passiert da nicht. Diese StreamSource kann ich auch nicht schließen, lediglich beim XMLEventReader gibt es eine methode close(). Aber auch wenn ich diese Prozedur nicht mache funktioniert es nicht, ich vermute also das es nicht an einer blockierten Datei liegt, denn es funktioniert ja auch nicht:

phase1.jar manuell machen

main {
start phase2.jar (nur das, ohne alles andere. klappt aber auch nicht)
}

Kann es sein das in phase2 irgendwas eingebaut ist sodass es sicherstellt das keine anderen java-prozesse am laufen sind oder sowas?

Ich hab das auch mit dem ProcessBuilder versucht, klappt leider auch nicht

Viele Grüße,
fireflyer

 

[FArt]

Dir fehlt eine Menge an Basiswissen. Das kann ich dir hier auch nicht auf die Schnelle vermitteln.

Warum der Ablauf auf drei Prozesse verteilt ist, ist eigentlich in der Regel nicht sinnvoll. Zur Fehleranalyse musst du wissen, was dieses Programme machen, und ob z.B. diese sauber ihre Ressourcen schließen (z.B. FileOutputStream nach dem Schreiben).
ll
Für mich hört sich das alles seltsam und geheimnisvoll an... zur Analyse bleibt aber nicht aus, dass du weißt was wo passiert und dass die anderen Prozesse alles richtig machen.