Hi,
was willst Du denn machen ? Skizzier mal kurz Dein Szenario, dann gibt es vielleicht noch Ideen zur Umsetzung.
Ansonsten zu den Events :
Im BeforeLCScreen tauchen nur die Datensätze auf, die direkt betroffen sind, im Before LFC1 und Before LFC2 tauchen dann noch die abhängigen Dokumente mit auf.. einige Dokumente tauchen garnicht auf, sondern werden erst .. sozusagen Post Mortem... behandelt.
Wenn Du Objekte im Lebenszyklusdialog änderst, muss dass nicht unbedingt im Before LCScreen / Before LFC1/2 zu sehen sein.
Beispiel :
Eine Zeichnung wird freigegeben. Im Before LC ist ein Datensatz drin(die Zeichung).
Wenn Du nun den Baum im Lebenszyklusdialog auf mehrere Ebenen mit abhängigen Dokumenten eingestellt hast, siehst Du auch das Assembly..und kannst dieses auch ggf. ändern.
--> weder original noch geändertes Assembly war im Before LCScreen
--> LFC1 enthält das geänderte Assembly
Wenn der Baum ohne abhängige Dokumente angezeigt wird, ist dies nicht wirklich 'dramatisch' weil dann im Before LFC1 / LFC2 das Assembly von SmarTeam automatisch aufgenommen wird.
--> das Assembly ist nicht im Before LCSreen
--> LFC1 enthält das Assembly
Bei diesem kleinen Beispiel kannst Du schon sehen, dass nicht alles im LFC durch 'vorher/nacher' Vergleiche gemacht werden kann, da im LFC eine stattliche Anzahl von Automatisierungen in SmarTeam laufen... je mehr LifeCycleRules Du hast, umso mehr Abhängigkeiten werden im LFC automatisch aufgelöst.
Ich kann Dir dazu im ersten Schritt empfehlen, ganau die API-Doku und Client Side Hooks-Doku anzuschauen und (wichtig bei LFCs) auch die secondrec und thirdrec Definition in den Events. Die LFCs-Events sind mit Abstand die komplexesten und ein Fehler in den Rückgabewerten führt dazu, dass der LifeCylce Dialog nach 'OK' immer wieder erscheint.
Gruß
Christian
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP