Solvo al Problemo: “FileNotFoundException” Kun Mia Ĉefaĵa Ricevilo.

Mi estis laboranta sur ĉefaĵo lasta semajno kiu aldonus kelkajn eventajn ricevilojn al specifa lista okazo. (Mi blogged iom pri tiu lista ricevilo ĉi tie).

Uzanta la komandan linion, Mi povus instali la ĉefaĵon kun neniu eraro (Sed vidi malsupre por la kaŝa eraro). Kiam mi provis deplojiĝi la ĉefaĵon sur la ejo, MUSKO plendita de "FileNotFoundException" Eraro. Ĉi tiu bloga eniro priskribas kiel min solvis ĝin.

Tio ĉi estas la eraro ke MUSKO montris min en la araneaĵa retumilo:

Prezenti ‘b2cb42e3-4f0a-4380-aaba-1ef9cd526f20’ Ne povus esti instalita ĉar la ŝarĝado de eventa ricevilo asembleo "xyzzyFeatureReceiver_0" Malsukcesita: Sistemo.IO.FileNotFoundException: Ne povus ŝarĝi dosieron aŭ asembleon ‘xyzzyFeatureReceiver_0’ Aŭ unu el ĝiaj dependecoj. La sistemo ne povas trovi la dosieron specifita.
Dosiera nomo: ‘XyzzyFeatureReceiver_0’
Ĉe Sistemo.Konsidero.Asembleo.NLoad(AssemblyName fileName, Laĉi codeBase, Indico assemblySecurity, Asembleo locationHint, StackCrawlMark& StackMark, Boolea throwOnFileNotFound, Boolea forIntrospection)
Ĉe Sistemo.Konsidero.Asembleo.InternalLoad(AssemblyName assemblyRef, Indico assemblySecurity, StackCrawlMark& StackMark, Boolea forIntrospection)
Ĉe Sistemo.Konsidero.Asembleo.InternalLoad(Laĉi assemblyString, Indico assemblySecurity, StackCrawlMark& StackMark, Boolea forIntrospection)
Ĉe Sistemo.Konsidero.Asembleo.Ŝarĝo(Laĉi assemblyString)
Ĉe Microsoft.SharePoint.Administro.SPFeatureDefinition.Akiras_ReceiverObject()
WRN: Asemblea ligado arbohakanta estas elŝaltita.
Ebligi asembleon ligas malsukceson arbohakanta, Fiksi la registry valoro [HKLMaSoftvaroMicrosoftFuzio!EnableLog] (DWORD) Al 1.
Noto: Estas iu elfara puno asociita kun asembleo ligas malsukceson arbohakanta.
Turni ĉi tiun ĉefaĵon de, Forigi la registry valoro [HKLMaSoftvaroMicrosoftFuzio!EnableLog].

Troubleshoot aferoj kun Fenestroj SharePoint Servoj.

Mi scias kiel intence kaŭzi tiun eraron: Ne instalas la asembleon en la GAC. Sed, Ĝi estis en la GAC. Mi normale instalas asembleojn en la GAC de trenanta ilin en la c:\Fenestraasembleo teko uzanta fenestran esploriston. Mi neniam sentis 100% Komforta faranta ke ĉar mi ĉiam pensis ke gacutil ekzistita por kialo … Do mi provis tion. Ĝi faris neniun diferencon.

Mi serĉis la Interretojn kaj trovis ĉi tiun poŝton: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2243677&SiteID=1

La afiŝo okazita esti uzanta la saman radikon mordis de kodo (De la Interna WSSa libro de ĉi tiu listo) Por ke estis esperema signo. Tamen, La sugesto ornami la asembleon kun [Asembleo: ] Instrukcio ne faris senton al mi. Mi provis ĝin ĉiuokaze kaj mi estis ĝusta. Ĝi faris neniun diferencon.

Tiam mi rimarkis ke mia klasa difino ne estis publika. Mi faris ĝin publika kaj ke faris neniun diferencon.

Poste, Mi iris al la problemo ebligi la "asembleon ligas malsukcesan ŝtipon" (Sekvanta la helpemajn kaj precizajn instruojn provizis) Kaj tio ĉi estas kie aferoj komencita akiri interesan. KE ŝtipo montras min ke la runtime estas serĉanta ĉie sur tiu servilo por mia asembleo. Ĝi eĉ aperas esti serĉanta ĝin en mia medikamenta ministraro. Sed … Ĝi ne serĉos ĝin en la GAC.

Mi metis sur mia vintra jako kaj iras serĉanta la Interretojn denove kaj trovas ke iu havis ĉi tiun problemon ankaŭ. La longa diskuto en tiu afiŝo peters de en nenio kaj mi ne povas trovi solvon.

Mi movas mian asembleon en unu el la lokoj la ŝtipaj asertoj ĝi estas serĉanta kaj mi faras malgrandan pli da progreso. Mi estas rekompencita kun nova eraro en la retumilo kiam mi provas aktivigi la ĉefaĵon:

Malsukcesita krei ĉefaĵan ricevilon objekto de asembleo "xyzzyFeatureReceiver_0", Tajpi "Conchango.XyzzyFeatureReceiver" Por ĉefaĵo b2cb42e3-4f0a-4380-aaba-1ef9cd526f20: Sistemo.ArgumentNullException: Valoro ne povas esti null.
Parametra nomo: Tipo
Ĉe Sistemo.Activator.CreateInstance(Tipa tipo, Boolea nonPublic)
Ĉe Sistemo.Activator.CreateInstance(Tipa tipo)
Ĉe Microsoft.SharePoint.Administro.SPFeatureDefinition.Akiras_ReceiverObject()

