Übersicht:

Debuggen ist schwierig, bei der Entwicklung von benutzerdefinierten Funktionen für Windows SharePoint Services 3.0 (WSS) oder Microsoft Office SharePoint Server (MOOS). Der Hauptschuldige ist, dass SharePoint normalerweise sehr wenig diagnostischen Informationen auf dem Webbrowser, Oberflächen wenn ein Fehler auftritt. Dieser Blog-Eintrag beschreibt das System generierte zusätzliche Diagnoseinformationen zu suchen, die oft das Extra bieten kann wenig Details, die man braucht, um die Ursachen zu identifizieren. Dies kann dann zur Lösung des Problems führen.

Ich habe diese Technik mit großem Erfolg verwendet, um zu lösen ansonsten mysteriöse Störungen.

Ansatz:

SharePoint speichert viel Informationen in ein Diagnoseprotokoll in eine Log-Datei in der 12 Bienenkorb.

Die Struktur"12" befindet sich in der Regel unter "C:\Programm c:ProgrammeGemeinsame DateienMicrosoft SharedWeb Server Extensions12 ". (Ich bin nicht sicher, ob es möglich ist die 12 Bienenkorb, überall sonst Leben, Tatsächlich).

Die Idee ist, die aktuelle Protokolldatei suchen, zwingen Sie den Fehler und dann öffnen schnell die Log-Datei zu. Diese Protokolldateien zeichnen sich durch:

• Reichlich Informationen. SharePoint generiert eine sehr große Menge von Diagnoseinformationen und schreibt es in die Protokolldatei sehr schnell. Du musst schnell mit den Fingern, es zu erfassen sein.
• Multiplizität. SharePoint schreibt nicht in einer einzelnen Protokolldatei, sondern eher mehrere Protokolldateien generiert, in Folge.
• Kopieren Sie und fügen Sie schön in MS Excel.

Meine Lieblings-Methode:

1. Öffnen Sie eine Windows_explorer auf die 12 hivelogs.
2. Art der Ansicht nach Änderungsdatum anzeigen (Neueste zuerst).
3. Markieren Sie die aktuelle Log-Datei.
4. In einem Web-Browser-Fenster, zwingen Sie den Fehler.
5. Schnell öffnen Sie die aktuelle Protokolldatei und kopieren Sie den Inhalt in MS Excel.
6. Bis zum Ende springen Sie und analysieren Sie die relevanten Einträge.

Sonstige Erläuterungen:

Standardmäßig, das Diagnoseprotokoll befindet sich in der 12 HiveLOGS Verzeichnis.

MS Best practices (Laut Mike T. von Microsoft) Staat, der die Protokolldateien auf einer separaten Festplatte gespeichert werden soll. Man tut dies über zentrale admin. Ihr Systemadministrator kann dies getan haben, in diesem Fall müssten Sie offensichtlich die Protokolldatei gibt anstelle der standardmäßigen finden 12 Bienenkorb-Lage).

Dieser Eintrag behebt Probleme wie:

• SharePoint-Workflow konnte nicht gestartet werden aufgrund eines internen Fehlers.
• (mehr im Laufe der Zeit hinzugefügt werden)
• Dieser Eintrag wurde hilfreich Diagnose von Workflowfehlern (zB. "Der Workflow konnte aufgrund eines internen Fehlers nicht gestartet").

