Frage

Ich versuche, ein Gadget für SharePoint 2007 zu entwickeln, das sich einen Benutzer authentifiziert und dann eine SharePoint-Liste von einer bestimmten URL abhebt,

In den letzten 4 Tagen arbeite ich daran und kam auf verschiedene Arten, um es zu machen, aber weil Lösungen entweder halb fertig sind, funktionieren nicht oder zu verwirrend, um Hilfe von zu bekommen oder in das, was ich will. .

Da Windows-Gadget Scripting + HTML verwendet, also habe ich folgende Optionen, um die Arbeit mitzunehmen, um dieses Gadget zu erstellen,

War es hilfreich?

Lösung

Sie installieren diese auf einem Benutzer-PC, sodass Sie die Standard SharePoint API (Microsoft.Sharepoint.dll) nicht verwenden können

Sie verwenden 2007, sodass Sie das "Client-Objektmodell" (Managed / Silverlight oder EMCA-Skript) nicht verwenden können

das verlässt

a) Die SharePoint-Webdienste (entweder JavaScript oder Jquey, das noch JavaScript ist).

Dies bedeutet, dass Ihr Gadget über denselben Mechanismus für SharePoint authentifiziert wird, den jemand an Ihre Website durchsuchen würde - normalerweise integriert Windows AUTH.

Der erste Platz zum Starten ist das exzellente http://spservices.codeplex.com/ -Bibliothek, die ermöglicht es Ihnen, die Web-Dienste problemlos von jQuery anzurufen). Siehe die Dokumentation für Tipps zur Verwendung.

für ein halbes Geschäftsprojekt Wie wäre es mit http://sharepointsidebar.codeplex.com/

b) Erstellen Sie Ihre eigenen benutzerdefinierten Webdienste, indem Sie eine DLL auf dem SharePoint-Server bereitstellen, dann nennen Sie diese über JavaScript (vielleicht Usign JSON oder ähnliches eher

Andere Tipps

Wenn Sie sich leisten können, eine COM-Komponente mit Ihrem Gadget zu beheben, würde der erste Ansatz funktionieren. Sie wickeln Ihre Logik in einer Fassade einer CCW .NET-Klasse (mit dem .NET SP Client OM) ein und registrieren Sie es für com durch den Reglasm. Alle reinen .NET, Ihre Klasse würde deklariert (und schriftlich) com-kompatibel.

Sie können den zweiten Ansatz auch später einschränken. SP Clom unterstützt mehr Funktionalität, die SP WSS ist. Jquery zuwerfen, ändert es nicht viel. (Leider kann SP JS Clom nur auf SP-Seiten verwendet werden. Nicht in einem Gadget.)

Wenn Sie den Schmerzweise (JS ;-) IWA, sollten Sie die (Windows) -SSO-Authentifizierung geben. Wenn Sie den SP Clom von der DLL anrufen, können Sie entweder das Windows-Sitzungs-Token des aktuellen Benutzers (SSO) wiederverwenden oder explizit von einer Form Ihrer AUTO-Dateien authentifizieren, wenn der Benutzer es wünschte. (Sie können sich als anderer Benutzer an SP UI anmelden, als Sie sich auch in Windows befinden.) Beide werden unterstützt.

Ich würde den dll-Ansatz zuerst ausprobieren.

update: oops, Sie sind auf SP 2007, nicht 2010 - kein SP-Clom. Ich hätte früher bemerkt, tut mir leid ... Trotzdem können Sie eine .NET-DLL erstellen, die über eine WS mit SP sprechen würde. Sie können noch DefaultNetworkCredentials bis HttpWebRequest.Credentials (Rest) oder zu .Credentials Ihrer WS-Client-Klasse (SOAP), um die SSO-Authentifizierung zu erhalten. Oder erstellen Sie Ihre eigenen NetworkCredential mit Name und Passwort.

--- Ferda

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top