-
Auszug aus der Beschreibung des Receive Data Queue (QRCVDTAQ) APIs:
Note: To improve data queue performance, the data queue APIs remember addressing information for the last data queues used. This occurs when a specific (not *LIBL or *CURLIB) value is provided for the library name, and the data queue is located in the system auxiliary storage pool (ASP number 1) or a basic user ASP (ASP numbers 2-32). The addressing information for data queues located in independent ASPs is not saved.
Because the addressing information is saved, users of this API should be aware of the following scenarios.
Scenario 1
If, a job references a library-specific data queue, the data queue is moved using the Move Object (MOVOBJ) command or renamed using the Rename Object (RNMOBJ) command, and a new data queue is created with the same name and library as the data queue that was renamed or moved, then, the job continues to reference the original data queue, not the newly created data queue.
...
-
OK, das ist mir neu.
Ein RCLSTG sollte dafür aber normalerweise ausreichen.
Aber es wird ja auch geschrieben, dass andere Javaprogramme das Problem nicht haben.
Also irgendwas machen die dann ja wohl anders, nämlich korrekt.
-
Zitat von Robi
@Dieter,
ja, aber das ist schon relativ sicher, alles andere wäre Betrug!
... Betrug setzt voraus, dass die wissen, was sie da tun - und ich tippe da eher auf das James Dean Syndrom.
D*B
-
Zitat von Pikachu
If, a job references a library-specific data queue, the data queue is moved using the Move Object (MOVOBJ) command or renamed using the Rename Object (RNMOBJ) command, and a new data queue is created with the same name and library as the data queue that was renamed or moved, then, the job continues to reference the original data queue, not the newly created data queue.
...
... das bezieht sich allerdings dezidiert auf einen Job und ein disconnectService(AS400.DATAQUEUE) auf das AS400 Object sollte zu einer korrekten Initialisierung des prestarted Jobs vor Wiederverwendung führen, ansonsten wäre das ein Bug in der jt400.
D*B
-
Die lassen sich nun doch nicht in den Code gucken.
Wir löschen die DATAQ nun vor dem rename der Lib.
In der neu erstellten Lib erzeugen wir die dataq neu.
Das geht
Robi
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
Unabhängig davon, Fehler gehören behoben!
Alternativ kann man ggf. per WRKOBJLCK den Job feststellen und killen.
Dann sollte der Move anschließend auch funktionieren.
Das Javaprogramm sollte dann in der Lage sein zu reconnecten.
-
Zitat von Robi
Die lassen sich nun doch nicht in den Code gucken.
... das könnte einen Grund haben...
Similar Threads
-
By fred2 in forum NEWSboard Server Software
Antworten: 0
Letzter Beitrag: 15-05-03, 16:38
-
By vogeste0 in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 30-04-03, 10:09
-
By Antonio in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 04-02-02, 17:20
-
By delphix in forum IBM i Hauptforum
Antworten: 10
Letzter Beitrag: 23-01-02, 14:02
-
By Klaus Rotering in forum IBM i Hauptforum
Antworten: 6
Letzter Beitrag: 23-11-01, 12:01
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks