Um ein KPI-Problem zu umgehen Ich schrieb hier, Ich habe einige Tests und entdeckt, dass KPI Arbeit gegen Ordner mit Meta-Daten auf die gleiche Weise, dass sie gegen Dokumente arbeiten oder Listenelemente. Ich bewies es heraus, indem Sie einen neuen Inhaltstyp erstellen basierend auf den Ordner Content-Type und dann ein paar Felder hinzugefügt. Ich habe einige Indikatoren und bewies mir, die KPIs erwartungsgemäß. Das war die erfreuliche Nachricht. Es ist nicht perfekt, Da die Drilldown-Sie von bekommen ist der KPI gegen die Ordner nicht genau was Sie wollen. Das ist zu viel ein Nachteil in meinem Fall nicht, weil 1) die Endbenutzer nicht besser wissen und 2) die Drill-Down geht in einen Ordner. Klicken sie den Namen des Ordners, und sie sind das Element. Es ist zwei Klicks statt einer, Das ist nicht das Ende der Welt.

Diese flossen schön mit der Arbeit, die ich tat. Ich erstelle einen Ordner für jedes Dokument, die hochgeladen wird. Dies geschieht über einen Ereignisempfänger. Als Folge, Es ist ein Stück Kuchen zu halten die des übergeordneten Ordners Meta-Daten synchron mit den KPI-gesteuerte Meta-Daten aus der Datei selbst, da die Installateure bereits vorhanden ist. This allows me to have my KPI’s and eat them too 🙂

Ich änderte die Ereignissenke, um den Ordner hinzuzufügen, und legen Sie dann diesen neuen Ordner Content-Type auf meine benutzerdefinierten Inhaltstyp KPI-freundliche. Dieses Stück Code hat den trick:

 SPFolderCollection SrcFolders = targetWeb.GetFolder("Dokumente").Unterordner;
  SPFolder AddedFolder = srcFolders.Add(Eigenschaften.ListItem.ID.ToString());

  SPContentTypeId KpiCT = Neu SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Content-Type-ID"] = kpiCT;
  addedFolder.Item.Update();

Die eigentliche Inhaltstyp-ID suchen, Ich dieses Inhaltstyps über Websiteeinstellungen abgerufen und kopieren/einfügen es aus der URL wie gezeigt:

</Ende>

Onnieren Sie meinen Blog ab!

Ich hasse es zugeben, aber ich kämpfte mit diesem einen Tag. Mein Ereignisempfänger muss ein Feld von seinem übergeordneten Ordner aktualisieren. Das bisschen zeigt wie es:

Privat privatevoid UpdateParentFolder(SPItemEventProperties Eigenschaften)
{

SPFolder ThisItemFolder = Eigenschaften.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ Genehmigungsstatus"] = "Good news, Alle!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

In diesem Fall, Ich arbeite mit einer Dokumentbibliothek und die Eigenschaften kommen aus einem ItemAdded-Ereignis.

Der Trick ist, dass Sie die SPFolder des Elements direkt aus dem Element selbst nicht (dh. Eigenschaften.ListItem.Folder ist null). Stattdessen, das Listenelement zugeordneten Datei gehen Sie und bekommen Sie die Datei Ordner.

</Ende>

Onnieren Sie meinen Blog ab!

Ich bin sicher, dass ich nicht die erste Person, die mit diesem kommen. Jedoch, Ich habe nicht bemerkt, dass jemand einen Trick, wie dies zu veröffentlichen, da ich begann nahe Aufmerksamkeit auf der Gemeinschaft im Juli. Also, Ich dachte, ich würde es post, diese schnelle und einfache Debug-Tipp.

Ich arbeite gerade an einen Ereignisempfänger, die damit begonnen, diese Fehler in der 12 Bienenkorb:

Fehler beim Laden und Ausführen des Ereignisempfängers Conchango.xyzzyEventReceiver in xyzzy, Version = 1.0.0.0, Kultur = Neutral, PublicKeyToken = Blahbalhbalh. Weitere Informationen finden sich unter. : Objektverweis nicht auf eine Instanz eines Objekts festgelegt.

Ich wusste nicht, wo ich dieser Bug eingeführt hatte, weil ich, zu viele Dinge in einem mein Code/bereitstellen/Test-Zyklen getan hatte.

Ich habe versucht Diese Lösung zu meiner Pdb dort mit der Hoffnung, dass SharePoint erhalten 12 Bienenkorb würde die Stapelüberwachung anzeigen, aber kein Glück. Ich weiß nicht, ob es möglich ist, und wenn jemand tut, Bitte lassen Sie mich wissen 🙂

Ich weiß, dass es möglich ist Schreiben Sie Ihren eigenen Log-Meldungen zu den 12 Bienenkorb. Ehrlich gesagt, Ich wollte etwas ein wenig weniger beängstigend und schneller zu implementieren.

Es fiel mir ein, dass ich zumindest einige grundlegende Ablaufverfolgungsinformationen bekommen konnte, durch Abfangen und Auslösen von generische Ausnahmen wie folgt:

  versuchen {
    UpdateEditionDate(Eigenschaften);
  }
  fangen (Ausnahme e)
  {
    werfen Neu Ausnahme("Dispatcher, UpdateEditionDate(): Ausnahme: [" + e.ToString() + "].");
  }

Dies zeigte sich der 12 auf diese Weise Bienenstock:

Fehler beim Laden und Ausführen des Ereignisempfängers Conchango.xyzzyEventReceiver in xyzzy, Version = 1.0.0.0, Kultur = Neutral, PublicKeyToken = Blahblahblah. Weitere Informationen finden sich unter. : Verteiler, UpdateEditionDate(): Ausnahme: [NullReferenceException-System.: Objektverweis nicht auf eine Instanz eines Objekts festgelegt. bei Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties-Eigenschaften) bei Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties-Eigenschaften, String eventDescription)].

