[NEWSboard IBMi Forum]
Seite 1 von 2 1 2 Letzte
  1. #1
    Registriert seit
    Jun 2001
    Beiträge
    1.973

    Jason Java aufräumen

    Moin zusammen

    ein SQLRPGLE Pgm liest mit SQL ein JSON, das funktioniert auch gut.
    Anschl. submittet der Job ein Pgm in dem Java verwendet wird.

    Diese Standardanwendung funktioniert nicht mehr, vermutlich weil irgendwelche Java Variablen / Umgebungsvariablen gesetzt sind.

    Eine LIBPATH variable haben wir schon als Täter erkannt und nemhmen diese zurück
    Trotzdem bekommt der 2. job diesen Fehler
    Code:
    JVMJ9VM015W Initialisierungsfehler für Bibliothek j9gc29(2): Instanziieren des Heapspeichers ist fehlgeschlagen; 32G erforderlich
    Unable to create Java Virtual Machine.
    Weitere ENVVar, die offensichtlich was mit Java zutun haben, haben wir nicht entdeckt.
    Weis einer was ich bereinigen muß, oder mit welchem Befehl ich die Json-Java Umgebung aufräumen kann?

    Danke
    Robi

    (alternativ: ALLE ENVVAR der funktionierenden Umgebung merken, alle der Json Umgebung löschen und alle funktionierenden setzen.
    Das ist aber ziemlich mühselig.)
    Das Notwendige steht über dem technisch machbaren.
    (klingt komisch, funktioniert aber!)

  2. #2
    Registriert seit
    Feb 2001
    Beiträge
    20.206
    Ggf. gibt es im Java-Verzeichnis der JVM noch eine .Config-Datei.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  3. #3
    Registriert seit
    Mar 2002
    Beiträge
    5.286
    Zitat Zitat von Robi Beitrag anzeigen
    Moin zusammen

    ein SQLRPGLE Pgm liest mit SQL ein JSON, das funktioniert auch gut.
    Anschl. submittet der Job ein Pgm in dem Java verwendet wird.

    Diese Standartanwendung funktioniert nicht mehr, vermutlich weil irgendwelche Java Variablen / Umgebungsvariablen gesetzt sind.

    Eine LIBPATH variable haben wir schon als Täter erkannt und nemhmen diese zurück
    Trotzdem bekommt der 2. job diesen Fehler
    Code:
    JVMJ9VM015W Initialisierungsfehler für Bibliothek j9gc29(2): Instanziieren des Heapspeichers ist fehlgeschlagen; 32G erforderlich
    Unable to create Java Virtual Machine.
    Weitere ENVVar, die offensichtlich was mit Java zutun haben, haben wir nicht entdeckt.
    Weis einer was ich bereinigen muß, oder mit welchem Befehl ich die Json-Java Umgebung aufräumen kann?

    Danke
    Robi

    (alternativ: ALLE ENVVAR der funktionierenden Umgebung merken, alle der Json Umgebung löschen und alle funktionierenden setzen.
    Das ist aber ziemlich mühselig.)
    ... eigentlich leiste ich ungern Beihilfe zum Murks. Beim SBMJOB ist der default CPYENVVAR(*NO) und damit ist das doch entkoppelt?!.

    D*B
    AS400 Freeware
    http://www.bender-dv.de
    Mit embedded SQL in RPG auf Datenbanken von ADABAS bis XBASE zugreifen
    http://sourceforge.net/projects/appserver4rpg/

  4. #4
    Registriert seit
    Jun 2001
    Beiträge
    1.973
    Beim SBMJOB ist der default CPYENVVAR(*NO) und damit ist das doch entkoppelt?!.
    Der Java Job, gestartet mit einem einfachen

    Code:
     CHGVAR     VAR(&QCMD) VALUE('cd ' *BCAT &PATH *TCAT +  
                  ';./bin/run.sh ' *BCAT &DTAQ *BCAT &DLIB)
     
     SBMJOB     CMD(QSH CMD(&QCMD)) JOB(&Job) + ...
    braucht eine Liblist.

    Der submittete Job hat diese, aber die Java eingenen Q... Jobs haben die nicht.
    Die holen sich die Liblist aus einer envvar.

    Robi
    Das Notwendige steht über dem technisch machbaren.
    (klingt komisch, funktioniert aber!)

  5. #5
    Registriert seit
    Mar 2002
    Beiträge
    5.286
    ... der Fehler sieht aber eher nach einem Bug in der Java Runtime aus, die allwissende Müllhalde, Tante Google findet den bei OpenJ9.

    D*B

    Nachtrag: Kann auch sein, dass euer Einsatz von Java stored procedures (das JSON Gedöns) den Zweck erreicht hat: Hauptspeicher alle => neuen bei IBM bestellen.
    AS400 Freeware
    http://www.bender-dv.de
    Mit embedded SQL in RPG auf Datenbanken von ADABAS bis XBASE zugreifen
    http://sourceforge.net/projects/appserver4rpg/

  6. #6
    Registriert seit
    Jun 2001
    Beiträge
    1.973
    Wir haben vermutet, das es am unterschied 32 Bit Java (json?) und 64 bit Java Standardanwendung liegt und ein
    ADDENVVAR ENVVAR(JAVA_HOME) VALUE('/QOpenSys/QIBM/ProdData/JavaVM/jdk80/64bit') LEVEL(*JOB) REPLACE(*YES)
    dazwischen gebaut.

    Funktioniert auch nicht

    Vorübergehnde Lösung:
    Beide Jobs werden separat submittet, dann läufts.
    Wieder ein Job mehr. Auf einer Kiste, die alle 4-5-Wochen die Jobnr, wiederholt.
    Das Notwendige steht über dem technisch machbaren.
    (klingt komisch, funktioniert aber!)

  7. #7
    Registriert seit
    Mar 2002
    Beiträge
    5.286
    Ein Unterschied zwischen interaktiv und SBMJOB ist, dass der interaktive Job den Speicher der JVM nicht freigibt, der Speicherfraß also größer ist. Wenn das JSON Gedöns von vielen interaktiven Jobs gemacht wird, dann könnte das der Grund für das unterschiedliche Verhalten sein.
    Ich würde das allerdings keinesfalls so lassen: der Effekt holt euch ein!!!

    D*B
    AS400 Freeware
    http://www.bender-dv.de
    Mit embedded SQL in RPG auf Datenbanken von ADABAS bis XBASE zugreifen
    http://sourceforge.net/projects/appserver4rpg/

  8. #8
    Registriert seit
    Feb 2001
    Beiträge
    20.206
    "alle 4-5-Wochen die Jobnr wiederholt"
    Da würde ich mir schon mal Gedanken machen, ob nicht eine DTAQ-Verteilung von Aufgaben effektiver gestaltet werden kann. Man muss nicht ständig irgendwelche Arbeitsobjekte in QTEMP neu erstellen wo ggf. ein CLRxxx reicht.
    Per PJE gibt es auch die Möglichkeit parallele Jobs einzurichten.
    Die Gesamtlast des Systems sinkt damit z.T. nicht unerheblich und schafft Reserven für Neues.
    Dies gilt auch z.B. für Java-Aufgaben (Siehe D*B-Tools auf seiner Seite).
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  9. #9
    Registriert seit
    Jun 2001
    Beiträge
    1.973
    Zitat Zitat von Fuerchau Beitrag anzeigen
    "alle 4-5-Wochen die Jobnr wiederholt"
    Da würde ich mir schon mal Gedanken machen, ob nicht eine DTAQ-Verteilung von Aufgaben effektiver gestaltet werden kann. Man muss nicht ständig irgendwelche Arbeitsobjekte in QTEMP neu erstellen wo ggf. ein CLRxxx reicht.
    Per PJE gibt es auch die Möglichkeit parallele Jobs einzurichten.
    Die Gesamtlast des Systems sinkt damit z.T. nicht unerheblich und schafft Reserven für Neues.
    Dies gilt auch z.B. für Java-Aufgaben (Siehe D*B-Tools auf seiner Seite).
    Hahaha ...
    netter Versuch ...
    Das Notwendige steht über dem technisch machbaren.
    (klingt komisch, funktioniert aber!)

  10. #10
    Registriert seit
    Feb 2001
    Beiträge
    20.206
    Ich fand es nun nicht lustig. Das habe ich bereits mehrfach erfolgreich durchgeführt;-).
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  11. #11
    Registriert seit
    Mar 2002
    Beiträge
    5.286
    ... scheint mir Galgenhumor zu sein.
    AS400 Freeware
    http://www.bender-dv.de
    Mit embedded SQL in RPG auf Datenbanken von ADABAS bis XBASE zugreifen
    http://sourceforge.net/projects/appserver4rpg/

  12. #12
    Registriert seit
    Jun 2001
    Beiträge
    1.973
    wenn ich vor dem Json job ein

    ADDENVVAR ENVVAR(JAVA_HOME) VALUE('/QOpenSys/QIBM/ProdData/JavaVM/jdk80/64bit') LEVEL(*JOB) REPLACE(*YES)
    absetze, kann ich anschl. die Standardanwendung ausführen.

    @lustig und Galgenhumor
    Da würde ich mir schon mal Gedanken machen, ob nicht eine DTAQ-Verteilung von Aufgaben effektiver gestaltet werden kann. Man muss nicht ständig irgendwelche Arbeitsobjekte in QTEMP neu erstellen wo ggf. ein CLRxxx reicht.
    Per PJE gibt es auch die Möglichkeit parallele Jobs einzurichten.
    Klingt als ob Ihr die Anwendung kennt.
    Tut ihr aber nicht!
    Daher spreche ich Euch ab, es beurteilen zu können!
    Und ich schrieb nirgends, das dort ständig irgendwelche Arbeitsobjekte in qtemp erstellt werden
    oder wir dort keine Dataq's oder PJE jobs benutzen!
    Die Anwendung, die Fälle, die nötigen Jobs und die Datenbank ist einfach nur richtig fett.
    Nicht, das es dort kein Optimierungspotential gibt, aber Wunsch und Wirlichkeit sind halt 2 paar Schuhe.
    Das Notwendige steht über dem technisch machbaren.
    (klingt komisch, funktioniert aber!)

Similar Threads

  1. Java 8
    By Xanas in forum NEWSboard Java
    Antworten: 6
    Letzter Beitrag: 24-08-15, 14:43
  2. Run Java Run
    By BenderD in forum NEWSboard Server Software
    Antworten: 0
    Letzter Beitrag: 17-12-13, 14:47
  3. JAVA
    By kaym in forum IBM i Hauptforum
    Antworten: 13
    Letzter Beitrag: 25-04-02, 14:50
  4. VA RPG + JAVA
    By Markus Ralf in forum IBM i Hauptforum
    Antworten: 2
    Letzter Beitrag: 29-09-01, 12:18
  5. Java
    By schreibr in forum Intern - Hilfe - Feedback - Tests-Forum
    Antworten: 3
    Letzter Beitrag: 29-09-01, 12:13

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • You may not post attachments
  • You may not edit your posts
  •