[NEWSboard IBMi Forum]
  1. #1
    Registriert seit
    Oct 2011
    Beiträge
    3

    Aktivierungsgruppe schließen

    Wir verwenden in unsere Anwendung die Standart-Aktivierungsgruppe.

    Es gibt immer wieder das Problem, dass sich offene Module bei einem Wechsel der Umgebung innerhalb einer Sitzung nicht korrekt schließen. Deshalb wird dann auf die falschen Daten zugegriffen.

    Wie könnte man dieses Problem lösen? (Wenn möglich, relativ einfach.)

    Vielen Dank für eventuelle Antworten!

  2. #2
    Registriert seit
    Feb 2001
    Beiträge
    20.241
    Wenn du die Umgebung wechselst sollte das am Besten mit Ab- und Anmelden erfolgen.
    Alles andere führt zu z.T. massiven Problemen.

    Es gibt den RCLACTGRP, mit dem man inaktive ACTGRP's zurücksetzen kann.
    Allerdings führt dies mitunter bei Serviceprogrammen mit impliziten Open dazu, dass der Open nicht wiederholt wird und der nächste Dateizugriff dann fehlschlägt.

    Ein RCLACTGRP ist nicht sicher!
    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.287
    ... immer diese ACTGRP
    - die Default actgrp lässt sich nicht mit RCLACTGRP bereinigen
    - RCLRSC zieht nicht für ILE
    - TFRJOB in die Jobq deines interaktiven SBS sollte alles platt machen
    - am saubersten ist natürlich den Wackelhaufen aufzuräumen.

    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
    Feb 2001
    Beiträge
    20.241
    Ich habe halt festgestellt, wenn ich einen RCLACTGRP auf eine offene, benannte, ACTGRP (z.B. Trigger) mache, dann öffnet der Trigger die Datei (Autopen) nicht erneut sondern stürzt ab.
    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

  5. #5
    Registriert seit
    Mar 2002
    Beiträge
    5.287
    ... das wäre aber ein Bug und kein Feature. Wobei der RCLACTGRP auf eine benannte ACTGRP aus anderen Gründen schief gehen kann - andere Module, die noch Referenzen auf die ursprüngliche Aktivierung halten, rennen nach dem RCLACTGRP auf den Hammer.
    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
    Feb 2001
    Beiträge
    20.241
    Es kann durchaus sein, dass dies der Grund ist, da ja der Trigger von der Datenbank ausgelöst wird und diese läuft in der DFTACTGRP 1.
    Wenn also Trigger ebenso in QILE laufen, wird ein RCLACTGRP QILE ebenso kontraproduktiv wirken.
    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

  7. #7
    Registriert seit
    Mar 2002
    Beiträge
    5.287
    ... Trigger sollte man mit ACTGRP(*CALLER) erstellen, damit sie in derselben Commit definition wie der Job laufen, der den update anfordert. In dieser Konstellation funktioniert auch der RCLACTGRP auf den anfordernden Job, was den Trigger betrifft.

    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/

Similar Threads

  1. RPG II - Druckdatei schließen und öffnen
    By msost in forum NEWSboard Programmierung
    Antworten: 2
    Letzter Beitrag: 31-01-14, 10:16

Tags for this Thread

Berechtigungen

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