Frage

Ich arbeite mit WSS 3.0, Visual Studio 2008 und WSPBuilder 0.9.9. Ich habe eine benutzerdefinierte Klassenbibliothek (WebParts.dll) von Basisklassen, die ich mit mehreren SharePoint -Lösungen verwende. Ich stelle derzeit WebParts.dll für den GAC bereit und füge sie in jeder Lösung als Referenz hinzu. Meine aktuelle Arrangement funktioniert einwandfrei, aber ich muss die DLL auf jedem Webserver manuell auf dem GAC bereitstellen, wenn sie sich ändert.

Ich würde es vorziehen, (a) webparts.dll in einer WSPBuilder- oder VSEWSS -Lösung zu wickeln, die wie jede andere Lösung bereitgestellt werden kann, oder (b) WebParts.dll in den 80/Bin -Ordner in jeder Lösung aufzunehmen.

Welches wäre die bevorzugte Methode, um meine DLL bereitzustellen, und kann mich jemand auf Schritt-für-Schritt-Anweisungen online verweisen? Ich habe diesen Blog -Beitrag gefunden, der einige von Teil B beschreibt, aber ich denke, ich vermisse einen Schritt:

http://blog.vanmeeuwen-online.nl/2010/05/deployment-of-class-library-with.html

Danke für Ihre Hilfe!

War es hilfreich?

Lösung

Wenn Ihre DLL in die platziert ist Bin Debug oder Bin Release Ordner Ihres Projekts (z.B "Lokales" gleich für Ihre DLL -Referenz) wird die DLL automatisch in Ihr WSP aufgenommen und entsprechend dem bereitgestellt Einsatztarget von Ihrem Einheimischen WSPBuilder.exe.config Datei.

Wenn Sie die gleiche DLL über mehrere Projekte hinweg teilen, ist es möglicherweise sinnvoller für Sie, die freigegebene DLL in der eigenen Funktions-/Bereitstellungspaket zu verpacken und die Funktion zu nutzen Aktivierungsabhängigkeiten Innerhalb Ihrer anderen Projekte, um sicherzustellen, dass die DLL eingesetzt wurde.

Möglicherweise müssen Sie auf eine neuere Version von WSPBuilder upgraden. Ich glaube 1.0.5 ist die erste Version, die die lokale Konfigurationsunterstützung unterstützt.

Hypothetischer Aufbau

  • Meine Webteile (VS -Lösung)
    • WebParts (VS -Projekt) - Dies enthält Ihre Basis -DLL (WebParts.dll), die Sie in Ihren anderen Projekten verwenden möchten
    • MyWebPart1 (VS -Projekt) - Dieses Projekt ist eines Ihrer Web -Teile. Fügen Sie einen Projektverweis auf die hinzu Webparts Projekt und unterlassen Sie Kopieren Sie die webparts.dll lokal.
    • MyWebPart2 (VS -Projekt) - Dieses Projekt ist eines Ihrer Web -Teile. Fügen Sie einen Projektverweis auf die hinzu Webparts Projekt und unterlassen Sie Kopieren Sie die webparts.dll lokal.

Wenn Sie das VS Projects WebPart1 oder WebPart2 erstellen, wird die Referenz in Visual Studio gelöst.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit sharepoint.stackexchange
scroll top