Troubleshoot aferoj kun Fenestroj SharePoint Servoj.

Tempo por unu lasta vizito al la Interretoj!

Ĉi tiu tempo mi eltrovas, Antaŭvideble sufiĉa, KE MUSKO eldonas ĉi tiun eraron ĉar la asembleo ne estas en GAC.

Mi deziras akiri ion pozitiva ekstere de tio ĉi kaj provo senti malgrandan fiera ke mi kreis la Fuĝanto de MSILaj asembleoj, Sed ĝi ne estas laboranta. Mi estas nur klare ĝenita. Mi trovas min mem mumuranta "kokon aŭ la ovon" Sub mia enspiro.

Mi fine decidas al kanoto. Mi kreas tute novan projekton kaj kopion/almetas la kodon de la nekredebla-manteliĝita-de-la-GAC-asembleo ne-laboranta projekton super al ĉi tiu nova projekto. (Mi serĉas konstruan flagon vokis ion kiel "felo de asemblea ligado se instalita en la GAC" Sed ne povas trovi unu).

Mi instalas la ĉefaĵon kaj aktivigi ĝin kaj … Ĝi laboras! Tiel, Post kiam ĉiuj tio, Mi devis resume ‘reboot’ Mia projekto. Tio ĉi estas alia kialo kial mi malamas komputilojn.

Mi ja lernis ion utila de tio ĉi. Mi estis instalanta ĉefaĵojn uzanta la stsadm komando viciĝas ĉiujn tage longa kaj estita uzanta la "-forto" Elekto ekstere de kutimo. Por iu kialo, Mi ne uzis la -forta elekto kiam mi instalis la novan projekton. Ĉi tiu tempo, Mi faris efektive, Vere forgesi kopii asembleon de ĉi tiu nova projekto en la GAC. Rezulte, Mi ricevis ke "FielNotFoundException" Eraro. Ĉi tiu tempo, Mi akiris ĝin de stsadm, Ne kiam mi provis aktivigi la ĉefaĵon tra la araneaĵa retumilo. Tiel, -Devigi efektive ludas du rolojn. Ĝi permesas vin al re-instali ekzistantan ĉefaĵon. Ĝi ankaŭ permesas vin instali buggy ĉefaĵo kiu ne povas labori ĉe runtime de subpremanta la eraron. Ĝi verŝajne diras tiom multe en la helpo ie sed mi neniam rimarkis ĝin.

</Fino>

Technorati Etikedoj: ,

3 pensoj pri "Solvo al Problemo: “FileNotFoundException” Kun Mia Ĉefaĵa Ricevilo.

  1. Francisco

    Ankaŭ, Mi havis mia 2 Horoj de hysteric nintendoSIXTYFOURRRR-je--malbona-vojaj momentoj kiam mi renomis la Namespace sur la Ĉefaĵa Ricevilo, Helpi vojeton kie via aŭ iu ajn alia-a komencis.

    Respondo
  2. Francisco

    La radiko de la problemaj mensogoj sur la deplojiĝita wsp en la sharepoint datumaro. Mi legis vian poŝton kaj dum ĝi faras efektive ripari la problemo ni havas grandegan solvon kun pluraj projektoj kaj dekduoj de dosieroj do movanta ĉion ne estis elekto.

    Neniu gravi kiom vi ĝisdatigas vian GAC aŭ via asembleo, Kio estas donanta vin problemo estas la asembleo en la nuna WSP instalita sur sharepoint.

    Vi facile povas rimarkita ke de provanta nur retiri la solvon (Kiu estas kie la eraro okazas). Ĉio okazanta sur "Retiranta Tempon" Devus esti konsideris "deplojiĝita wsp"-nur ne la projekto ĝi mem.

    Mia workaround estis:

    – Centra admin: Nuligi solvon
    – Stsadm: Deletesolution
    – Vida Studio => Projekto => Pako
    – Stsadm: Addsolution -dosiera ProjektoujoElpurigasProjekton.Wsp
    – Stsadm: Deploysolution -noma projekto.Wsp -tuja -allowgacdeployment -forto
    – Vida Studio => Deplojiĝi

    Mi ankaŭ forigis la ujon kaj elpurigi tekojn de la projekto antaŭ kurado Deplojiĝas denove, Ne povus havi ajnan efikon sed valora rimarkanta.

    Tio ĉi laboras por ambaŭ

    "Ĉefaĵo … Ne povus esti instalita ĉar la ŝarĝado de eventa ricevilo asembleo"
    Kaj
    "Malsukcesita krei ĉefaĵan ricevilon objekto de asembleo"

    Dankonas!
    Francisco

    Respondo
  3. Tom Clarkson

    Nur elspezita paron de horoj provanta ripari ĉi tiun saman aferon kaj trovis pli bonan solvon ol simple recreating la projekto.

    Ĝi rezultis ke pro tio ke iu kialo Vida Studio fiksis la konstruan celon al x86 anstataŭ x64 aŭ MSIL – La asembleo estis en la GAC, Nur ne la sama GAC kiu 64 Mordis SharePoint estis rigardanta je.

    Respondo

Lasi Respondon al Francisco Nuligi respondon

Via retpoŝta adreso ne estos eldonita. Postulita kampojn estas markita *