-
beenden der JVM mit DestroyJavaVM (macht man das nicht, stirbt die VM spätestens bei Ende des Prozesses = Job)
Hört mir hier eigentlich irgendjemand auch mal zu??? Wie oft soll ich eigentlich noch schreiben, dass man eine JVM innerhalb eines Jobs nicht mehr manuell beenden kann? Das mag vielleicht bis V5R1 noch möglich gewesen sein mit der erwähnten Prozedur, aber danach nicht mehr!!!
neuere Doku als V6R1 kenne ich nicht!
Da bin ich ganz Deiner Meinung. Aber was willst Du mir damit sagen???????
@Robi:
Es bleibt Dir aus meiner Sicht wirklich nur übrig den RCLACTGRP wegzulassen, so wie vom Hersteller der Software empfohlen. Probier es doch mal aus, um festzustellen, ob der ursprüngliche Fehler wieder auftritt. Vielleicht kann man den ja dann anderweitig beheben. Oder handelt es sich evtl. um benannte ACTGRPs, die Du gezielt beenden kannst?
Gruß,
KM
-
... wenn du mal dem link folgen würdest, dann stösst du auf die offizielle Doku von DestroyJavaVM V6R1 und die sagt was anderes als du - ergo: einer erzählt Quatsch, du oder die Doku.
D*B
 Zitat von KM
Da bin ich ganz Deiner Meinung. Aber was willst Du mir damit sagen???????
-
RCLACTGRP ist die Ursache, das haben wir getestet.
Es wegzulassen ist nicht möglich, da div. ILE uns SQL Ile pgmme in abh. vom Benutzerverhalten gerufen werden.
Die Actgrp's sind nicht benannt (jedenfalls nicht alle)
Wir haben nun ein Prob. bei IBM aufgemacht.
mal sehn was wird
Gruß
Robi
-
Hat denn diese neue Software keine eigene benannte ACTGRP ?
Dann lass diese doch aktiv und beende nur deine eigenen ACTGRP's.
Ein nachträgliche Änderung der ACTGRP ist nicht möglich.
Wenn das Programm die ACTGRP *CALLER verwendet (DSPPGM), dann erstelle ein Aufrufprogramm mit benannter ACTGRP die das neue Proggi aufruft. Dann musst du diese ACTGRP auch nicht auflösen. Das neue Programm müsste doch damit leben können, wenn die ACTGRP bestehen bleibt, ansonsten würde ich bei dem Lieferanten einen Fehler melden.
Allerdings darfst du RCLACTGRP ACTGRP(*ELIGIBLE) dann nicht mehr verwenden.
-
Jain,
das geht leider nicht, da manche Aufrufe in dem Pgm ile mit *new rufen, (das sind dann Pgmme die auch aus dem Menü gerufen werden können)
Es werden u.a. 2 QJV* actgrp's geschlossen.
Wenn ich die ausschließen könnte ..
Ich hab leider nicht nur feste zu schließende Namen
Robi
-
new ist nicht persistent, die fliegt selber weg
D*B
 Zitat von Robi
Jain,
das geht leider nicht, da manche Aufrufe in dem Pgm ile mit *new rufen, (das sind dann Pgmme die auch aus dem Menü gerufen werden können)
Es werden u.a. 2 QJV* actgrp's geschlossen.
Wenn ich die ausschließen könnte ..
Ich hab leider nicht nur feste zu schließende Namen
Robi
-
sicher ????
das könnte helfen,
Ich mach ein cl, in dem alle benannten ACTGRP's aufgelistet werden die mit monmsg zu gemacht werden
Ist zwar nicht besonders elegant ...
Das werd ich hier mal vorschlagen
Gruß
Robi
-
Vielleicht hilft die folgendes API weiter:
Open List of Activation Attributes (QWVOLACT) API
Dann kannst du gezielt Aktivierungsgruppen zurücksetzen.
Die *DFTACTGRP wird mit RCLRSC weitgehend bereinigt.
Similar Threads
-
By Marimari1009 in forum IBM i Hauptforum
Antworten: 3
Letzter Beitrag: 10-01-07, 12:41
-
By Klabautermann in forum IBM i Hauptforum
Antworten: 6
Letzter Beitrag: 29-09-06, 16:39
-
By KM in forum NEWSboard Java
Antworten: 1
Letzter Beitrag: 21-07-06, 12:13
-
By gaby68 in forum NEWSboard Programmierung
Antworten: 9
Letzter Beitrag: 14-06-06, 17:27
-
By hs in forum IBM i Hauptforum
Antworten: 5
Letzter Beitrag: 12-12-01, 10:43
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