Ich arbeitete an einem Feature letzte Woche, die einige Ereignisempfänger eine bestimmte Listeninstanz hinzufügen würde. (Ich ein bisschen gebloggt die Liste Empfänger hier).

Mithilfe der Befehlszeile, Ich konnte die Funktion ohne Fehler installieren. (siehe unten für den versteckten Fehler). Als ich versuchte, die Funktion auf der Website bereitstellen, MOSS klagte über eine "FileNotFoundException" Fehler. Dieser Blog-Eintrag beschreibt, wie ich es gelöst.

Das ist der Fehler, den MOSS mir im Web-Browser zeigte:

Funktion "b2cb42e3-4f0a-4380-Aaba-1ef9cd526f20’ konnte nicht installiert werden, da das Laden von Ereignisempfängerassembly "xyzzyFeatureReceiver_0" Fehler: System.IO.FileNotFoundException: Konnte nicht geladen werden Datei oder Assembly ' xyzzyFeatureReceiver_0’ oder eine ihrer Abhängigkeiten. Das System kann die angegebene Datei nicht finden. Dateiname: ' xyzzyFeatureReceiver_0’ bei System.Reflection.Assembly.nLoad(AssemblyName fileName, Zeichenfolge Codebasis, Beweise assemblySecurity, Montage locationHint, StackCrawlMark& stackMark, Boolesche throwOnFileNotFound, Boolean forIntrospection) bei System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Beweise assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) bei System.Reflection.Assembly.InternalLoad(String assemblyString, Beweise assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) bei System.Reflection.Assembly.Load(String assemblyString) bei Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject() WRN: Assembly Bindung Protokollierung aktiviert ist OFF. Montage-Bind Fehler Protokollierung, Legen Sie den Registrierungswert [HKLMSoftwareMicrosoftFusion!EnableLog] (DWORD) An 1. Hinweis: Es gibt einige Leistungseinbußen verbunden mit Montage Bind Fehler Protokollierung. Um dieses Feature zu deaktivieren, Entfernen Sie den Registrierungswert [HKLMSoftwareMicrosoftFusion!EnableLog]. Behandeln von Problemen mit Windows SharePoint Services.

Ich weiß wie man bewusst, dass Fehler verursachen: nicht die Assembly im GAC zu installieren. Aber, Es war im GAC. Ich installiere normal Assemblys im GAC durch Ziehen in die c:\Windowsassembly Ordner mithilfe von Windows_explorer. Ich habe nie das Gefühl 100% komfortable tun, denn ich immer, dass Sie Gacutil dachte bestand aus einem Grund … Also versuchte ich, die. Es machte keinen Unterschied.

Ich suchte den Internets und fanden diesen Beitrag: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2243677&SiteID=1

Das Plakat geschah das gleiche Wurzel Bit des Codes zu verwenden (aus dem Buch Inside WSS aus dieser Liste) also das war ein Zeichen der Hoffnung. Jedoch, die Anregung der Dekoration der Assembly mit einem [Versammlung: ] Richtlinie machen nicht für mich Sinn.. Ich versuchte es trotzdem und ich hatte Recht. Es machte keinen Unterschied.

Dann bemerkte ich, dass meine Klassendefinition nicht öffentlichen war. Ich es öffentlich gemacht und das machte keinen Unterschied.

Nächste, Ich ging auf die Mühe, das "Versammlung Bind Fehler-Log aktivieren" (Das hilfreiche und genaue Anweisungen zur Verfügung gestellt) und das ist, wo Dinge begonnen, interessant zu werden. Das Protokoll zeigt mir, dass die Common Language Runtime überall auf diesem Server für meine Montage sucht. Es scheint sogar, es in meiner Hausapotheke auf der Suche nach. Aber … Es wird nicht im GAC suchen.

Ich habe auf meine Winterjacke und gehen wieder die Internets suchen und finden, dass jemand dieses Problem auch gehabt hat. Die endlosen Diskussionen in diesem Beitrag peters aus ins nichts und ich kann keine Lösung finden.

Ich bewege meine Montage zu einem der Orte, die das Protokoll behauptet, es ist auf der Suche und ich ein wenig mehr Fortschritte machen. Ich werde belohnt mit einem neuen Fehler im Browser beim Versuch, das Feature aktivieren:

Fehler beim Erstellen der Funktion Empfängerobjekt aus Assembly "xyzzyFeatureReceiver_0", Geben Sie "Conchango.xyzzyFeatureReceiver" für die Funktion b2cb42e3-4f0a-4380-aaba-1ef9cd526f20: System.ArgumentNullException: Wert darf nicht null sein.. Parameternamen: Typ bei System.Activator.CreateInstance(Typ, Boolean nonPublic) bei System.Activator.CreateInstance(Typ) bei Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject() Behandeln von Problemen mit Windows SharePoint Services.

Zeit für eine letzte Reise zu den Internets!

Diesmal ich herausfinden, vorhersehbar genug, dass MOSS dieser Fehler ausgibt, da die Assembly im GAC nicht ist.

Ich möchte etwas Positives aus dieser erhalten und versuchen, ein wenig stolz, dass ich erstellt habe die Auf der Flucht von MSIL-Assemblys, aber es funktioniert nicht. Ich bin einfach nur genervt. Ich finde mich murmelte "Huhn oder das Ei" unter meinen Atem.

