---

Hallo,

wir haben zur Zeit Probleme mit Workflows die viele Workflow Targets beinhalten (>300 und mehr) um einen Status zu vergeben. Wir laufen hier in ein Timeout Problem (sind mit .NET Webtier und .NET Servermanager unterwegs) und haben schon alles mögliche auch mit unseren Beratern zur Optimierung des Workflows durchgeführt.

Der ursprüngliche Workflow hat versucht alle Targets in einem "Rutsch" zu erledigen. --> Fehler
Dann haben wir den Workflow so eingestellt das er die eingesammelten Targets einzeln abhandeln soll. Es wurde zwar besser aber wir laufen wieder in den gleichen Fehler.
Leider bin ich nicht der Workflow - Spezialist, mache bei uns die Basis Infrastruktur.
Seht mir daher nach falls manche Begrifflichkeiten nicht stimmen.

Es gibt im IIS eine Einstellung executionTimeout="600" (default), die man noch ändern könnte. Leider haben wir einen fiesen Fehler in der aktuell eingesetzten TC-Version der erst ab 8.3.3.6 gefixt ist und uns hat dieses Timeout schon einiges an Ärger erspart. Ich bin auch der Meinung es ist nicht sinnvoll ständig das Timeout hochzusetzen, vor allem da die Laufzeit für den Workflow an sich schon nicht berauschend ist.

Mittlerweile kommen die tollsten Ideen wie wir dieses Problem "umgehen" können. Ich selber bin der Meinung das sollte OOTB funktionieren, aber vielleicht irre ich mich ja.

So nun meine Fragen.
Hat jemand Workflows am laufen die auf mehrere hundert Targets in einem Aufwasch z.B. eine Status vergeben?
Wie lange dauert dies bei Euch?

Habt Ihr eventuell Tipps die wir noch testen können bzw. wie seid Ihr bei dem Workflow vorgegangen?

Von unseren Beratern erhielten wir auch die Aussage das dies "vermutlich" ein spezifisches Problem der 8.3.2.2 ist.
Kann das jemand bestätigen? Wenn ja, ab welchen Release funktionierts so wie erwartet.

Danke Euch schon mal für Eure Antworten.

Gruß
Roland

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

>>Hat jemand Workflows am laufen die auf mehrere hundert Targets in einem Aufwasch z.B. eine Status vergeben?
Upps - nein. Das vermeiden wir bewußt, weil wir dann Probleme erwarten.
Wir haben zwar mehr als 500 gleichzeitig aktive Prozesse, aber unsere Grundregel lautet, dass jede Unterlage einzeln geändert wird (1 Target) und dass auf keinen Fall mehr als 10 Targets an einen Prozess gehängt werden sollen.

Ähnliche Probleme erlebst Du ja auch, wenn Du in "Mein Teamcenter" mehr als etwa 20 Objekte in einem Rutsch bearbeiten willst, egal ob "Eigentümer ändern" oder aus einem Ordner ausschneiden oder löschen.
Damit möchte ich sagen, dass es sich nicht um ein spezifisches Problem von Workflows handelt, sondern eher generell um das Abarbeiten von langen Listen.

>>ab welchen Release funktionierts so wie erwartet ?

Da würde ich mich nicht auf Aussagen von GTAC verlassen.
a) Jetzt wird schon häufig auf die noch in Entwicklung befindliche Version 10 verwiesen.
b) Selbst wenn es zu einem Problem Report eine Lösung gibt, kann das Problem in sehr ähnlicher Form über Jahre hinweg immer wieder auftauchen. Offenbar ist die Software mittlerweile so komplex, dass keiner der Entwickler mehr in der Lage ist, die volle Tragweite einer Änderung zu verstehen.
c) Die Formulierung der Hotline "GTAC believes..." ist ja wohl alles andere als ein festes Versprechen...

Eine Frage zu Deinem Profil: TcIC 8.2.2.3 - was ist denn das?

------------------
Rainer Schulze

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hat jemand Workflows am laufen die auf mehrere hundert Targets in einem Aufwasch z.B. eine Status vergeben?
Upps - nein. Das vermeiden wir bewußt, weil wir dann Probleme erwarten.

Wir haben zwar mehr als 500 gleichzeitig aktive Prozesse, aber unsere Grundregel lautet, dass jede Unterlage einzeln geändert wird (1 Target) und dass auf keinen Fall mehr als 10 Targets an einen Prozess gehängt werden sollen.
>> Ist normalerweise ja auch bei uns so. Allerdings haben wir große Stücklisten (z.B. mBOMŽs..), die "relativ" zeitnah z.B. released werden müssen (wegen Zeitstempel und Nachfolgeprozesse). Und das dauert halt mal bei mehreren hundert Targets wenn mans häppchenweise macht.

b) Selbst wenn es zu einem Problem Report eine Lösung gibt, kann das Problem in sehr ähnlicher Form über Jahre hinweg immer wieder auftauchen. Offenbar ist die Software mittlerweile so komplex, dass keiner der Entwickler mehr in der Lage ist, die volle Tragweite einer Änderung zu verstehen.
>> Teile hier Deine Meinung auch aus der Erfahrung heraus

c) Die Formulierung der Hotline "GTAC believes..." ist ja wohl alles andere als ein festes Versprechen...
>> Oh ja, die berühmte Formulierung "GTAC believes.."

Eine Frage zu Deinem Profil: TcIC 8.2.2.3 - was ist denn das?
>> TcIC = Teamcenter Integration for Catia V4/V5.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hast Du mal geprüft, ob das Utility ReleaseManager eine Liste von >500 Objekten ohne Probleme verarbeitet?
Vielleicht kannst Du ja eine Lösung "von hinten durch die Brust in's Auge" basteln und das Utility aus dem Workflow über invoke-system-action aufrufen ... allerdings wäre wohl ein ITK-Programm erforderlich, um zuerst alle Targets in einen gemeinsamen Ordner zu kopieren.

------------------
Rainer Schulze

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Rainer,

danke für Deine letzte Antwort. Gab uns einen Denkanstoß. Wir sind nun mittlerweile auf einen guten Weg um für uns einen "Workaround" zu schaffen.

Die Lösung geht in die folgende Richtung:
Workflow sammelt Targets ein, generiert ein PLMXML welches dann durch einen run_external_command von einem ITK weiterverarbeitet wird.

Hier kommen wir dann auch in einen Laufzeit Bereich der uns keine Probleme bereitet. Aktuell mit ~800 ItemRevisions und darunterliegenden Objekten  ~3000 Stück getestet.

Also nochmals vielen Dank für den Schups 

Gruß
Roland

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP