Workflow: Wenn Item geändert wird, X weitere Items aktualisieren?!

C.Kaiser Als Antwort am 10 Mai 2011 20:08

Hallo,

nur nochmal zum Verständnis: Du versuchst gerade direkt auf der Datenbank per SQL Statements SharePoint Elemente zu manipulieren?

Wenn ja: Mach das nicht - Manipulationen an der DB direkt sind im höchstem Maße unsupportet! Das es nicht 100%-tig funktioniert kann daran liegen, dass SharePoint noch andere Updates benötigt oder das nicht richtig mitbekommt. Manipulationen sollten nur über das Objektmodell geschehen.

Ich persönlich würde für dein Vorhaben eventuell einen Event Handler entwickeln. Henning hat hier (http://sharepointcommunity.de/forums/t/11047.aspx) ein Beispiel für einen Event Handler hinterlegt - eventuell kannst Du dich da reinlesen.

Ansonsten - Finger weg von der DB ;-)

Markus Doll Als Antwort am 10 Mai 2011 22:47

Hi Christian,

danke für Deinen Beitrag.

Nein, ich habe nicht vor direkt auf der Datenbank zu arbeiten, sondern lediglich ein Datenbankähnliches Verhalten auf 2 Listen anzuwenden.

Deswegen schreibe ich über Liste1 und Liste2 ;-).

Nichts destotrotz werde ich mich gerne mal morgen, wenn ich wieder @work bin, in das Thema Eventhandler einlesen.

Mit solchen Handlern habe ich schon in früheren Zeiten Erfahrung gesammelt, weiß aber noch nicht, in wie fern ich das auf diese Sache hier umsetzen kann.

Dennoch bleibt bei mir die Frage offen, warum die - aus meiner Sicht - logische Geschichte nicht logisch funktioniert, so wie ich mir das denke...

Ich sage mir halt immer, das es für dieses Verhalten eine Erklärung muss...;-)

Danke und Gruß,

Markus

Andi Fandrich Als Antwort am 11 Mai 2011 08:23

Du hast einen Workflow auf Liste 2, der bei Änderungen automatisch startet. Dieser Workflow ändert Elemente in Liste 2. Das heißt dann aber, daß auf diesen geänderten Elementen sofort auch der Workflow anspringt und Elemente ändert. Ich nehme stark an, daß es dabei zu Konkurrenzsituationen kommt und der Workflow deshalb nicht ordentlich durchläuft.

Ich würde sowas auch eher per EventReceiver lösen.

Markus Doll Als Antwort am 11 Mai 2011 08:47

Guten Morgen,

das hört sich absolut logisch an und ist etwas, woran ich noch so garnicht gedacht habe, obwohl es wahrscheinlichste ist.

Vielen Dank für diese Erleuchtung, obwohl es mir schon eher peinlich ist.

Ich schaue mir die Eventhandler-Geschichte direkt einmal an.

Danke & Gruß,

Markus

Markus Doll Als Antwort am 11 Mai 2011 14:04

Mahlzeit,

so, hatte jetzt was Zeit zu experimentieren.

Habe das ganze nicht mit nem Eventhandler, sondern mit einem Sequencial Workflow im VS2010 gemacht.

Der Code scheint syntaktisch korrekt zu sein, der Workflow wird auch veröffentlich und läuft auch ohne Fehler durch, macht aber leider nicht das, was er soll.

In einer Debugsitzung ist mir aufgefallen, dass die Felder auf die ich zugreife, leer zu sein scheinen.

Laut Hilfe ist die Liste, über die ich auf die Items zugreife richtig instanziert, zumindest wird der richtige Listenname angezeigt.

Die Eventhandler-Geschichte habe ich verworfen, weil aus dem Tutorial für mich nicht hervorging, wie ich den Eventhandler, in dem ich nahezu den gleichen Code (halt etwas angepasst) verwendet habe, an eine spezielle Liste flunchen kann.

Der Workflow hingegen startet wie gewollt, tut aber nix, weil die If-Bedingungen nicht erfüllt sind, da die Felder, die ich zur If-Prüfung heranziehe, aus irgendwelchen Gründern leer sind, wobei die Referenzfelder im aktuellen Item, Daten enthalten.

Der Code sieht so aus:

        private void onWorkflowActivated1_Invoked(object sender, ExternalDataEventArgs e)
        {
            SPList List1 = workflowProperties.List;
            SPView oView = List1.Views["All Tasks"];
            SPListItemCollection ListItems = List1.Items;
           
            if (workflowProperties.Item["ItemID"].ToString().Contains("ADS"))
            {
                foreach (SPListItem item in ListItems)
                {
                    if ((item["ParentID"] == workflowProperties.Item["ParentID"]) && (!item["ItemID"].ToString().Contains("ADS")))
                    {
                        item["Shortname"] = workflowProperties.Item["Shortname"].ToString();
                        item.Update();
                    }
                }
             }
        }

Kann dazu einer was sagen?!

Danke & Gruß,

Markus

Andi Fandrich Als Antwort am 11 Mai 2011 14:52

Ich nehme an, daß diese Felder in der Standardansicht der Liste nicht enthalten und deshalb beim Zugriff über SPList.Items nicht enthalten sind. Verwende eine andere Methode um die Items zu holen, wie z.B. SPList.GetItems(SPQuery). Dabei kannst Du die SPQuery gleich so einschränken, daß Du nur die Items bekommst, die Du auch ändern möchtest. SPList.Items holt immer alle Items der Liste und daher aus Performancegründen zu vermeiden.

Markus Doll Als Antwort am 11 Mai 2011 16:22

Ich habe irgendwie den Eindruck, dass es doch an der Instanzierten Liste liegen muss.

Egal auf welche Weise ich versuche die Items abzurufen, es kommt immer ein leeres Ergebnis zurück.

Ich habe den Code jetzt umgebaut und nutze SPQuery.

Der "Filter" den ich beim Query verwende, liefert auf der Liste auf jeden Fall Ergebnisse. Dennoch werden keine Ergebnisse zurück gegeben.

Ich werde jetzt mal Versuchen die Liste ohne Einbeziehung der "Workflowproperties" zu nutzen, wobei ich nicht glaube, das das von Erfolg gekrönt sein wird, da definitiv auf die richtige Liste zugegriffen wird (wie man anhand des Display Names sieht).

Gruß,

Markus

Andi Fandrich Als Antwort am 11 Mai 2011 17:04

Sehr seltsam. Welche Feldtypen sind denn ParentID und ItemID?

Markus Doll Als Antwort am 11 Mai 2011 17:18

Das sind "Single-Line of text"-Felder.

Habe zwischenzeitlich die Liste versucht über den "normalen" Rattenschwanz (SPSite, SPWeb usw.) zu öffnen...selbes Bild.

Ich kann mir da aktuell keinerlei Reim drauf machen, aber vielleicht sehe ich auch einfach den Wald vor lauter Bäumen nicht mehr.

Gruß,
Markus

Markus Doll Als Antwort am 11 Mai 2011 18:07

So, jetzt läufts!

Was ich gemacht habe?

Viel hin und her...letztendlich das Query nochmal verändert und die "NotIncludes"-Bedingung rausgelassen und siehe da, es funktioniert.

Verstehe ich zwar nicht ganz, da das ja - nach meinem dafürhalten - genau zum exkludieren gedacht ist, aber dann mache ich das eben über ein IF-Statement.

Sage vielen Dank und einen schönen Abend!

Gruß,

Markus