Ich arbeite schon seit meiner Dev-Koteletts zurück und zu diesem Zweck erhalten, Arbeiten auf ein Hobbyprojekt, das die folgenden Bits hat:
-
Verbundene Webparts, die eine Website oder Websitesammlungs-URL aus einer Out-of-Feld SharePoint Textfilter-Webpart empfängt.
-
Dieses Webpart sucht alle Informationen über den ausgewählten Standort, generiert eine XML-Paket und übergibt es an einer anderen WP auf der Seite (über Verbindungen).
-
3RD-Webpart die XML-Daten empfängt und hat einige XSL-Transformation-Zeug.
Ich wollte den Namensraum der alle Bits auf "Nivlag" umbenennen und ich war immer hit up mit den folgenden Fehler wenn ich das Webpart bereitgestellt meine Testumgebung:
Ein Webpart oder Webformular-Steuerelement auf dieser Seite kann nicht angezeigt oder importiert werden. Der Typ konnte nicht gefunden werden oder es ist nicht als sicher registriert.
Dies ist ein Anfänger Problem, aber ich dachte, dass ich einen Hinweis auf das trotzdem notieren würde. Ich verursachte den Fehler wenn ich geklickt auf der Standard-Name-Space haben (die standardmäßig auf dem Projektnamen), ausgewählte umgestalten und dann Umbenennen wie:
Das Dinge in einer Reihe von Orten in das Projekt umbenennen., aber es ist nicht genug. Sie müssen auch einige andere Anpassungen vornehmen:
1. Manuell öffnen und Bearbeiten einer Datei, "ShaerPointProjectItem.spdata". Hat, dass eine XML-Datei, die eine <SafeControls> Abschnitt. Die Umbenennungsfunktion Namespace ist nicht bewusst diese Datei aus irgendeinem Grund, Sie müssen also die Namespace es manuell aktualisieren.
2. Bearbeiten Sie die .webpart-Datei manuell. Aus welchem Grund, Visual Studio wird dieser Verweis entweder nicht geändert. Änderung der "<Typ>"Knoten entsprechend Ihren geänderten-namespace.
3. Schließlich, je nachdem, wie Sie den Namespace umgestaltet ändern, Visual Studio kann auch die Zeichenfolge aktualisiert haben, die hier Ihre ASCX-Datei verweist:
private const String _ascxPath = @ "~/_CONTROLTEMPLATES ……
Sie müssen das wieder ändern. Sie werden da Sie eine Fehlermeldung ähnlich der folgenden erhalten wenn Sie versuchen und Hinzufügen des Webparts zu einer WebPartZone auf einer Seite:
Serverfehler in ' /’ Anwendung.
Die Datei ' /_CONTROLTEMPLATES/Nivlag/VisualWebPart1/VisualWebPart1UserControl.ascx’ nicht vorhanden.
Beschreibung: Während der Ausführung der aktuellen Webanforderung ist eine unbehandelte Ausnahme aufgetreten. Bitte überprüfen Sie die Stapelüberwachung für weitere Informationen über den Fehler und Dateiursprung im code.
Ausnahmedetails: System.Web.HttpException: Die Datei ' /_CONTROLTEMPLATES/Nivlag/VisualWebPart1/VisualWebPart1UserControl.ascx’ nicht vorhanden.
Quellstörung:
An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.
Verlegenheit den Verweis gibt und Sie sollten gut zu gehen.
4. Schließlich, die eigentliche ASCX-Datei noch einen Verweis (für mich) auf den alten original-namespace (die Refactor/Rename-Funktion nicht dieses Problem zu beheben). Sie wissen, über dieses Fehler wenn Sie versuchen, der Webparts auf der Seite hinzufügen und die folgende Meldung erhalten:
Serverfehler in ' /’ Anwendung.
Parserfehler
Beschreibung: Während der Analyse einer Ressource benötigt, um diese Anforderung ist ein Fehler aufgetreten.. Bitte überprüfen Sie die folgenden Fehlerdetails bestimmte analysieren und ändern Sie die Quelldatei entsprechend.
Parser-Fehlermeldung: Typ 'RenameNameSpace.VisualWebPart1.VisualWebPart1UserControl' konnte nicht geladen werden..
Quellstörung:
Linie 6: <%@ Import Namespace="Microsoft.SharePoint" %> Linie 7: <%@ Register Tagprefix = "WebPartPages" Namespace="Microsoft.SharePoint.WebPartPages" Assembly="Microsoft.SharePoint, Version = 14.0.0.0, Kultur = Neutral, PublicKeyToken = 71e9bce111e9429c" %> Linie 8: <%@ Control Language = "c#" AutoEventWireup = "true" CodeBehind="VisualWebPart1UserControl.ascx.cs" Inherits="RenameNameSpace.VisualWebPart1.VisualWebPart1UserControl" %>Quelldatei: /_CONTROLTEMPLATES/RenameNameSpace/VisualWebPart1/VisualWebPart1UserControl.ascx Linie: 8
Versionsinformationen: Microsoft.NET Framework-Version:2.0.50727.4927; ASP.NET-Version:2.0.50727.4927
Die ASCX-Datei direkt bearbeiten und Beheben des gebrochen-Namespaces.
An diesem Punkt, Ich hatte schließlich einen Webpart in den Namespace meiner Wahl Leben.
</Ende>
Folgen Sie mir auf Twitter bei http://www.twitter.com/pagalvin
Pingback: Tweets, die dass umbenennen Webnamespaces Teil erwähnen (Oder, Ein Grund für "ein Webpart oder Webformular-Steuerelement auf dieser Seite angezeigt oder importiert werden kann)"«Paul Galvin SharePoint-Raum -- Topsy.com