Robi
19-11-13, 12:30
Hi *all
da ich kein Java kann, bitte ggf. falsche Formulierungen einfach in richtige Übersetzen:)
Ein PC-Pgm greift mit Java auf die AS400 zu und liest aus einer DataQ
Am Wochenende wird die Lib der Dataq umbenannt und eine neue Lib mit Dataq erzeugt.
Das PC Pgm beendet seinen Java zugriff auf die AS400 und baut Ihn neu auf.
(mit fest verdrahteter, richtiger Lib)
Trotzdem liest der PC-Java-Job Daten aus der umbenannten Lib, nicht aus den neuen.
Vermutung:
All die vielen Jobs auf der AS400, die sich starten wenn ein Java Pgm auf die AS400 zugreift sind nicht beendet worden, merken sich den "Zugriffspfad" und kommunizieren später auch mit dem neuen Job.
Frage: Was sag ich dem PC-Java Entwickler? Wie kann er seinen Job so beenden, das all die dazugehörigen Jobs auch verschwinden und eine neue Verbindung auch auf neue Daten zugreift.
Zus. Hinweis: das PC Java arbeitet mit dem Apache Camel / Spring Framework
Hoffe ihr habt das verstanden
Danke
Robert
da ich kein Java kann, bitte ggf. falsche Formulierungen einfach in richtige Übersetzen:)
Ein PC-Pgm greift mit Java auf die AS400 zu und liest aus einer DataQ
Am Wochenende wird die Lib der Dataq umbenannt und eine neue Lib mit Dataq erzeugt.
Das PC Pgm beendet seinen Java zugriff auf die AS400 und baut Ihn neu auf.
(mit fest verdrahteter, richtiger Lib)
Trotzdem liest der PC-Java-Job Daten aus der umbenannten Lib, nicht aus den neuen.
Vermutung:
All die vielen Jobs auf der AS400, die sich starten wenn ein Java Pgm auf die AS400 zugreift sind nicht beendet worden, merken sich den "Zugriffspfad" und kommunizieren später auch mit dem neuen Job.
Frage: Was sag ich dem PC-Java Entwickler? Wie kann er seinen Job so beenden, das all die dazugehörigen Jobs auch verschwinden und eine neue Verbindung auch auf neue Daten zugreift.
Zus. Hinweis: das PC Java arbeitet mit dem Apache Camel / Spring Framework
Hoffe ihr habt das verstanden
Danke
Robert