Jag arbetade på en funktion förra veckan som skulle lägga till vissa evenemang mottagare till en specifik lista förekomst. (Jag bloggade lite om att listan mottagare här).

Med hjälp av kommandoraden, Jag kunde installera funktionen utan fel (men se nedan för dolda fel). När jag försökte använda funktionen på webbplatsen, MOSS klagade över en "FileNotFoundException" fel. Denna bloggpost beskriver hur jag löste det.

Detta är felet som MOSS visade mig i webbläsaren:

Funktionen ' b2cb42e3-4f0a-4380-Maria-1ef9cd526f20’ kunde inte installeras eftersom inläsningen av sammansättningen "xyzzyFeatureReceiver_0" misslyckades: System.IO.FileNotFoundException: Kunde inte läsa in filen eller sammansättningen ' xyzzyFeatureReceiver_0’ eller en av dess beroenden. Systemet kan inte hitta filen. Filnamn: "xyzzyFeatureReceiver_0’ på System.Reflection.Assembly.nLoad(AssemblyName filnamn, Sträng kodbasen, Bevis assemblySecurity, Församlingen locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) på System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Bevis assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) på System.Reflection.Assembly.InternalLoad(Sträng assemblyString, Bevis assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) på System.Reflection.Assembly.Load(Sträng assemblyString) på Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject() VARN: Församlingen bindande loggningen är aktiverad OFF. Du aktiverar montering bind fel loggning, Ange registervärdet [HKLMSoftwareMicrosoftFusion]!EnableLog] (DWORD) till 1. Anmärkning: Det finns vissa prestanda straff är associerad med församlingen bind fel loggning. Inaktivera den här funktionen, ta bort registervärdet [HKLMSoftwareMicrosoftFusion]!EnableLog]. Felsöka problem med Windows SharePoint Services.

Jag vet hur man medvetet orsaka detta fel: Installera inte sammansättningen i GAC. Men, Det var i den globala Sammansättningscachen. Jag installera normalt sammansättningar i den globala Sammansättningscachen genom att dra dem till c:\windowsassembly-mappen med Utforskaren. Jag har aldrig känt 100% bekväm att göra det eftersom jag alltid trott att gacutil fanns en anledning … så jag försökte att. Det gjorde ingen skillnad.

Jag sökte på Internet och hittade detta inlägg: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2243677&SiteID=1

Affischen råkade använda den samma rot bit kod (från inuti WSS bok från denna lista) så det var ett hoppfullt tecken. Men, förslaget att dekorera församlingen med en [församling: ] direktivet vettigt inte för mig. Jag försökte det ändå och jag hade rätt. Det gjorde ingen skillnad.

Sedan märkte jag att min klassdefinition inte var offentlig. Jag gjorde det offentliga och det gjorde ingen skillnad.

Nästa, Jag gick till problem med att aktivera "församlingen bind misslyckande loggen" (efter användbara och korrekta instruktioner) och det är där saker och ting började bli intressant. Loggen visar mig att körningsmiljön söker överallt på servern för min församling. Det verkar även vara söka efter det i min medicinskåpet. Men … Det kommer inte att söka efter den i den globala Sammansättningscachen.

Jag satte på min vinterjacka och gå söka Internetsen igen och hitta att någon har haft detta problem också. Den långa diskussionen i denna bokföring Petrus bort till ingenting och jag kan inte hitta en lösning.

Jag flyttar min församling till en av de platser loggen hävdar det söker och jag göra lite mer framsteg. Jag är belönade med en nya fel i webbläsaren när jag försöker aktivera funktionen:

Det gick inte att skapa funktionen mottagare objekt från församlingen "xyzzyFeatureReceiver_0", typ "Conchango.xyzzyFeatureReceiver" för funktionen b2cb42e3-4f0a-4380-aaba-1ef9cd526f20: System.ArgumentNullException: Värdet får inte vara null. Parameternamnet: typ på System.Activator.CreateInstance(Typ typ, Booleska nonPublic) på System.Activator.CreateInstance(Typ typ) på Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject() Felsöka problem med Windows SharePoint Services.

Dags för en sista resa till Internets!

Denna gång jag reda, förutsägbart nog, att mossa frågor detta fel eftersom församlingen inte i GAC.

Jag vill få något positivt ur detta och försök att känna sig lite stolt att jag har skapat den Flyktiga MSIL församlingar, men det fungerar inte. Jag är helt enkelt irriterad. Jag finner mig själv muttrade "hönan eller ägget" under min andedräkt.

