Restore Daten in java auswerten..

[Fuerchau]

Ich sagte ja, dein RST-Befehl wird in einem eigenen Job durchgeführt!
Irgendwie musst du an diesen Job kommen und dessen Joblog auslesen.

Da ein Joblog genauso wie eine MSGQ aufgebaut ist, gibts da auch einen Key, ab dem man weiterlesen kann.

[Fuerchau]

Die Javaklassen geben eigentlich alles was du brauchst:
CommandCall

CommandCall()

[Charmy]

also sollte ich mit

command.run("DSPJOBLOG JOB("+ jobNummer + "/" + userID + "/" + jobName + ")");

command.getMessageList()

Alles auslesen können?

edit: ich glaube es liegt auch noch daran das ich meinen Restore primitiv über ein FTP command im Java ausführe. Das werde ich erstmal überarbeiten mit den passenden Methoden meines SaveFile Objektes... Dann solle es auch funktionieren..

[Fuerchau]

Das ist soweit korrekt.
Allerdings läuft command.run nicht asynchron, so dass getMessageList erst nach Ende des Kommandos ein Ergebnis bringt.
Ggf. musst du eben vorher per getServerJob den Job ermitteln um dann auf das Joblog dieses Job's zuzugreifen.

Auch liefert getMessageList nicht alle Nachrichten. Du musst da vorher die Anzahl festlegen.

Da du aber asynchron die Nachrichten auslesen willst, musst du in einem anderen Thread auf dein Command-Objekt zugreifen.
Ob das threadsicher ist, musst du probieren.

[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.