Ich entscheide mich schließlich, punt. Ich ein völlig neues Projekt erstellen und kopieren den Code aus dem incredible-cloaked-from-the-GAC-assembly der arbeitsfreien Projekt über dieses neue Projekt. (Ich Suche ein Build-Flag aufgerufen, so etwas wie "Hide aus Assemblybindung im GAC installiert" aber man kann nicht).

Ich das Feature installieren und aktivieren Sie es und … Es funktioniert! Also, nach all dem, Ich musste im Grunde ' neu starten’ mein Projekt. Dies ist ein weiterer Grund, warum ich Computer hasse.

Ich habe etwas nützliches daraus lernen. Ich hatte die Installation Features mithilfe der Befehlszeile Stsadm ganztägig und benutze den "-zwingen" Möglichkeit aus Gewohnheit. Aus irgendeinem Grund, Ich habe nicht verwenden die - Force-Option aus, wenn ich das neue Projekt angelegt. Dieses Mal, Ich habe, wirklich vergessen Sie, dieses neue Projekt Assembly im GAC kopieren. Als Folge, Ich erhielt die FielNotFoundException"" Fehler. Dieses Mal, Ich habe es von stsadm, nicht, als ich versuchte, das Feature über den Webbrowser aktivieren. Also, -Kraft spielt eigentlich zwei Rollen. Es erlaubt Ihnen, ein vorhandenes KE neu installieren. Darüber hinaus können Sie eine fehlerhafte Funktion zu installieren, die nicht arbeiten durch die Unterdrückung des Fehlers zur Laufzeit. Es sagt wohl so viel in der Hilfe irgendwo aber ich nie bemerkt, dass es.

</Ende>

UPDATE: Dies funktioniert aber es gibt erhebliche Einschränkungen, die in den Kommentaren beschrieben werden. Dies kann noch in einigen Umständen nützlich sein.

UPDATE 2: In meinem aktuellen Projekt, Benutzer hochladen immer Dokumente. Als Folge, Ich stoßen nicht auf ein Problem, wo MS Word ausgeführt wird und meint, dass die Datei, darauf umbenannt wurde. Ich auf ein Problem stoßen., "die Datei wurde von einem anderen Benutzer geändert" und dies über einen einfachen Semaphore-Typ-Flag gelöst. Benutzer müssen ein Meta-Datenfeld vom Standardwert auf etwas anderes ändern. Das ItemUpdated-Ereignis() Receiver sucht es einen gültigen Wert vor dem Ausführen der Umbenennung und seitdem, Ich habe keine Probleme gehabt.. Ihre Erfahrungen können variieren.

Ich habe eine Client-Anforderung, die in einer bestimmten Dokumentbibliothek mit einer bestimmten Namenskonvention entspricht hochgeladenen Dateien umbenennen. Die API bietet keine "umbenennen()" Methode. Stattdessen, Wir verwenden "MoveTo(…)". Hier ist ein minimaler Code dazu:

 öffentliche Überschreiben privatevoid ItemAdded(SPItemEventProperties Eigenschaften)
        {
            SPFile f = Properties.ListItem.File;

            f.MoveTo(Eigenschaften.ListItem.ParentList.RootFolder.Url + "/xyzzy.doc");
            f.Update();

        }

Das nur schwierige Bit ist die "Eigenschaften. ListItem.ParentList.RootFolder.Url". Die MoveTo() Methode erfordert eine URL. Das Püree Zeichenfolge Punkte mich ins Stammverzeichnis des aktuellen Dokument Bibliothek. Dies ermöglicht es mir, zu vermeiden, keine harte Codierung in meinem Ereignisempfänger.

Dies ist ein nützlicher Version, die die gleiche Sache tut, aber weist den Namen der Datei auf "Titel":

 öffentliche Überschreiben privatevoid ItemAdded(SPItemEventProperties Eigenschaften)
        {
            DisableEventFiring();

            // Der Name der Datei selbst den Titel dieses Elements zuweisen.
 // HINWEIS: Diese Zuordnung muss stattfinden bevor wir die Datei selbst ändern.
 // Aufruf von update() auf die SPFile scheint ungültig, die Eigenschaften in
 // gewissermaßen.  Aktuelles zu "Titel" konnte bis zu ändern (und update() Aufruf)
 // wurden vor der Änderung in den Dateinamen verschoben.
            Eigenschaften.ListItem["Titel"] = Properties.ListItem.File.Name;

            Eigenschaften.ListItem.Update();

            SPFile f = Properties.ListItem.File;

            // Die Erweiterung der Datei zu erhalten.  Wir brauchen, die später.
 Zeichenfolge SpfileExt = Neu FileInfo(f.Name).Erweiterung;

            // Benennen Sie die Datei in der Listenelement-ID und verwenden die Datei-Endung zu
 // der Teil der es intakt.
            f.MoveTo(Eigenschaften.ListItem.ParentList.RootFolder.Url +
                "/" + Eigenschaften.ListItem["ID"] + spfileExt);

            // Begehen Sie den Umzug.
            f.Update();

            EnableEventFiring();
        }