Jag slutligen besluta att punt. Jag skapar ett helt nytt projekt och klistra in koden från incredible-cloaked-from-the-GAC-assembly icke-arbetande projektet över till detta nya projekt. (Jag söker efter en bygga flagga kallas något i stil med "Dölj från församlingen bindande om installerat i GAC" men kan inte hitta en).

Jag installera funktionen och aktivera den och … det fungerar! Så, efter allt som, Jag var tvungen att i princip "pånyttfödd’ mitt projekt. Det är en anledning varför jag hatar datorer.

Jag lärde mig något nyttigt från detta. Jag hade installerat funktioner använder stsadm befalla lina hela dagen lång och använt den "-kraft" alternativet av gammal vana. Av någon anledning, Jag inte använder alternativet - force när jag installerade det nya projektet. Den här gången, Jag gjorde faktiskt, verkligen glömma att kopiera detta nya projekt sammansättningen i GAC. Som en följd, Jag fick det "FielNotFoundException" fel. Den här gången, Jag fick den från stsadm, inte när jag försökte aktivera funktionen via webbläsaren. Så, -Force faktiskt spelar två roller. Du kan installera en befintlig funktion. Du installerar en buggy funktion som inte kan arbeta vid körning genom att undertrycka felet kan också. Står förmodligen det lika mycket som hjälp någonstans men jag märkt aldrig det.

</slutet>

UPPDATERING: Detta fungerar men det finns betydande begränsningar som beskrivs i kommentarerna. Detta kan fortfarande vara användbart i vissa fall.

UPPDATERING 2: I mitt nuvarande projekt, användare alltid ladda upp dokument. Som en följd, Jag kör inte in i ett problem där MS Word körs och tycker att filen byttes namn på den. Jag stött på ett problem, "filen ändrades av någon annan" och löste detta via en enkel semafor typ flagga. Förbrukaren behov till ändra en meta datafält från standardvärdet till något annat. Itemupdated() mottagaren ser ut för ett giltigt värde det innan du faktiskt utför nytt namn och sedan dess, Jag har inte haft några problem. Användbarheten kan variera.

Jag har ett krav på klienten att ändra namn på filer som laddas upp till ett visst dokumentbibliotek att överensstämma med en viss namnkonvention. API tillhandahåller inte en "Byt namn()" metoden. I stället, Vi använder "MoveTo(…)". Här är lite minimal kod för att åstadkomma detta:

 offentliga åsidosätta void ItemAdded(SPItemEventProperties egenskaper)
        {
            SPFile f = egenskaper.ListItem.File;

            f.moveTo(egenskaper.ListItem.ParentList.RootFolder.Url + "/xyzzy.doc");
            f.Update();

        }

Den bara knepiga biten är "egenskaper. ListItem.ParentList.RootFolder.Url". MoveTo() metoden kräver en URL. Som mosade upp strängen poäng mig till rotmappen på min nuvarande dokumentbibliotek. Detta gör att jag slipper någon hård kodning i min händelsemottagare.

Detta är en mer användbar version som gör samma sak, men tilldelas namnet på filen "Titel":

 offentliga åsidosätta void ItemAdded(SPItemEventProperties egenskaper)
        {
            DisableEventFiring();

            // Tilldela namnet på själva titeln på denna punkt.
 // ANMÄRKNING: Den här tilldelningen måste äga rum innan vi ändrar själva filen.
 // Kräver uppdatering() på SPFile verkar ogiltigförklara egenskaperna i
 // någon mening.  Uppdateringar till "titel" Det gick inte att förändras (och uppdatera() Ring)
 // flyttades framför ändringen till i filnamnet.
            egenskaper.ListItem["Rubrik"] = egenskaper.ListItem.File.Name;

            egenskaper.ListItem.Update();

            SPFile f = egenskaper.ListItem.File;

            // Få förlängning av filen.  Vi behöver som senare.
 sträng spfileExt = nya FileInfo(f.Name).Förlängning;

            // Byt namn på filen till listan Objektets ID och använder filnamnstillägget att hålla
 // den del av det intakt.
            f.moveTo(egenskaper.ListItem.ParentList.RootFolder.Url +
                "/" + egenskaper.ListItem["ID"] + spfileExt);

            // Begå flytten.
            f.Update();

            EnableEventFiring();
        }