Megoldás a problémára: “FileNotFoundException” Az én-m szolgáltatás-vevő.

Én dolgoztam egy funkció a múlt héten, hogy növelné néhány eseményfogadók egy adott listához például. (Én blogged egy kicsit a lista vevő itt).

A parancssor használatával, Tudtam telepíteni a vonás-val nem hiba- (lásd lejjebb a rejtett hiba). Mikor próbáltam-hoz felfejlődik a szolgáltatás a helyszínen, MOSS panaszkodott a "FileNotFoundException" hiba. Ez a blog bejegyzés azt ismerteti, hogyan én megfejt ez.

Ez az a hiba, hogy MOSS megmutatta nekem a böngészőben:

A szolgáltatás ' b2cb42e3-4f0a-4380-ka-1ef9cd526f20’ nem lehetett telepíteni, mert "xyzzyFeatureReceiver_0 eseményérzékelő szerelvény betöltése" nem sikerült: System.IO.FileNotFoundException: Nem sikerült betölteni a fájlt vagy összeszerelés "xyzzyFeatureReceiver_0’ vagy annak valamelyik függősége. A rendszer nem tud talál a reszelő megjelölt.
Fájlnév: "xyzzyFeatureReceiver_0’
a System.Reflection.Assembly.nLoad(AssemblyName fájlnév, Karakterlánc-codeBase, Bizonyítékok assemblySecurity, LocationHint közgyűlés, StackCrawlMark& stackMark, Logikai throwOnFileNotFound, Logikai forIntrospection)
a System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Bizonyítékok assemblySecurity, StackCrawlMark& stackMark, Logikai forIntrospection)
a System.Reflection.Assembly.InternalLoad(Karakterlánc-assemblyString, Bizonyítékok assemblySecurity, StackCrawlMark& stackMark, Logikai forIntrospection)
a System.Reflection.Assembly.Load(Karakterlánc-assemblyString)
a Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject()
FIGYELEM: Kódösszeállítás-kötés naplózása ki van kapcsolva OFF.
Ahhoz, hogy közgyűlés kötési hibák naplózása, a beállításazonosító beállítása [HKLMSoftwareMicrosoftFusion!EnableLog] (DWORD) a 1.
Megjegyzés:: Van néhány előadás büntetés társított közgyűlés kötési hibák naplózása.
Ez a funkció kikapcsolása, eltávolít a iktató hivatal érték [HKLMSoftwareMicrosoftFusion!EnableLog].

A Windows SharePoint Services problémák elhárítása.

Tudom, hogy hogyan szándékosan okoz amit hiba: Ne telepítse a gyülekezési a GAC-ba. de, Ez volt a GAC-ba. Általában telepíteni összeállítások a GAC-ba húzza őket a c:\windowsassembly mappa a windows Intézőben. Soha nem éreztem 100% a kényelmes, mert mindig azt hittem, hogy gacutil létezett egy ok … így próbáltam, hogy. Nem okoz változást.

A Internets kerestem, és találtam ezt a post: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2243677&SiteID=1

A poszter történt, hogy használja az azonos gyökér darab-ból kód (a belső WSS könyv erről a listáról) Szóval ez volt reményteli jele. Azonban, a díszítő a Közgyűlés a javaslatot egy [szerelvény: ] irányelv nem volt értelme számomra. Egyébként kipróbáltam, és igazam volt. Nem okoz változást.

Akkor vettem észre, hogy az én osztály meghatározása nem volt nyilvános. Azt tette, hogy a nyilvános, és amit gyártott nem különbség.

Következő, Elmentem a baj, hogy a "kódösszeállítás bind hiba napló" (követően a hasznos és pontos utasítások) és ez az, ahol a dolgok kezdtek érdekessé válni. A napló azt mutatja nekem, hogy a futásidejű mindenhol keres a kiszolgálón, az én-m összeállítás. Ez is úgy tűnik, hogy kell keres ez az én-m orvosságos szekrény. de … Ez nem keres ez a GAC-ba.

Tesz-ra az én-m téli dzseki, és megy keres a Internets újra, és még, hogy valaki volt ez a probléma is. A hosszadalmas vita, hogy a kiküldetés peters ki a semmibe, és nem találja a megoldást.

Az én-m összeállítás beköltöznek a napló azt állítja, ez a kereső, és egy kis előrelépést helyek. Vagyok jutalmazták, a böngésző egy új hiba mikor én megpróbál-hoz hatékonnyá tesz a vonás:

Nem sikerült létrehozni a szolgáltatás vevő objektumot kódösszeállítás "xyzzyFeatureReceiver_0", írja be a "Conchango.xyzzyFeatureReceiver" a szolgáltatás b2cb42e3-4f0a-4380-aaba-1ef9cd526f20: System.ArgumentNullException: Értéke nem lehet null..
A paraméter neve: típus
a System.Activator.CreateInstance(Típusa, Logikai nem nyilvános)
a System.Activator.CreateInstance(Típusa)
a Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject()

