Se la ilo estas faranta aĵon vi ne komprenas kaj tiam ĝi malsukcesas en paŝo n el nekonata nombro de paŝoj, Vi estas senvive en la akvo…
</Fino>
Se la ilo estas faranta aĵon vi ne komprenas kaj tiam ĝi malsukcesas en paŝo n el nekonata nombro de paŝoj, Vi estas senvive en la akvo…
</Fino>
Mi estis ankoraŭ foje formanta BDCan ADF registras mane (Por ke mi povas konstrui supre mia "Akiri de mia gazono!" Cred) Kaj frapi ĉi tiun belegan eraron:
"Aplika difino importaĵo malsukcesita. La sekvanta eraro okazis:"
Kiel vi povas vidi, Tie estas eraro, Sed … Ĝi ne estas iranta diri min kio ĝi estas.
En mia kazo, La afero rezultis ke mi komencis de kun praktika ADF por malsama projekto kiu konektis al datumaro kaj efektivigis SQLan demandon kontraŭ vido. En ĉi tiu nova projekto, Mi estas vokanta metodon sur araneaĵa servo. Mi malkovris ekstere la DB specifa aĵo kaj aldonita mian araneaĵan servan aĵon, Sed malsukcesita #?isdatigi la <LobSystem>-a Tipa eco. Mi ŝaltis ĝin al "WebService" Kaj mi #feli?e movis sur al pli nova kaj pli ekscitaj #importa?o eraroj, Kiu estis pritraktita en #?uldata kurso.
#?I tie estas la #mal?usta LobSystem:
<LobSystem
Xmlns:Xsi=Http://Www.w3.org/2001/xmlschema-okazo
Xsi:SchemaLocation=Http://Schemas.Microsoft.Com/oficejo/2006/03/BusinessDataCatalogBDCMetadata.Xsd
Tipa="Datumaro"
Versio="1.0.0.0" Nomi="xyzzy"
Xmlns="Http://Schemas.Microsoft.Com/oficejo/2006/03/BusinessDataCatalog">
Tio ĉi estas ĝusta:
<LobSystem
Xmlns:Xsi=Http://Www.w3.org/2001/xmlschema-okazo
Xsi:SchemaLocation=Http://Schemas.Microsoft.Com/oficejo/2006/03/BusinessDataCatalogBDCMetadata.Xsd
Tajpi="WebService"
Versio="1.0.0.0" Nomi="xyzzy"
Xmlns="Http://Schemas.Microsoft.Com/oficejo/2006/03/BusinessDataCatalog">
</Fino>
ĜISDATIGO: Ĉi tiu MSDNa afiŝo havas kelkajn interesajn rimarkojn de JXJ bazita sur lia, Plejparte negativa, Spertas iranta malsupren ĉi tiun vojon: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1
Ni havas komercan scenaron kie ni devas ligi du dokumentajn bibliotekojn tra ofta "dokumenta IDENTIGAĴO" Kampo.
Ni ofte uzas lookup kolumno al efektivigas ligojn tiel. Estas pluraj malavantaĝoj al lookup kolumnoj, Tri el kiu estas:
Subtenita de BDC, Ni povas uzi "komercan datumon" kolumna tipo kaj ĝi provizas superan serĉon kaj eĉ permesas multoblajn kolumnojn de datumo aperi en listaj vidoj.
Mi havis iun preparan sukceson kun ĉi tiu alproksimiĝo kaj plano skribi pli da pri ĝi.
Se vi laboris ĉi tiun angulon antaŭ ol kaj havas ajnajn rimarkojn, Plaĉi interŝanĝadon!
</Fino>
Mi estis laboranta kun BDC hodiaŭ, Kodanta ADF registras mane kaj produktanta min mem kelkaj eraroj. Unu tia eraro:
Aplika difino importaĵo malsukcesita. La sekvanta eraro okazis: Ne povus ŝarĝi Tipon priskribita de TypeName de TypeDescriptor. Parametra nomo: TypeName Eraro estis renkontita ĉe aŭ tuj antaŭ Linio: '35’ Kaj Pozicio: '20'.
MUSKO montris #?i tiu eraron kiam mi provis importi la ADFan XMLan dosieron.
Mi esploris la Interretojn kaj trovita ke mi estis referencanta la LOBan okazan nomon (De la <LobSystemInstance>) En mia <TypeDescriptor> Nodo kiam mi devus referenci la LOB nomas ?in mem (De <LobSystem>).
Malĝuste:
<TypeDescriptor TypeName="Conchango.KeyValue, LOBa Okazo Nomo" Nomi="KeyValue">
#?Usta:
<TypeDescriptor TypeName="Conchango.KeyValue, LOBa Nomo" Nomi="KeyValue">
Hope #tio ?i unu savas iun horo #a? du el tempo.
</Fino>
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].
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()
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>
===
Gratifika edzino ŝerco:
Du vira co-laboristoj eliras lunĉi. Unu el ili diras la alia, "Mi lasis malstreĉan embarasanta Freudian glito la alia nokto."
" Freudian glito? Kio estas tio?"
"Puto, Kiam ni finis manĝanta, La kelnerino venis de kaj demandita kiel nin ŝatis niajn manĝojn. Mi signifis diri, ‘Mi amis la kokan mamon’ Sed male mi diris ‘min amis viajn mamojn -a. Mi estis sekve embarasita."
"Ah," Lia co-laboristo respondis. "Mi havis la saman aferon okazas al mi ĉi tiu semajnfino kun mia edzino. Ni estis manĝantaj matenmanĝon mi signifis demandi ŝin pasi la buteron, Sed male mi ŝirkriis ĉe ŝi, ‘Vi ruinigis mian vivon!'"
</Fino>
ĜISDATIGO (04/08/08): Mi ŝajnas solvi ĉi tiun problemon. De la komanda linio, Mi kuris "c:\Fenestrojsystem32lodctr /R" Kiel por enira parolado pri InstallShield problemoj kaj ke aperas solvi ĝin por mi.
Mi rimarkis ke lastatempe, Mia surtabla/servila fervorulo neniam elŝaltas. Mi scias ĝin uzis elŝalti. Mi prenis momenton kontroli ĝin rimarkita ke la VMware procezo estis kuranta konsekvencan 20% Utiligo sur unu el la CPU-a. Mi kontrolis la eventan ŝtipon kaj vidis ĉi tiujn erarojn en la aplika ŝtipo okazanta dekduojn de tempoj por minuto:
Fenestroj ne povas ŝarĝi extensible sumigila DLL UGatherer, La unua DWORD en datuma sekcio estas la Fenestra erara kodo.
Fenestroj ne povas ŝarĝi extensible sumigila DLL UGTHRSVC, La unua DWORD en datuma sekcio estas la Fenestra erara kodo.
Fenestroj ne povas ŝarĝi extensible sumigila DLL MSSCNTRS, La unua DWORD en datuma sekcio estas la Fenestra erara kodo.
Se mi boras en la detaloj de unu el tiuj mesaĝoj, Mi akiras tion ĉi:
Fonto: Perflib
Tipo: Eraro
Kategorio: Neniu
Eventa IDENTIGAĴO 1023
Mi faris iun esploron kaj estis iu indiko ĝi povus esti permesa problemo en terminoj de aliro al la DLLs en demando. Mi ludis proksimume kun tiu aĵo sed ne povus influi aferojn en pozitiva vojo do mi lasis sur tio.
VMware estis neforigebla mi pri elfaranta ĝisdatigon por tre iu tempo, Do mi jotted malsupren la versio mi instalis (Ŝajne "1.0.1 konstruo 29996") Kaj faris la ĝisdatigon. Tio ĉi altgradigis min al v1.04. Bedaŭrinde, Ĝi ne riparis la aferon.
Mi povas halti la frenezan nombron de mesaĝoj iranta al mia aplika ŝtipo se mi fermis servon nomis "VMware Rajtiga Servo". Tio ĉi malhelpas min de uzanta la VMware softvaro, Tiel … Ne tia granda elekto.
La gastiganto funkcianta sistemon estas Fenestra XP 64 Mordis.
Mi ne pensas tion ĉi ĉiam okazis, Sed mi ne memoras ajnan apartan eventon kiu eble gvidus al ĝi.
Tio ĉi estas kial mi malamas komputilojn.
</Fino>
ĜISDATIGO: Ĉi tiuj laboroj sed estas gravaj limoj kiu estas priskribita en la rimarkoj. Tio ĉi ankoraŭ povas esti utila en kelkaj cirumstances.
ĜISDATIGO 2: En mia nuna projekto, Uzantoj ĉiam alŝutaj dokumentoj. Rezulte, Mi ne kuras en problemo kie f-ino Word estas kuranta kaj pensas ke la dosiero estis renomita sur ĝi. Mi ja kuris en problemo, "La dosiero estis modifita de iu alia" Kaj solvis tion ĉi tra simpla semafora tipa flago. Uzantoj devas ŝanĝi meta datuma kampo de ĝia defaŭlta valoro al io alia. La itemupdated() Ricevilo serĉas validan valoron tie antaŭ ol efektive elfaranta la renomi kaj pro tio ke tiam, Mi ne havis ajnajn problemojn. Via mileage povas varii.
Mi havas klientan postulon ŝanĝi la nomon de dosieroj uploaded al specifa dokumenta biblioteko konformiĝi kun aparta nomanta kongreso. La API ne provizas "renomi()" Metodo. Male, Ni uzas "MoveTo(…)". Ĉi tie estas minimuma peco de kodo plenumi tion ĉi:
Publika Superregi Malplena ItemAdded(SPItemEventProperties Nemoveblaĵoj) { SPFile F = #nemovebla?o.ListItem.Dosiero; F.MoveTo(#Nemovebla?o.ListItem.ParentList.RootFolder.Url + "/Xyzzy.Doc"); F.#?Isdatigo(); } |
La nura delikata peco estas la "nemoveblaĵoj.ListItem.ParentList.RootFolder.Url". La MoveTo() Metodo postulas URL. Kiu pistis supre ŝnuron indikas min al la radika teko de mia nuna dokumenta biblioteko. Tio ĉi permesas min eviti ajnan malfacilan kodiĝon en mia eventa ricevilo.
#Tio ?i estas pli utila versio kiu faras la saman aferon, Sed asignas la nomon de la dosiero "Titoli":
Publika Superregi Malplena ItemAdded(SPItemEventProperties Nemoveblaĵoj) { DisableEventFiring(); // Asigni la titolon de #?i tiu ero al la nomo de dosiero ?i mem. // NOTO: #?I tiu komisio devas okazi #anta? ol ni modifas la dosieron ?i mem. // Vokanta #?isdatigo() Sur la SPFile #?ajni nuligi la #nemovebla?o en // Iu sento. #?Isdatigo "Titoli" Malsukcesita #?is tiu #?an?o (Kaj #?isdatigo() Voko) // Estis movita #anta? la #?an?o al la dosiera nomo. Nemoveblaĵoj.ListItem["Titolo"] = #Nemovebla?o.ListItem.Dosiero.Nomo; #Nemovebla?o.ListItem.#?Isdatigo(); SPFile F = #nemovebla?o.ListItem.Dosiero; // Akiri la #etenda?o de la dosiero. Ni devas ke poste. Ŝnuro SpfileExt = Nova FileInfo(F.Nomo).#Etenda?o; // Renomi la dosieron al la #IDENTIGA?O de la listo ero kaj uzi la dosieran #etenda?o teni // KE parto de ?i sendifekta. F.MoveTo(#Nemovebla?o.ListItem.ParentList.RootFolder.Url + "/" + Nemoveblaĵoj.ListItem["#IDENTIGA?O"] + SpfileExt); // Fari la movon. F.#?Isdatigo(); EnableEventFiring(); } |
Samrangulo, "Mark", Komencis supre potenciale interesanta newsgroup diskuto koncentranta sur "establanta bonegan SharePoint Administrado de la komenco" Por 35,000 Uzanta medio.
La diskuto estas ĉi tie: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6
Popmuziko sur super kaj kontribui!
</Fino>
Mi estas ankoraŭ en la kutimo formi mian ĉefaĵan XML registras mane pro tio ke ĝi estas ĉiuj tre nova al mi. Mi ne deziras fidi sur fronta-fina ilo kiu faras ŝtopi min ne komprenas (Li diris kiel li skribis blogan eniron uzanta ilon li ne komprenas).
Hodiaŭ, Mi estis provanta aldoni laŭmendan agon al la ejaj fiksoj sed ĝi nur ne aperus. Mi povus instali la ĉefaĵon kaj vidi ĝin en la ejaj ĉefaĵoj, Sed kiam mi aktivigis ?in (Sen eraro) ?i simple wouldn?? Aperas sur la falo-malsupren menuo.
Mi fine konsciis ke mi misspelled "SharePoint" En la Loka eco de la <CustomAction> Nodo. Tio ĉi estas la malbonaj elementoj.Xml dosiero:
<?Xml Versio="1.0" Kodanta="Utf-8" ?> <Elementoj Xmlns="Http://Schemas.Microsoft.Com/sharepoint/"> <CustomAction #Identiga?o="SiteActionsToolbar" GroupId="SiteActions" Loko="Microsoft.Sharepoint.StandardMenu" Sinsekvo="100" Titolo="Halo!" Priskribo="#La?menda menua ago aldonita tra #?efa?o." ImageUrl="_Planaj/bildoj/menuprofile.Gif"> <UrlAction Url="Http://Www.xyzzy.com"/> </CustomAction> </Elementoj> |
Bona:
<?Xml Versio="1.0" Kodanta="Utf-8" ?> <Elementoj Xmlns="Http://Schemas.Microsoft.Com/sharepoint/"> <CustomAction #Identiga?o="SiteActionsToolBar" GroupId="SiteActions" Loko="Microsoft.SharePoint.StandardMenu" Sinsekvo="100" Titolo="Halo!" Priskribo="#La?menda menua ago aldonita tra #?efa?o." > <UrlAction Url="Http://Www.xyzzy.com"/> </CustomAction> </Elementoj> |
That one took me a good two hours to figure out 🙂
Mi prenas konsolon en la fakto ke iu tago en la estonteco, I??L esti kapabla diri kun #konvinki?o, "Reen en la tago, Mi devis piediri tri mejlojn supre monteto en la neĝo (Nudpieda!) Por deplojiĝi laŭmendan ĉefaĵon al MUSKO. Vi trompas, Vi ne scias kiom facile vi havas ĝin! Akiri de mia gazono!"
Ne povas atendi.
</Fino>