Frage

Ich mag eine benutzerdefinierte Dokumentbibliothek erstellen, wo ich den Standard-UI verwenden, aber eine andere Persistenz-Schicht zu implementieren. Grundsätzlich holen und Dokumente aus einem anderen Quellsystem angezeigt werden soll. Auf diese Weise kann ich mein bestehendes Objektmodell verwenden, aber die große Office-Integration in Sharepoint nutzen.

fand ich einen anständigen Artikel hier aber sie betrügen, haben sie eine völlig neue codierte UI für die externe Persistenz.

Ich habe an dem SPList und SPDocumentLibrary Objekte gesucht, aber ich kann die notwendigen Methoden nicht außer Kraft setzen.

Ich habe auf der Veranstaltung Rahmen sah und es ist näher, aber es fehlt ihm wichtige Ereignisse wie ‚GetFile‘ oder ‚PopulateList‘.

Alle Gedanken?

War es hilfreich?

Lösung

Dies ist keine perfekte (oder wahrscheinlich sogar ein „gut“) fit für das, was Sie zu tun versuchen, aber ich erwähne es in erster Linie für das Bewusstsein und möglicherweise geben Sie einige zusätzliche Ideen (und Warnungen).

Sharepoint-Speicherarchitektur nutzt zwei verschiedenen Back-End-Speicher: eine für Metadaten (immer Sharepoint SQL-Datenbanken), und eine andere für BLOB-Speicher (auch durch Standard-SQL). In seiner jetzigen Form, obwohl, ermöglicht Sharepoint Sie auf „Wire-in“ Ihrem eigenen BLOB Storage-Anbieter über einen Typ, der die ISPExternalBinaryProvider-Schnittstelle implementiert. Verdrahtung in einer Art, die diese Schnittstelle implementiert ermöglicht die Speicherung von Metadaten in SQL fortzusetzen, während Dokumente und andere BLOB Elementtypen in einem anderen Laden Ihrer Wahl zu speichern.

Das klingt vielleicht ein wenig viel versprechend, aber es gibt ein paar ernsthafte Überlegungen:

  1. Wiring-in Ihrem eigenen ISPExternalBinaryProvider hat einen Bauernhof weiten Auswirkungen. Es ist alles oder nichts, so dass, sobald der Anbieter in verdrahtet ist, alle Standorte und libaries die neuen Anbieter verwenden.

  2. Sie müssen in nicht verwalteten Code tauchen, da die ISPExternalBinaryProvider Sie benötigen tut mit einigen IDL zu arbeiten.

Sie können mehr hier lesen: http://msdn.microsoft.com /en-us/library/bb802976.aspx

Meine Meinung ist, dass das externe BLOB-Speicher (EBS) System etwas von einem „Prototyp“ ist an dieser Stelle - nicht bereit für die Prime-Time. Wenn nichts anderes, aber es gibt Ihnen etwas zu denken. Sharepoint Server 2010 wird damit hoffentlich mehr tun und macht es attraktiver und einfach zu implementieren.

Für das, was es wert ist!

Andere Tipps

Ich habe SQL Persistenz in einer Formularbibliothek implementiert durch eine Persistenz-Workflow verwenden, die von der Bibliothek Dokumente bei der Erstellung und Aktualisierung ausgeführt wird.

Ich habe ein Office Sharepoint 2007 Workflow-Projekt in Visual Studio 2008, mein SPItem Dokumentinhalt abgerufen und extrahiert die relevanten Daten aus dem XML durch die InfoPath Webformular erzeugt und beharrte sie in einer Datenbank.

Wenn Sie wirklich wollen, um Ihre eigene externe persistance rollen, versuchen Sie einen Blick auf diesem brandneuen, ausführliche Artikel von Juni auf TechNet unter:

http://technet.microsoft.com/en-us /magazine/2009.06.insidesharepoint.aspx

Nun gib mir die Prämie. ;)

Es tut uns Leid zu sagen, aber ISPExternalBinaryProvider ist der einzige Weg, dies zu tun, fürchte ich, wenn Sie Standard-UI verwenden möchten.

P. S. Ein weiterer großer Nachteil ist, dass ein Backup / Versionierung Alptraum. Nicht einmal sicher, ob Versionierung unterstützt wird.

Vielleicht Sharepoint 2010 wird einen besseren Weg, dies zu tun ...

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