A Windows SharePoint Services problémák elhárítása.

Idő részére egy utolsó útra a Internets!

Ebben az időben, én megtud, elég meglepő, hogy moha kérdések ezt a hibát, mert a közgyűlés nem GAC.

Szeretnék venni-t kap valami pozitív ki ezt, és megpróbál úgy érzi, egy kicsit büszke arra, hogy már létrehoztam a Az MSIL összeállítások szökevény, de ez nem működik. Csak sima bosszús vagyok. Én magam, motyogva, "tyúk vagy a tojás" a lélegzetem.

Végül úgy döntenek, hogy punt. Én egy teljesen új projekt létrehozása és a másolás/beillesztés a kódot a incredible-cloaked-from-the-GAC-assembly munka-projekt több mint, hogy ezt az új projekt. (Keres egy épít zászló hívott némileg hasonló "kötelező érvényű, ha telepítette a GAC által tartalmazott kódösszeállítás elrejtése" de nem találja az egyik).

Telepítse a szolgáltatást, és hatékonnyá tesz ez és … Ez szerkezet! Így, Végül is, hogy, Volt, hogy alapvetően ' újraindít’ a projekt. Ez a másik ok miért utálom a számítógépek.

Én megtanul valami hasznos-e. Volt telepítés funkciók segítségével az stsadm követel vonal egész nap és használ a "-force" megszokásból lehetőség. Részére némely ok, Nem használja a - force kapcsolót, amikor telepítettem az új projekt. ezúttal, Én valójában tett, valóban felejtsd el, hogy másolni ezt az új projekt Közgyűlés a GAC-ba. Ennek eredményeként, Kaptam, hogy "FielNotFoundException" hiba. ezúttal, Megvan a stsadm, nem Mikor próbáltam-hoz hatékonnyá tesz a vonás, keresztül a pókháló legel. Így, -erő valójában két szerepet játszik. Ez lehetővé teszi, hogy újra telepíteni egy meglévő funkció. Azt is lehetővé teszi, hogy felszerel egy hibás funkció, amely nem dolgozik-on futási idő-azáltal, hogy visszaszorítja a hiba. Ez valószínűleg mondja valahol segítségével annyira, de én soha nem vettem észre, hogy.

</vége>

3 gondolatok „Megoldás a problémára: “FileNotFoundException” Az én-m szolgáltatás-vevő.

  1. Francisco

    Is, Én az én-m 2 óra hysteric nintendoSIXTYFOURRRR-ban-a-rossz-módon pillanatok mikor én átnevez a Namespace a vevő szolgáltatás, megsegítésére, pálya ahol tiéd, vagy bárki másnak kezdett.

    Válasz
  2. Francisco

    Az a probléma gyökerét fekszik a telepített wsp a sharepoint-adatbázis. Olvastam a post, és bár ez valóban erősít a probléma van egy nagy oldat-val több projekt, és több tucat olyan mozgó minden fájlokat nem volt lehetőség.

    Nem számít, mennyire frissíti a GAC vagy a közgyűlés, Mi van giving ön baj, a Közgyűlés a jelenlegi WSP telepített sharepoint.

    Ön könnyen észre, hogy megpróbálja csak a megoldás visszavonása (melyik, ahol a hiba történik). Minden "visszahúzó időben történik" figyelembe kell venni a "telepített wsp"-csak nem a projekt maga.

    Saját megoldás az volt:

    – Közép-admin: Megoldás visszavonása
    – stsadm: deletesolution
    – Visual Studio => Projekt => Csomag
    – stsadm: addsolution-fájl ProjectbinDebugProject.wsp
    – stsadm: deploysolution-név project.wsp-azonnali - allowgacdeployment-erő
    – Visual Studio => Telepítése

    Is törli a raktárhely és a debug mappák a projekt előtt futás telepítése újra, lehet, hogy nem volt hatása, de érdemes kommentálva.

    Ez szerkezet részére mindkettő

    "Vonás … nem lehetett telepíteni, mert az eseményérzékelő szerelvény betöltése"
    és
    "Kódösszeállítás funkció vevő objektum létrehozása sikertelen"

    kösz!
    Francisco

    Válasz
  3. Tom Clarkson

    Csak költött egy pár óra kipróbálás-hoz erősít ez ugyanazt a kérdést, és megállapította, jobb megoldás, mint egyszerűen felüdítő a projekt.

    Kiderült, hogy valamilyen oknál fogva, Visual Studio x 86 ahelyett, x 64 vagy MSIL épít cél beállítása – a közgyűlés volt a GAC-ba, csak nem azonos a GAC, 64 kicsit SharePoint kerestem.

    Válasz

Hagy egy válaszol a Francisco válasz visszavonása

Az e-mail címed nem kerül nyilvánosságra. Kötelező kitölteni *