Das gab mir alle Details, die ich brauchte, um dieses besondere Problem aufzuspüren und ich erwarte, dass es geht viel weiter verwenden.

</Ende>

Onnieren Sie meinen Blog ab!

Letzte Woche war ich Umsetzung einer "entwickelt" Lösung für einen Client, der BDC und SPQuery verwendet und lief in einige Schwierigkeiten bei der Verwendung von SPQuery gegen eine Dokumentbibliothek mit Ordnern. Fazit: "rekursive zuweisen" die Ansicht-Attribut der Abfrage.

Mein Szenario:

• Am Montag, Ich ein Dokument uploaden und geben Sie einige Metadaten.
• In der folgenden Woche, Ich hochladen ein neues Dokument. Ein Großteil dieses neue Dokument-Metadaten basiert auf das Dokument, das ich am Montag hochgeladen (Wir nennen das "master-Dokument").
• Wir haben eine Web-Service-Fassade erstellt, die eine BDC-freundliche Schnittstelle zu der Liste bereitstellt, so dass Benutzer problemlos das Montag-Dokument über eine Titelsuche finden können.
• Eine Datenspalte BDC bietet eine benutzerfreundliche Oberfläche. (Dies ist Teil von meinem Versuch mit BDC für ein freundlicher Nachschlagefeld).

