Restore Daten in java auswerten..

[Charmy]

k, klappt!

Vielen Dank für die Hilfe

[Charmy]

hmm ok, der asynchrone Zugriff klappt doch nicht ganz so wie gewünscht...

Ich greife mit Hilfe eines anderen Threads auf das CommandCall Objekt zu und greife mir ein Job Object mit der Methode command.getServerJob();

Mit dem Job Object kann ich mir die Messages aus dem JobLog ziehen..

Jedoch spuckt er die Ergebnisse erst am Ende aus wenn der RST schon fertig ist...

 // Thread A
 

 command = new CommandCall(MyAS400);
 com_Finish = command.run("RSTLIB SAVLIB(" + orginalLibName + ") DEV(*SAVF) SAVF(" + LibName + "/" + SaveFileName + ") MBROPT(*ALL)");
 

 

 

 

 // Thread B
 

 do {
                     Thread.sleep(2000);
                     Job myJob = command.getServerJob();
                     myJob.loadInformation();
                     System.out.println(myJob.getJobLog().getNumber());
                     JobLog myJobLog = new JobLog(MyAS400, myJob.getName(), myJob.getUser(), myJob.getNumber());
                     myJobLog.load();
                     Enumeration x = myJobLog.getMessages();
                     System.out.println("Job Status is.."+ myJob.getStatus());
                     while (x.hasMoreElements()) {
                         System.out.println(x.nextElement());
                     }
                      
                 } while (com_Finish == false);

[Fuerchau]

Anscheinend ist das Joblog erst nach Jobende verfügbar.
Ggf. gibt es noch andere Methoden, auf das Joblog eines aktiven Job's zuzugreifen.

Schau doch mal während der Ausführung nach, ob du den Job per WRKACTJOB/WRKUSRJOB findest und ob das Joblog da fortgeschrieben wird.

[Charmy]

Das mache ich doch eben schon!

Thread B läuft in einer Schleife , solange der Restore nicht fertig ist!

Daher sollte der neueste JobLog Alle 2 Sec neu ausgegeben werden, jedoch tut er dies nicht, warum weiss ich nicht.

Es wird erst das Komplette JobLog ausgegeben wenn der Restore fertig ist, ich glaube die Threads blockieren sich irgendwie...

[Fuerchau]

Vielleicht kannst du dein Java auch mal auf dem PC laufen lassen.
Mit Eclipse z.B. ist es auch besser zu debuggen.
Die Toolbox funktioniert auch auf dem PC.

[Charmy]

Das Programm ist auf dem PC geschrieben :P , und zwar in Swing

[Fuerchau]

Ja schön, dann müsstest du doch per Debug feststellen können, bei welchem Zugriff dein Thread parkt.

[Charmy]

Die JobLog Daten werden erst freigegeben wenn der RST beendet ist!

Es muss doch eine Methode geben welche es erlaubt den aktuellen JobLog zu bekommen , omg...

Also ich habe das Gefühl, wenn es eine Größere SaveFile ist zum restoren blockiert die AS400 totall und ich komme gar nicht an das JobLogFile rann?

Bringt es etwas eine zweite Verbindung aufzubauen und dort zu versuchen anhand des Namens , Nummer und Users an das JobLog heranzukommen?

[Fuerchau]

Ruf den RST mal manuell aus der Kommandozeile auf.
Schau anschließend ins Joblog und drücke auf jeder Nachricht F1->F9.
In den Details kannst du die Sendezeit sehen.
Ggf. gibt der RST die Meldungen eben erst ins Joblog, wenn er fertig ist.

[Charmy]

yop, wie du vermutet hast! Die joblog Daten werden erst geschrieben wenn der RST fertig ist...

Dann gebe ich eben alles am Ende des Vorgangs aus das geht ja auch.


Was mir jedoch immer noch Sorgen macht, ist die Unterscheidung zwischen RSTOBJ und RSTLIB savefiles! Denn RSTOBJ funktioniert nicht wirklich über die Klasse "savefile.class" . Kann ich denn auf eine Spoolfile zugreifen , und diesen mit Hilfe eines Streams auslesen oder so?

[Fuerchau]

Für Spoolfiles gibts wieder eigene Klassen.
Wieso gibt die Savf-Info die Art des Save nicht her ?