Ja rīks dara stuff jūs nesaprotat, un tad tas neizdodas solis n nezināmu skaitu soļus, tu esi miris ūdenī…
</beigās>
Ja rīks dara stuff jūs nesaprotat, un tad tas neizdodas solis n nezināmu skaitu soļus, tu esi miris ūdenī…
</beigās>
Bija atkal crafting BDC ADF failus ar roku (tā, lai var izveidot savu "izkāpiet manu mauriņu!" Cred) un hit šo skaisto kļūdu:
"Lietojumprogrammas definīcijas importēšana neizdevās. Radās šāda kļūda:"
Kā jūs varat redzēt, ir radusies kļūda, bet … tas nenāks, lai man pateikt, kas tas ir.
Manā gadījumā, jautājums izrādījās, ka bija sākās off ar funkcionālu ADF par citu projektu, kas savienota ar datu bāzi un izpildīts SQL vaicājumu pret skatu. Šī jaunā projektā, Es aicinu metodi uz web pakalpojumu. Bija izmestas ārā DB noteiktu stuff, un pievienot manu web pakalpojumu stuff, bet neizdevās atjaunināt <LobSystem>ir tipa atribūtu. I switched to "WebService" un es laimīgi pārcēlās uz jaunāku un aizraujošākas importēšanas kļūdas, kas ir apstrādāti pienācīgā laikā.
Te ir nepareizi LobSystem:
<LobSystem
xmlns:XSi =http://www.w3.org/2001/XMLSchema-instance
XSi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Tips = "datu bāze"
Version = "diapazonā no 1.0.0.0" Nosaukums = "xyzzy"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">
Šī informācija ir pareiza:
<LobSystem
xmlns:XSi =http://www.w3.org/2001/XMLSchema-instance
XSi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Tips = "WebService"
Version = "diapazonā no 1.0.0.0" Nosaukums = "xyzzy"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">
</beigās>
ATJAUNINĀJUMS: Šajā MSDN grāmatojumam ir daži interesanti novērojumi no JXJ, pamatojoties uz viņa, galvenokārt negatīvu, pieredzi, kas iet pa šo ceļu: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1
Mēs esam biznesa scenāriju, kur mums ir jāpiesaista divas dokumentu bibliotēkas caur kopēju "dokumenta ID" lauks.
Mēs bieži izmanto uzmeklēšanas kolonnu, lai ievieš saites, kā tas. Tur ir vairākas nepilnības, uzmeklēšanas kolonnas, trīs no tiem:
Atbalstīja BDC, mēs varam izmantot "biznesa datu" kolonnas tips un tā nodrošina labāku meklēšanu un pat ļauj vairākām datu kolonnām, lai parādās saraksta skati.
Es esmu bijusi dažas iepriekšējas panākumus ar šo pieeju un plāno rakstīt vairāk par to.
Ja jūs esat strādājis leņķi, pirms un ir kādi komentāri, Lūdzu, dalīties ar!
</beigās>
Esam bijuši strādājot ar BDK šodien, ar roku kodēšana ADF failus un radot sev dažas kļūdas. Viena šāda kļūda:
Lietojumprogrammas definīcijas importēšana neizdevās. Radās šāda kļūda: Nevarēja ielādēt TypeDescriptor ir TypeName aprakstīto tipu. Parametra nosaukums: typeName kļūda radās līnijā vai tieši pirms līnijas: ' 35’ un novietojiet: '20'.
MOSS parādīts šī kļūda, mēģinot importēt ADF XML failu.
I izpētītas Internets un atklāju, ka man bija norādes LOB gadījuma nosaukums (no <LobSystemInstance>) ar manu <TypeDescriptor> mezglu, kad vajadzētu būt atsauce LOB vārds pats par sevi (no <LobSystem>).
Nepareizi:
<TypeDescriptor TypeName="Conchango.KeyValue, LOB gadījuma nosaukums" Name = "Atslēgas vērtība">
Labot:
<TypeDescriptor TypeName="Conchango.KeyValue, LOB nosaukums" Name = "Atslēgas vērtība">
Ceru, ka šis viens saglabā kādu stundu vai divas laika.
</beigās>
Es biju darba par līdzekli pagājušajā nedēļā, kas varētu pievienot kādu notikumu uztvērēju īpašā sarakstā instance. (Es blogged mazliet par šo sarakstu uztvērējs šeit).
Izmantojot komandrindas, Nevarēja instalēt līdzekli ar kļūdas (bet tālāk skatiet slēpto kļūda). Kad es mēģināju izvietot līdzekli vietnē, MOSS sūdzējās par "FileNotFoundException" kļūda. Šī bloga ieraksts apraksta, kā es to atrisināt.
Šī ir kļūda, ka MOSS parādīja man web pārlūkprogrammā:
Līdzeklis ' b2cb42e3-4f0a-4380-aaba-1ef9cd526f20’ nevar instalēt, jo iekraušanas un notikumu uztvērēju montāža "xyzzyFeatureReceiver_0" neizdevās: System.IO.FileNotFoundException: Nevarēja ielādēt failu vai montāža "xyzzyFeatureReceiver_0’ vai viena no tā atkarībām. Sistēma nevar atrast norādīto failu.
Faila nosaukums: ' xyzzyFeatureReceiver_0’
pie System.Reflection.Assembly.nLoad(AssemblyName fileName, Virkne codeBase, Pierādījumus, assemblySecurity, Montāžas locationHint, StackCrawlMark& stackMark, Būla throwOnFileNotFound, Būla forIntrospection)
pie System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Pierādījumus, assemblySecurity, StackCrawlMark& stackMark, Būla forIntrospection)
pie System.Reflection.Assembly.InternalLoad(Virkne assemblyString, Pierādījumus, assemblySecurity, StackCrawlMark& stackMark, Būla forIntrospection)
pie System.Reflection.Assembly.Load(Virkne assemblyString)
pie Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject()
WRN: Asamblejas saistošu reģistrēšana ir ieslēgta OFF.
Lai iespējotu asamblejas sasaistīt neveiksmes reģistrēšanu, iestatīt reģistra vērtību [HKLMSoftwareMicrosoftFusion!EnableLog] (DWORD) lai 1.
Piezīme: Tur ir daži veiktspējas soda saistīta ar asamblejas sasaistīt neveiksmes reģistrēšanas.
Lai izslēgtu šo līdzekli, noņemiet reģistra vērtību [HKLMSoftwareMicrosoftFusion!EnableLog].
Es zinu, kā apzināti radīt kļūdas: neinstalēt montāža GAC. bet, tas bija GAC. Es parasti instalēt GAC mezgli, ievelkot tos c:\windowsassembly mapi, izmantojot programmu windows explorer. Man nekad nav bijušas 100% ērti izdarīt, jo es vienmēr domāju, ka gacutil pastāvēja iemesls … tāpēc es mēģināju, ka. Tam nebija nekādas nozīmes.
Man meklēt Internets un uzskatīja, ka šis post: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2243677&SiteID=1
Plakātu notika izmantojot pašu saknes bitu kodu (no iekšpuses WSS grāmatas no šī saraksta) tāpēc, ka bija cerību zīmi. Tomēr, apdare ar montāžas ierosinājums [Asambleja: ] direktīvā nav jēgas man. Es to izmēģināju anyway, un man bija taisnība. Tam nebija nekādas nozīmes.
Tad es pamanīju, ka mana klases definīcija nav valsts. Es tā publiski un kas nebija nekādas nozīmes.
Nākamo, Es devos uz pūlēties un ļaujot "montāžas sasaistīt neveiksmes log" (pēc tam noderīgi un precīzas instrukcijas) un tas ir, ja lietas sāk iegūt interesantu. Šī žurnāla liecina, ka izpildlaika visur meklēt šajā serverī manu montāžai. Šķiet, tas pat būtu meklē manu medicīnas kabinets. bet … tas paradis meklēt to GAC.
Es likts uz ziemas jaku un doties meklēt Internets vēlreiz un atrast, ka kādam ir bijusi šī problēma, pārāk. Garas diskusijas, grāmatošana peters prom neko un nevar atrast risinājumu.
Es manu asamblejas ievācas vienā no vietas žurnāls apgalvo, tas meklē, un es nedaudz vairāk progresēt. Esmu apbalvota ar jaunu pārlūku kļūdu mēģinot aktivizēt funkciju:
Neizdevās izveidot līdzekļa saņēmēja objektu no montāžas "xyzzyFeatureReceiver_0", ierakstiet "Conchango.xyzzyFeatureReceiver" par funkciju b2cb42e3-4f0a-4380-aaba-1ef9cd526f20: System.ArgumentNullException: Vērtība nevar būt null.
Parametra nosaukums: tips
pie System.Activator.CreateInstance(Tips, Būla nonPublic)
pie System.Activator.CreateInstance(Tips)
pie Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject()
Reizi vienu pēdējā reisā uz Internets!
Šajā laikā uzzināt, prognozējamu pietiekami, SŪNA jautājumiem šī kļūda, jo montāža nav GAC.
Es gribu kaut ko pozitīvu šajā lietā un mēģināt justies mazliet lepna, ka esmu izveidojis Bēglis MSIL komplekti, bet tas nedarbojas. Es esmu tikai plain annoyed. Es atrodu sevi murminādami "Vista vai ola" saskaņā ar manu elpu.
Beidzot nolemjat punt. Es izveidot pilnīgi jaunu projektu un kopēt/ielīmēt kodu no incredible-cloaked-from-the-GAC-assembly nestrādājošu projekta gaitā, lai šo jauno projektu. (Es paskatos uz veidot karogu sauc par kaut ko līdzīgu "slēpt no montāžas saistošu, ja instalēta GAC" bet nevaru atrast kādu).
Es instalēt līdzekli un aktivizējiet to un … tas darbojas! Tik, pēc tam visi, Nācās būtībā ' atsāknēšana’ mans projekts. Tas ir vēl viens iemesls, kāpēc es naida datori.
Man bija uzzināt kaut ko noderīgu no šī. Man bija instalēt līdzekļus, izmantojot komandrindas stsadm visas dienas garumā un lietojušas "-spēks" opcija no paraduma. Kāda iemesla dēļ, I neizmantoja - uzspiešanas opcijas instalējot jaunu projektu. šoreiz, Man bija faktiski, patiesi aizmirst kopēt šo jauno projektu montāža GAC. Kā rezultātā, Es saņēmu "FielNotFoundException" kļūda. šoreiz, Es guvu stsadm, nevis tad, kad es mēģināju, aktivizējiet šo funkciju, izmantojot web pārlūkprogrammu. Tik, -spēkā faktiski spēlē divas lomas. Tas ļauj atkārtoti instalēt esošo līdzekli. Tā arī ļauj jums uzstādīt buggy iezīme, kas nevar strādāt pie runtime, anulējot kļūda. Tas droši vien saka tik daudz palīdzības kaut_kur taču nekad ievērojuši, tas.
</beigās>
===
Bonus sieva joks:
Divas vīriešu kolēģus dodaties pusdienās. Viens no tiem stāsta citi, "Es let vaļēju neērts Freudian slip citiem nakts."
"Freudian slip? kas tas ir?"
"Labi, kad mēs beidzis ēst, Viesmīle ieradās ar un jautāja, kā mums patīk mūsu ēdieni. Es gribēju teikt, "Man patika vistas krūtiņa’ bet tā vietā es teicu, "Es mīlēju tavas krūtis". Es biju tik neērti."
"Ah," viņa kolēģis atbildēja. "Man bija tas pats notiek ar mani šīs nedēļas nogalē kopā ar savu sievu. Mēs ēda brokastis, es gribēju pajautāt viņai nodot sviests, bet tā vietā es kliedza uz viņu, "Jūs izpostītu manu dzīvi!’"
</beigās>
ATJAUNINĀJUMS (04/08/08): Man šķiet, ka atrisināt šo problēmu. No komandrindas, I ilga "c:\windowssystem32lodctr /R" par katru ierakstu runā InstallShield problēmas un ka, šķiet, ir atrisināt to man.
Es esmu ievērojis, ka pēdējā laikā, mans desktop/server ventilators nekad izslēdz. Es zinu, ka to izmanto, lai izslēgtu. Man bija nepieciešams brīdis laika, lai pārbaudītu to pamanīja, ka VMware procesā tika palaists konsekventu 20% par vienu no CPU izmantošana. Es pārbaudīju notikumu žurnālā un redzēja šīs kļūdas lietojumprogrammu žurnālā notiek desmitiem reižu minūtē:
Windows nevar ielādēt paplašināmās letes DLL UGatherer, pirmais DWORD datu sadaļā Windows kļūdas kods ir.
Windows nevar ielādēt paplašināmās letes DLL UGTHRSVC, pirmais DWORD datu sadaļā Windows kļūdas kods ir.
Windows nevar ielādēt paplašināmās letes DLL MSSCNTRS, pirmais DWORD datu sadaļā Windows kļūdas kods ir.
Ja man urbt vērā informāciju par kādu no šiem ziņojumiem, Es varu saņemt šo:
Avots: Perflib
Tips: Kļūda
Kategorija: Neviens
Notikuma ID 1023
I did kādu pētījumu un tur bija dažas norādes, tas varētu būt atļauja problēmas saistībā ar piekļuvi attiecīgajam DLL. Spēlēja aptuveni ar šo stuff, bet nevar ietekmēt lietas pozitīvā veidā, tāpēc es padevos.
VMware bija bijis ķildīgais mani par atjauninājumu veikšanu jau ilgu laiku, tāpēc es jotted leju versija, kas bija uzstādīta (acīmredzot "1.0.1 build 29996") un atjaunināt. Tas mani modernizētas v 1.04. Diemžēl, tas neatrisināja problēmu.
Varat pārtraukt nenormāls skaits būs mana lietojumprogrammu žurnālā, ja es slēgtas pakalpojumu ar nosaukumu "VMware autorizācijas pakalpojums" ziņas. Tas neļauj man izmantojot VMware programmatūru, tāpēc … nav šāda lieliska iespēja.
Uzņēmēja operētājsistēma ir Windows XP 64 bit.
Nedomāju, ka tas vienmēr ir noticis, bet es neatceros konkrētu notikumu, kas varētu būt izraisījušas to.
Tas ir iemesls, kāpēc es ienīstu datori.
</beigās>
ATJAUNINĀJUMS: Tas darbojas, bet ir būtiski ierobežojumi, kas aprakstīta komentāri. Tas vēl joprojām var būt noderīgi, daži apstākļi.
ATJAUNINĀJUMS 2: Ar manu pašreizējo projektu, lietotāji vienmēr augšupielādēt dokumentus. Kā rezultātā, Es nedomāju saskaraties ar problēmu, kur MS Word ir palaista un domā, ka fails tika pārdēvēts par to. Man bija uzskriet problēmu, "fails tika modificēts kāds cits" un atrisināt šo, izmantojot vienkāršu semafora tipa karogu. Lietotājiem ir jāmaina meta datu lauks no tās noklusējuma vērtību uz kaut ko citu. Itemupdated() uztvērējs meklē tur derīgu vērtību pirms īstās pārdēvēt un pēc tam, Man nebija nekādas problēmas. Jūsu nobraukums var atšķirties.
Man ir klientu vajadzību mainīt nosaukumu uz konkrētu dokumentu bibliotēku, lai atbilstu konkrētā nosaukumdošanas augšupielādēto failu. API nenodrošina "pārdēvēšana()" metode. Tā vietā, mēs izmantojam "MoveTo(…)". Šeit ir mazliet minimālu kodu, lai to paveiktu:
valsts ignorēt anulēts ItemAdded(SPItemEventProperties rekvizīti) { SPFile f = īpašības.ListItem.File; f.MoveTo(rekvizītus.ListItem.ParentList.RootFolder.Url + "/xyzzy.doc"); f.Update(); } |
Tikai grūts bit ir "rekvizītiem. ListItem.ParentList.RootFolder.Url". MoveTo() metode prasa URL. Ka biezeni virknē punkti mani saknes mape Mana pašreizējā dokumentu bibliotēkā. Tas ļauj man, lai izvairītos no jebkāda grūti kodēšanas manu notikumu uztvērēju.
Tas ir vairāk noderīgs versija, kas nav tas pats, bet piešķir faila nosaukumu "Title":
valsts ignorēt anulēts ItemAdded(SPItemEventProperties rekvizīti) { DisableEventFiring(); // Piešķirt šī vienuma nosaukums pats faila nosaukums. // PIEZĪME: Šis uzdevums ir jānotiek pirms mēs modificēsim pašā failā. // Aicinot atjaunināt() par SPFile, šķiet, atzīst par nederīgu rekvizīti // zināmā mērā. Atjauninājumus programmai "Title" līdz ko mainīt neizdevās (un atjaunināt() zvanu) // tika pārvietoti priekšā izmaiņas ar faila nosaukumu. rekvizītus.ListItem["Title"] = īpašības.ListItem.File.Name; rekvizītus.ListItem.Update(); SPFile f = īpašības.ListItem.File; // Iegūt faila paplašinājumu. Mums ir nepieciešams, kas vēlāk. virkne spfileExt = jaunā FileInfo(f.Name).Paplašinājums; // Pārdēvējiet failu saraksta vienuma ID un izmanto faila paplašinājumu, lai saglabātu // daļa, tas neskartu. f.MoveTo(rekvizītus.ListItem.ParentList.RootFolder.Url + "/" + rekvizītus.ListItem["ID"] + spfileExt); // Izdarīt gājienu. f.Update(); EnableEventFiring(); } |
Līdzstrādnieks, "Mark", ir sākusi potenciāli interesantas intereškopu diskusijas koncentrējas uz "izveidot lielisku SharePoint pārvaldību, sākot ar" par 35,000 lietotāja vide.
Diskusija ir šeit: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6
Pop par pāri un veicina!
</beigās>
Es esmu vēl paradums crafting XML failus atjaunināšu līdzekli ar roku, jo tā ir samērā jauns, lai mani. Es nevēlos paļauties uz priekšgala rīks nav saprast, ka tas sīkumi (viņš teica, kā viņš rakstīja blog entry, izmantojot rīku, viņš nesaprot).
Šodien, Es centos, lai pielāgotu darbību pievienošana vietnes iestatījumus, bet tas vienkārši nebūtu parādās. Es varētu instalēt līdzekli un redzēt to vietņu līdzekļi, bet to aktivizējot (bez kļūdām) tas vienkārši nebūtu parādās nolaižamajā izvēlnē.
Beidzot sapratu, ka es kļūdaini "SharePoint" Vietu atribūts <CustomAction> mezgls. Tas ir slikti elements.xml failu:
<?XML versija="1.0" kodējums="UTF-8" ?> <Elementi xmlns="http://schemas.Microsoft.com/SharePoint/"> <CustomAction ID="SiteActionsToolbar" GroupId="SiteActions" Atrašanās vieta="Microsoft.Sharepoint.StandardMenu" Secības="100" Nosaukums="labdien!" Apraksts="Pielāgotas izvēlnes darbību pievienot, izmantojot funkciju." ImageUrl="_layouts/Images/menuprofile.gif"> <UrlAction URL="http://www.xyzzy.com"/> </CustomAction> </Elementi> |
labs:
<?XML versija="1.0" kodējums="UTF-8" ?> <Elementi xmlns="http://schemas.Microsoft.com/SharePoint/"> <CustomAction ID="SiteActionsToolBar" GroupId="SiteActions" Atrašanās vieta="Microsoft.SharePoint.StandardMenu" Secības="100" Nosaukums="labdien!" Apraksts="Pielāgotas izvēlnes darbību pievienot, izmantojot funkciju." > <UrlAction URL="http://www.xyzzy.com"/> </CustomAction> </Elementi> |
That one took me a good two hours to figure out 🙂
Es mierinājuma faktā, ka kādu dienu nākotnē, Es varētu teikt ar pārliecību, "atpakaļ tajā dienā, Man bija staigāt trīs jūdzes augšup kalnā sniegā (basām kājām!) lai pielāgotu līdzekli izvietot MOSS. Jūs, bērni, jūs nezināt, cik viegli tas ir! Izkāpiet manu mauriņu!"
Nevar gaidīt.
</beigās>