Der letzte BDC Fassade Service verwendet eine Abfrage wie folgt für die Suche:

 // U2U Tool zur Unterstützung bei der Erstellung dieser CAML-Abfrage verwendet.
      oQuery.Query =
        "<Wo>";

      If (titleFilter.Length > 0)
        oQuery.Query  =
          "  <Und>";

      oQuery.Query  =
        "    <Und>" +
        "      <GEQ>" +
        "        <FieldRef Name =  "DocumentId" />" +
        "        <Werttyp =  "Text">" + minId + "</Wert>" +
        "      </GEQ>" +
        "      <Leq>" +
        "        <FieldRef Name =  "DocumentId" />" +
        "        <Werttyp =  "Text">" + maxId + "</Wert>" +
        "      </Leq>" +
        "    </Und>";

      If (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Enthält>" +
          "      <FieldRef Name =  "Title" />" +
          "      <Werttyp =  "Text">" + titleFilter + "</Wert>" +
          "    </Enthält>" +
          "  </Und>";
      oQuery.Query  =
        "</Wo>";

Während der Anfangsphase der Entwicklung, Dieses wirkten groß. Jedoch, wir eingeführt Ordner in das Verzeichnis, einige Probleme zu lösen und plötzlich, Mein BDC-Farbauswahl würde nicht keine Ergebnisse zurück.. Ich verfolgt dies daran, dass der SPQuery nie zu keinem Ergebnis würde. Wir verwendeten Ordner in erster Linie um mehrere Dateien mit demselben Namen hochgeladen werden, aber mit verschiedenen Meta-Daten zu ermöglichen. Beim Hochladen der Datei, Wir erstellen Sie einen Ordner auf das Listenelement-ID basiert, und verschieben Sie dann die Datei dort (Ich schrieb über die Hier; Wir hatten gemischte Ergebnisse mit diesem Ansatz, aber im großen und ganzen, Es funktioniert gut). Der Benutzer zum Erstellen von Ordnern und in der Tat interessieren nicht, verstehen Sie nicht wirklich, dass es keine Ordner. Wir haben alle Ansichten auf der Bibliothek zum Anzeigen der Elemente ohne Rücksicht auf Ordner konfiguriert..

Ich traf dieses doppelt so die technische Umsetzung entwickelt und löste es anders bei jedem problem. Zum ersten Mal, Ich war nicht den CONTAINS-Operator in der Abfrage verwenden.. Ohne ein CONTAINS-operator, Ich konnte das Problem lösen, indem Sie die Ansicht auf das SPQuery-Konstruktor angeben. Statt mit dem Standardkonstruktor:

SPList oList = Web.Listen["Dokumente"];

SPQuery oQuery = Neu SPQuery();

Ich habe stattdessen einen Konstruktor, der eine Ansicht angegeben:

SPList oList = Web.Listen["Dokumente"];

SPQuery oQuery = Neu SPQuery(oList.Views["Alle Dokumente"]);

Dass das Problem gelöst und ich fing an, meine Ergebnisse zu erhalten.

Ich habe dann den CONTAINS-Operator in die Mischung und es brach wieder. Es stellt sich heraus, dass den CONTAINS-operator, soweit ich das beurteilen kann, funktioniert nicht mit dem Blick auf die gleiche Weise wie die eine einfachere GEQ / LEQ-Operatoren. Ich habe einige Suche und erfuhr, dass die Abfrage ViewAttributes zum "Rekursiv" gesetzt werden muss, wie in:

oQuery.ViewAttributes = "Umfang = "Recursive"";

Das löste das Problem für CONTAINS. Tatsächlich, Dies auch meine ursprünglichen Suche Problem gelöst und ich hatte die rekursive angegeben Attribut das erste Mal, Ich möchte nicht in die Frage erneut ausgeführt haben.

Die Tatsache, die dass eine Ansicht basierenden SPQuery für einige Operatoren funktioniert (GEQ/LEQ) und andere nicht (ENTHÄLT), gepaart mit der Tatsache, die KPIs scheinen nicht zu wirken überhaupt mit Ordner-haltigen Dokument Bibliotheken führt mich zu glauben, dass SPQuery einige Probleme Orthogonalität hat.

Besonderer Dank:

• Die guten Leute auf U2U und ihre Abfragetool.
• Michael Hoffer groß "Learning by doing" Blog-post, Kommentare und Antworten.

</Ende>

Onnieren Sie meinen Blog ab!

UPDATE 02/29/08: Ich löste dieses Problem durch einen Ordner erstellen und dann einen Inhaltstyp auf den Ordner hat die Meta-Daten brauche ich für die KPIs zuweisen. Ich beschrieben, dass hier ein wenig ausführlicher.

Wir haben eine technische Lösung umgesetzt, wo Benutzer Dokumente in einer Dokumentbibliothek hochzuladen. Ein Ereignisempfänger erstellt ein Verzeichnis und verschiebt die Datei in diesem Verzeichnis (mit Hilfe einer Technik ähnlich, was ich über schrieb Hier). Wir haben erfolgreich navigiert, um die mögliche Probleme verursacht durch Ereignisempfänger, die hochgeladene Dateien umbenennen (vor allem, weil Benutzer nie ihr Dokument durch Klicken auf "neu starten" aber stattdessen erstellen Sie die Dokumentation lokal und dann hochladen).

Die Meta-Daten für diese Dokumente beinhaltet einen ja/keine Websitespalte namens "Urgent" und eine andere Websitespalte namens "Status". Wir brauchen eine Geschäftsanforderung zu erfüllen, die den Prozentsatz der "Urgent zeigt" Dokumente mit dem Status "Pending" ist.

Dies ist in der Regel einfach zu tun und beschriebenen etwas sehr viel auf der SharePoint-Beagle mit vielen der Screenshots, wenn Sie interessiert sind.

In aller Kürze, Ich habe Folgendes:

• Erstellen Sie eine Ansicht auf die Doc-Bibliothek namens "Pending".
• Konfigurieren Sie die Ansicht, um die Ordnerstruktur ignorieren.
• Erstellen einer KPI-Liste.
• Erstellen Sie einen Indikator in der Liste, die auf die Doc-Lib und dass zeigt "Pending" Ansicht.

Das funktioniert einfach nicht. Der KPI zeigt mein Ziel (zB. fünf dringende Dokumente) aber zeigt immer die tatsächliche Anzahl der urgent-Dokumente als 0 (null). Paradoxerweise, Wenn Sie einen zu den Details Drilldown, Es zeigt die fünf dringende Dokumente in der Liste. Ich habe ein sehr einfaches Szenario mit zwei Dokumente, ein in einen Ordner und eine nicht. Hier ist der Screenshot:

Der obige Screenshot zeigt deutlich gibt es zwei Dokumente in der Ansicht jedoch den Wert"" ist eine. Die CamlSchema"" leeres Dokument-Id ist im Root-Ordner und das andere ist in einen Ordner namens "84".

Es scheint mir, dass, obwohl Sie eine Ansicht angeben, der KPI nicht zu Ehren der "alle Elemente ohne Ordner anzeigen" einstellen und stattdessen, beschränkt sich auf den Stammordner.

Wenn ich mich irre, Bitte schickt mir eine Mail oder einen Kommentar hinterlassen.

</Ende>

Onnieren Sie meinen Blog ab!