Quellenänderungen protokollieren

[harkne]

Gibt es eine Möglichkeit über Trigger oder Exit Point oder was auch immer mitzubekommen wenn jemand mit Speichern aus einer SEU-Quelle geht ?
Mit Trigger habe ich es bereits versucht aber da klappt nur das Auslöserereignis READ.

[kuempi von stein]

Gibt es eine Möglichkeit über Trigger oder Exit Point oder was auch immer mitzubekommen wenn jemand mit Speichern aus einer SEU-Quelle geht ?
Mit Trigger habe ich es bereits versucht aber da klappt nur das Auslöserereignis READ.

sollte auch beim write/add klappen.
wobei die gesamte quelle ja wohl immer gelöscht und neu erstellt wird. von daher ist ne menge datenschrott zu erwarten und nicht zu empfehlen.

wie man selber was proggen könnte ist zwar generell machbar aber umständlich finde ich.

hier setzen ja viele kommerzielle tools an. keine ahnung obs was freies im netz gibt.

der erste ansatz aus meiner sicht ist ne art richtlinie an die sich alle halten müssten.
wenns professioneller (sprich revisionsgültig) sein soll, hilft wahrschinlich nur der kauf von managementtools....

just my 2 cents

kuempi

[Fuerchau]

Ob Trigger auf Teildateien funktionieren, habe ich noch nicht getestet.
Allerdings wurde schon mal Journalisierung einer SRCPF gemacht.
Wie schon oben kurz gesagt geht SEU folgendermassen vor:

Temporäre Teildatei erstellen
Schreiben aller Sätze
Alte Teildatei entfernen
Umbenennen in alte Namen

D.h., die Änderungen eines einzelnen Satzes lassen sich nicht protokollieren.
Dies kann nur per CMPPFM (PDM, Auswahl 54) feststellen.

Trigger oder Journal führen nur zur erheblichen Belastung des Systems, da (leider) Programmquellen häufig mehrere 1000 Sätze umfassen und der Zweck damit nicht erreicht wird.

[Robi]

Hallo harkne,
Wir haben eine selbst entwickelte Projektverwaltung.
Die zwingt jeden, der etwas ändert dies zu begründen. (mind. einmal am Tag je Pgm), Automatisches umwandeln aller erdenklichen Strukturen, auf Wunsch mit Bindersprache, Kennzeichnung der Do/If/Select... Strukturen, automatische x-ref und feld-x-ref, Versionen, Texte, ...
Sollte da interesse bestehen, ansehen in Hannover oder Infotreffen auf der Common in Leipzig.
Robert.jokisch@meinikat.de
Robi

[Sven Schneider]

Wenn konsequent mit WDSC gearbeitet wird, folgende (Lösung :

- Aufsetzen eine CSV-Servers (unter Linux oder Windows)
- Unter WDSC Anlage eines iSeries-Projekts
- Markieren/Zuordnen der Sourcen zum Projekt
- Erstellen eine neuen CSV-Repositorys
- Verknüpfen des iSeries-Projekts mit dem CSV-Repository

Was erreiche ich damit :
- jeder Anwender arbeitet auf einer lokalen Kopie der Source ggf. auch der gleichen Source
- beim Mergen auf die zentrale Repository-Source auf dem CSV-Server bekomme ich die Änderungen/Differenzen angezeigt
- sämtliche Änderungen sind versionierbar, d.h. ich kann auf jeden beliebigen vorherigen Stand zugreifen bzw. zurückgehen.

In der letzten (amer.) iSeries News vom August 2005 war hierzu ein guter Artikel.


http://www.iseriesnetwork.com/artarc...e&issueid=1123

[Strietholt]

Gibt es eine Möglichkeit über Trigger oder Exit Point oder was auch immer mitzubekommen wenn jemand mit Speichern aus einer SEU-Quelle geht ?
Mit Trigger habe ich es bereits versucht aber da klappt nur das Auslöserereignis READ.

Hallo Harkne,

wir haben ein komplexes Change Management System, was natürlich etwas mehr kann, als nur Quellen zu archivieren.
-Check out/Check in
-Versionsmanagement
-Softwareverteilung
-Installationsmanagement
-PTF-Handling
-Änderungshistory
-und reichlich mehr...

Bei Interesse einfach mal melden:
info@taskforce-it.de