Doppelte Ausführung eines Workflows

Andi Fandrich Als Antwort am 14 Okt. 2009 23:27

Ich vermute eher, daß Du Dich beim Programmieren irgendwo mit statischen Methoden oder Eigenschaften verhauen hast. Die sind dann nicht mehr instanzgebunden.

C.Kaiser Als Antwort am 15 Okt. 2009 08:58

hmmm ansich bin ich nach den HowTo Videos von www.sheltonblog.com und hab diese erweitert...

Eventuell liegts daran wie ich die benötigten Felder in der "OnWorkflowActivated" Methode befülle...

Mein SingleUser Feld "Freigeber":
if (WorkflowActivationProperties.Item["Freigeber"].ToString() != null)
 {
    //Fill User Login Names from SingleUser-Fields
   this.userValue = new SPFieldUserValue(WorkflowActivationProperties.Web, WorkflowActivationProperties.Item["Freigeber"].ToString());
   this.loginNameReleaser = userValue.User.LoginName.ToString();
}

Mein MultiUserFeld aus einer Collection...:
if (WorkflowActivationProperties.Item["Genehmiger"].ToString() != null)
{
   this.loginNames = WorkflowActivationProperties.Item["Genehmiger"] as IEnumerable<string>;

   //Fill User Login Names from MultiUser-Field
  this.fieldValues = new SPFieldUserValueCollection();
  this.fieldValues = WorkflowActivationProperties.Item["Genehmiger"] as SPFieldUserValueCollection;

  this.userValueApprover = new SPFieldUserValue(WorkflowActivationProperties.Web, fieldValues.ElementAt(0).ToString());
  this.loginNameFirstApprover = userValueApprover.User.LoginName.ToString();
  }

Irgendwo ein Fehler? Die Felder sind alle als "private" angelegt...

C.Kaiser Als Antwort am 15 Okt. 2009 10:00

so...

ich nehme mal an das es in der "OnTaskChanged"-Methode ein Problem gibt. Laut Video wird das Status Feld geprüft, wenn sich was an der Aufgabe ändert. Dazu wird dieser Code genutzt

Guid statusFieldId = workflowProperties.TaskList.Fields["Status"].Id;
string taskStatus = onTaskChanged1_AfterProperties1.ExtendedProperties[statusFieldId].ToString();

Ich nehme an das der Workflow damit nicht klar kommt und sich verrennt, wenn zwei Workflows des gleichen Typs gestartet werden. Hat jemand eine Ahnung wie mand as dynamisch auf den jeweiligen task legen kann? Oder liege ich in meiner Vermutung daneben? ;)

Andi Fandrich Als Antwort am 15 Okt. 2009 10:12

Bei Deinem eigentlichen Problem kann ich Dir auf die Schnelle leider nicht weiterhelfen, aber

[quote user="C.Kaiser"]if (WorkflowActivationProperties.Item["Freigeber"].ToString() != null)[/quote]

Hier rennst Du in einen Fehler, wenn das Feld "Freigeber" nicht ausgefüllt ist. Der Wert ist dann null und ToString() kann dann nicht aufgerufen werden. Lasse das ToString einfach weg.

C.Kaiser Als Antwort am 15 Okt. 2009 12:02

Das Feld ist ein Pflichtfeld, von daher ists nicht sooooo dramtisch :D

Der Fehler liegt wahrscheinlich wirklich an der Guid der Liste in der "OnTaskChanged"-Activity.

Selbst dieses Video (von dem ich am Anfagn abgeschaut habe) http://rshelton.com/archive/2007/10/29/how-to-video-creating-a-user-task-document-workflow-in.aspx wo einfach nur ein Task erzeugt wird, funktioniert nur, wenn ein Workflow läuft. Sobald ein zweiter der gleichen Art auf einem anderen Dokument dazukommt, wird der zweite Workflow Task nicht mehr überprüft.

C.Kaiser Als Antwort am 15 Okt. 2009 15:07

Ok Statusmeldung mit der Hoffnung auf einen Tipp :)

Es scheitert definitv an der Nebenläufigkeit des Workflows, d.h. ich kann beide Dokumente genehmigen und kopieren lassen, sofern nicht gerade ein zweiter Workflow des gleichen Typs läuft.
Muss ich eventuell die Workflow Objekte, nachdem ein Task genehmigt wurde aus dem Cache leeren oder sowas? Irgentwie muss das doch funktionieren...

Andi Fandrich Als Antwort am 15 Okt. 2009 15:27

Es gibt für jedes Element eine eigene Workflowinstanz. Diese Instanzen haben ihre eigene ID und laufen unabhängig voneinander. Zu instanzübergreifenden Nebeneffekten kann es nur durch statische Methoden oder durch Verwendung von nicht instanzspezifischen IDs kommen.

C.Kaiser Als Antwort am 15 Okt. 2009 15:37

OK, was heißt nicht Instanzspezifische ID? Ich weise dem ersten Tasks jedesmal ein TaskID zu die statisch ist (das muss ich ja machen um den Workflow überhaupt ans fliegen zu bekommen), daran wirds ja wohl nicht liegen :) ansonten verwende ich nur die Sachen die ich oben beschrieben habe :(

An dem Betanken der Felder kann es nicht liegen, das läuft ja ordentlich bis zum ersten Task, also kann der Fehler nur noch bei der "TaskChanged"-Aktivität liegen. Darauf springt der Debugger beim zweiten Task aber gar nicht mehr an...

Hin und wieder ist SharePoint Teufelszeug.... :(

Andi Fandrich Als Antwort am 15 Okt. 2009 16:03

[quote user="C.Kaiser"]Ich weise dem ersten Tasks jedesmal ein TaskID zu die statisch ist [/quote]

Genau das dürfte das Problem sein. Wenn Du hier eine statische Variable verwendest, dann ist die in allen Workflowinstanzen gleich und die Tasks sind dann nicht unterscheidbar.

C.Kaiser Als Antwort am 15 Okt. 2009 16:10

Ja ich habs mal durch den Debuger gejagt und die TaskIDs sind gleich... Dann ists logisch das die sich nicht mögen.

Und nun kommt die Masterfrage: Wie kann ich denen denn eine dynamische TaskID zuweisen? Bisher halt immer über den GuidGenerator und in die TaskProperties geschrieben...

Andi Fandrich Als Antwort am 15 Okt. 2009 16:21

System.Guid.NewGuid

C.Kaiser Als Antwort am 15 Okt. 2009 16:25

habs jetzt erstmal so gelöst:
createPrimaryApprovalTask.TaskId = Guid.NewGuid();

noch nicht toll aber geht scheinbar...

Edit: Vielen Dank für deine Hilfe und Geduld mit mir Anfänger :)

Andi Fandrich Als Antwort am 15 Okt. 2009 17:07

Kein Problem. Allerdings hättest Du da auch früher draufkommen können. Ich habe Dich schon ziemlich weit oben auf das Problem mit den statischen Feldern hingewiesen ;-)

C.Kaiser Als Antwort am 15 Okt. 2009 17:22

Ich glaub das nennt man "Problemblindheit" :P