(Dieser Eintrag Kreuz zwischen geschrieben http://paulgalvin.spaces.live.com/blog/ und http://blogs.conchango.com)

Die Beiträge auf dieser Website sind meine eigenen und nicht unbedingt Conchangos Positionen, Strategien oder Meinungen.

Übersicht:

Dieser Eintrag beschreibt einige Hintergrundinformationen über eine große (3,000 Benutzer) Microsoft Office SharePoint Server (MOOS) Rollout und was wir getan haben, um das Projekt ins Rollen derart, dass der Kunde zufrieden ist und fest nach unten einen Pfad zu erhalten, die mit volle Annahme der MOSS-Featuresatz endet. Zum Zeitpunkt des Verfassens des Eintrags, Wir sind etwa 50% komplett mit der ersten Phase des Projekts. Als weitergeht, Ich werde diesen Eintrag aktualisieren und/oder neue Einträge zu schreiben.

In diesem speziellen Fall, Das Unternehmen hatte bereits mit SharePoint Portal Server installiert. 2003. Die IT-Gruppe installiert das Produkt in einer Art "sehen Mal, wenn jemand sorgen" Mode. Es wurde von vielen Business-Anwender schnell angenommen und wurde ziemlich populär im bei großen Unternehmen. Wie Sie sich vorstellen können, Dies war nicht die beste Rollout-Strategie (der Client gibt bereitwillig zu) und wenn MOSS auf der Szene angekommen, beschlossen, dass der Client "do it right" und hat uns zu helfen,.

Eine der zentralen Fragen vor denen wir stehen, wenn wir mit der Umsetzung dieses Projektes begonnen wurde: Wie führen wir MOSS auf diesem Client? Angesichts der Tatsache, dass der Kunde bereits Erfahrung mit SharePoint hatte, Wir fragten uns — brauchen wir "differenzielle zu tun" Ausbildung oder tun, was wir von Grund auf neu zu starten? Nach der Arbeit mit Key-User, Wir entschlossen, die Behandlung als eine grüne Wiese-Projekt mehr Sinn gemacht.

Diese Entscheidung gab einen Ausgangspunkt aber hat uns noch die wichtige Voraussetzung herauszufinden, eine gute Strategie für Rollout MOSS Enterprise. MOSS ist wie ein großes Tier … Es beinhaltet Content-management, Dokumenten-management, Suche, Sicherheit, Zielgruppenadressierung, Projektmanagement, "fabelhafte vierzig" Vorlagen, Workflow, Business-Datenstecker, usw.. Verbinden Sie dies mit der Tatsache, dass es eine große Organisation, die können wirklich nutzen praktisch alle großen Moos-Funktion und Sie haben das Zeug ein tolles Projekt mit einer Enterprise-Reichweite und viele gute Dinge geschehen.

Wir sind immer und immer wieder mit dieser Frage konfrontiert … MOSS hat ein Unternehmen mit seiner Enterprise Feature-Set zu erreichen, noch haben einmal etwas anspruchsvolle Kunden eine harte Zeit, die geistig absorbieren diese features, lassen Sie allein einen nennenswerten Bruchteil davon in ihren Alltag integrieren.

Ich habe keine magische Lösung für das problem. Ich wende mich stattdessen nur die ersten Schritte, die wir getroffen haben mit dem Client sie auf dem Weg in die erfolgreiche langfristige Annahme führen.

Anwendungsbereich:

So viel, wie ich wollte das Team, einen Projektplan zu konzipieren, der solche Meilensteine als "PoepleSoft Integration via BDC abgeschlossen" enthalten, "Neue abteilungsübergreifende Product Launch Workflow komplett" und "Geschäftsleitung KPI akzeptiert.", Ich hatte mit etwas weniger auskommen. Dies soll nicht heißen, daß "weniger" ist schlecht. Tatsächlich, die "weniger" dass wir, für das erste Rollout beschlossen war Meilen vor, wo sie waren, bevor wir begannen. In unserem Fall, die "weniger" verwandelte sich in:

• Einfache Dokumentenverwaltung mit Dokumentbibliotheken, Version-Steuerelement und Content-Typen.
• Effektive Suche basierend auf Content-Typen und benutzerdefinierte erweiterte Suche (über verwalteten Eigenschaften, XSLT zu schönen Ergebnissen, usw.).

Zusätzlich zu den oben genannten unternehmensweite-features (Was bedeutet, dass sie alle Abteilungen und Benutzern ausgerollt werden wollten), Wir haben die folgenden Singleton im Gültigkeitsbereich Mini-Projekte:

• Machbarkeitsstudie BDC-integration.
• Mehrstufige und Mehrsparten-Workflow-Prozess erstellt über SPD.
• Komplexe InfoPath-Formular.
• Anschweissen von KPIs für einige Geschäftsprozess (in unserem Fall wahrscheinlich HR Talentakquise, aber das könnte sich ändern).

Der Bereich hier ist nicht 100% genaue, aber repräsentativ für unser Ansatz und ausreichend für meine Zwecke hier, Das ist zu erklären, was meiner Meinung nach ein "wirksames" Einführung von MOSS, die den Client fest auf dem goldenen Weg auf volle MOSS Annahme festgelegt wird.

Ich schreiben nicht viel mehr über das Singleton in diesem Eintrag.. Ich möchte darauf hinweisen, dass dies Bestandteil unserer übergreifende Strategie sind. Die Idee ist, implementieren die Dokument-Management und Suche Kernfeatures für alle Benutzer noch hochfunktionelle bieten, hohen sichtbar und äußerst Repräsentative Beispiele von anderen Kern-MOSS-Funktionen, die einfach über die Fähigkeit der meisten Nutzer, in diesem frühen Stadium sind. Jedoch, Sie werden "da draußen" und man kann nur hoffen, dass andere Geschäftsbereiche kennen oder über sie zu erfahren und diese Funktionen für sich selbst möchte, bis zu größeren Annahme. Diese Erfolgsgeschichten Singleton dienen auch unser Vertriebsteam "Munition" für die zweite erfolgreich gewinnen, Dritte und n-Phase Projekte.

Was wir vorstellen und warum?

Als Grundlinie unternehmensweite Voraussetzung haben in Bezug auf Dokumenten-Management und Suche ausgewertet, Wir mussten sammeln Informationen zu starten. Als eine praktische Sache, Diese drehten sich um Verständnis ihrer Dokumente und letztlich zum Verständnis Inhaltstypen zugeordnet.

Ich habe festgestellt, dass es schwierig zu erklären, Content-Typen ohne visuelle Hilfen. Technischeren Folk können Fuß entfernt von einer Diskussion über Content-Typen bei Stromwandlern in Datenbanken beschrieben werden. "A CT ähnelt einer Datenbanktabelle, Es hat Spalten und Spalten definiert sind, im Hinblick auf die Datentypen, aber CT-Datentypen umfassen mehr als einfache ganzzahlige/Datum, aber auch "Entscheidungsfreiheit" und "lookup" und dergleichen." Wir können zum Erweitern von"sprechen." Content-Typen, ähnlich wie eine kann Funktionalität in objektorientierten Sprachen von einer Basisklasse erben.. Dies ist jedoch offensichtlich nicht hilfreich für die Transport-Abteilung-Admin-Person, die keinen technischen Hintergrund hat. N.B., fast jeder, der in einer MOSS-Rollout zählt.

Verwenden eine weiße Tafel ist iffy. Ich habe die Idee eines Inhaltstyps und gezeichneten brillant dargestellt. (so scheinen) Bilder von Inhaltstypen und was sie in Bezug auf die Suche für Sie tun und wie sie erweitert werden können, usw.. Am Ende, Es fühlt sich wie einige Glühbirnen eingeschaltet haben, aber das Bild weiße Tafel ist ein Chaos.

Dies führte uns zu unseren aktuellen und so weit effektivste Landeplatz: eine MOSS-Sandkasten-Website so konfiguriert, dass diese Features anzeigen.

Verwendung der Sandbox-Website, Wir zeigen:

• Inhaltstypen:
  • Erstellen einen CT mit mehreren Datentypen (Text, Datum, Wahl, Boolean, Lookup, usw.).
  • Erweitern Sie einen CT durch die Schaffung eines neuen CT basiert auf einer übergeordneten.
  • Suche nach Dokumenten mit Metadaten CT.
• Dokumentbibliotheken:
  • Zuordnen einen einzelnen CT mit einer Bibliothek.
  • Was passiert, wenn wir ein Dokument in der Bibliothek hochladen?
  • Eine Doc-Bibliothek zuordnen mehrere CT.
  • Was passiert, wenn wir ein Dokument in der Bibliothek hochladen?
  • Filtern und sortieren über Spaltenüberschriften in ein Doc-lib.
  • Dokument-Bibliothek-Ansichten:
    • Sortieren
    • Gruppierung
    • "Schnelleinstieg" (Daten-Tabellenansicht)
    • "Unbenanntes Daten" (gerne mit Migration zu MOSS aus anderen Content-Quellen; mehr dazu unter).

Die Sandbox-Website:

Wir entwarfen unserer Sandbox-Website zu einem festen Bestandteil in der Entwicklungsumgebung für Schulungszwecke lange verwendet werden, wenn das Projekt fertig und enthalten mehrere Artefakte wie beschrieben:

Content-Typen:

Wir definiert die folgenden Inhaltstypen: Rechnung, Bestellung, Dienstleistungen-Rechnung.

Wir Rechnung und Kauf-Bestellung ausgewählt, weil sie mehr oder weniger universell unter sind
Stand Entitäten. Jeder im Geschäft versteht, dass eine Rechnung eine Zahlungsaufforderung, ist eine Kunde für eine Betrag ausgestellt auf eine bestimmte Datum nach einigen zu entrichten Zahlungsbedingungen. Dies führt zu einer natürlichen Definition ein CT, die wir "Ausbildung Rechnung genannt" (zur Unterscheidung von jeder anderen Art von Rechnung). Die Bestellung ist ebenso leicht zu definieren. Wir haben auch ein "Training-Services-Rechnung" durch die Schaffung eines neuen CT auf der Grundlage der "Ausbildung Rechnung" CT und nur eine Spalte hinzugefügt, "Leistungen".

Mit den oben genannten, Wir können nun einige der wichtigsten Features von Stromwandlern zeigen, ohne sich zuerst ein abstraktes Konzept zu erklären versucht zu verzetteln; jeder versteht schon, was wir unter "Rechnung verstehen" und "Bestellung" und können sich stattdessen auf die Mechanik des CTS konzentrieren sich.

Benutzerdefinierte Listen:

CT mit Spalten vom Typ "lookup" zeigen Sie auf einer benutzerdefinierten Liste oder Dokumentbibliothek. Wir nutzen diese ausgiebig und für die sandbox, Wir haben eine benutzerdefinierte Liste, die Kunden enthält Unterstützung. Wir haben Kunden, weil es ein einfaches Konzept ist zu verstehen und leicht zu demonstrieren. Die Rechnung-CT hat eine Spalte, "Kunde" Typ "nachschlagen definiert ist" Punkte, die auf diese Liste.

Wir haben eine ähnliche benutzerdefinierte Liste "Anbieter verwalten" für die Bestellung"" CT.

Dokumentbibliotheken:

Wir erstellt zwei Dokumentbibliotheken: "Rechnungen" und "Gemischte Dokumente".

Wir konfiguriert die Rechnungen-Dokumentbibliothek zum Verwalten von nur Dokumente des CT-Typs "Rechnung".

Wir konfiguriert den "gemischten Dokumenten" Bibliothek verwalten alle drei CT.

Erstellen Sie mehrere Ansichten, die Sortierung anzeigen, Filterung, Datenblatt und Gruppierung.

Suche:

Wir zwei neue verwaltete Eigenschaften definiert und sie, die Rechnungsnummer und Kunden zugeordnet.

Wir eine neue angepasste voraus-Such-Website erstellt und geändert, um den Benutzerzugriff auf die Suche nach "Rechnungen" verwenden diese beiden zugeordneten Eigenschaften.

Die XSLT-Datei ändern damit die Rechnung und Kunden-Nummer, Wann präsentieren, in einer HTML-Tabelle in einer hellen Farbe angezeigt. Ziel ist zu zeigen, dass solche Formatierungen möglich ist.

Alles zusammen:

Wir arrangieren für Key-User zur Teilnahme an einer demo.

Wir folgen diesem einfache Skript:

1. Beschreiben Sie dem Sinn und Zweck einer CT, wobei Rechnungen und Bestellungen als Beispiele.
2. Zeigen Sie die Rechnung CT Definition während gleichzeitig versichert ihnen, dass sie nicht die Bildschirme selbst verwenden müssen, die Konzepte nicht einfach abholen.
3. Gehen Sie zu der Dokumentbibliothek Rechnungen.
4. Hochladen eines Dokuments.
5. Zeigen Sie, dass der Kunde Dropdown-wirklich aus einer benutzerdefinierten Liste bezogen ist.
6. Die Kundenliste neuer Kunde hinzu und aktualisieren Sie dann die vor kurzem hochgeladene Rechnung Meta-Daten mit dem neu erstellten Kunden.
7. Wechseln Sie in den "gemischten Dokumenten" Bibliothek und Hochladen eines Dokuments. Erklären Sie, wie das System für einen Dokumenttyp fordert.
8. Gehen Sie zurück zu Rechnungen Dokumentbibliothek und zeigen wie durch Klicken auf den Namen einer Spalte Sortierreihenfolge geändert.
9. Zeigen Sie auf Spaltenebene Filtern.
10. Zeigen Sie verschiedene Ansichten, die mehrstufige Sortierung demonstrieren, Filtern und gruppieren.
11. Daten im Datenblatt anzeigen.
12. Erläutern Sie den Zweck einer "unbenanntes Dokumente" Ansicht.
13. Wechseln Sie in die benutzerdefinierte erweiterte Suche.
14. Jetzt, das vor kurzem hochgeladene Dokument sollte gecrawlt und indiziert wurden haben, So führen Sie eine Suche, die Möglichkeit, die Abrechnung über die zugeordnete Eigenschaft zu finden zeigt.
15. Wir zeigen den Unterschied zwischen der Suche über zugeordnete Eigenschaften vs. nur eine Textsuche.

An diesem Punkt, Wir sind mehr oder weniger mit der Demo fertig.. Es scheint zu nehmen 30 An 45 Minuten, je nachdem wie viele Fragen Fragen.

Wir senden ihnen dann zurück an ihre Schreibtische mit "Hausaufgaben". Diese besteht aus einer einfachen excel-Tabelle wo bitten wir sie, uns zu definieren, was sie denken, sie müssen im Hinblick auf die CT, beide auf hohem Niveau (nur Name und geschäftlichen Zweck) sowie Spalten und Typ der Daten würde sie in der Spalte speichern.. Wir Fragen nicht sie Spaltendatentypen in MOSS Begriffe definieren, aber Geschäftsbedingungen.

In der Zusammenfassung:

Wir haben eine Sandbox-Umgebung erstellt, mit denen wir zeigen einige Kern-MOSS-Funktionen, deren Reiz sind unternehmensweite.

Wir haben leicht verstanden und gemeinsame Geschäftsentitäten modelliert, sodass die Benutzer auf MOSS konzentrieren können und nicht auf die Entitäten verzetteln / Beispiele selbst.

Business-Anwender Fuß entfernt von Thesen Sessions mit "Hausaufgaben" in Form von Excel-Dokumenten, die sie jetzt sind, zu füllen und verwenden für die Gestaltung ihrer eigenen erste-Schnitt-Inhaltstypen.

Schließlich, wie wir Demos im Laufe der Zeit führen, der Client-Team-Mitglieder sich mehr fähig übertragen werden, die Demo ist selbst und in der Regel kostenlos den Rest von uns bis zu komplexeren Themen arbeiten, wie globale Taxonomie, komplexe workflows, BDC und dergleichen.