Mi ricevas iometon de mesaĝoj de individuoj tra la konstruita-je "sendi mesaĝon" Funkcio Microsoft provizas kun vivaj spacoj (Kiu ankaŭ gastigas mian blogon) Ĉiu monato.
Pri unu triono de la tempo, Tiuj uzantoj sekurigis iliajn vivajn spacojn klarigas tia ke mi ne povas respondi. Tio ĉi estas iu speco de anti-spama ĉefaĵo mi supozas.
</Fino>
ĜISDATIGO: Anonima afiŝo lasis grandan rimarkon pri internaj nomoj. Esti certe legi ĝin.
Kiam laboranta kun eventaj riceviloj kaj alia kodo kiu referencas SharePoint listaj eroj tra la objekta modelo, Mi ofte faras erarojn kiu produktas ĉi tiun eraron ĉe runtime:
erara ŝarĝado kaj flua eventa ricevilo Conchango.XyzzyEventReceiver en xyzzy, Versio=1.0.0.0, Kulturo=neŭtrala, PublicKeyToken=0dc50a750396c3ac. Suplementa informo estas malsupre. : Valoro ne falas ene de la atendata gamo.
Mi pensas tion ĉi estas juste kolektiva eraro kiu estas potenciale kaŭzita multajn malsamajn vojojn. Tamen, Unu simpla klarigo estas ke mi estas referencanta kampon neĝuste. Se la nomo de la kampo estas "Ŝuldata Dato", Mi devas referenci ĝin tiel en eventa ricevilo:
Nemoveblaĵoj.ListItem["Ŝuldata Dato"]
Kiam mi misspell aŭ uzi la malĝustan kazon kiam referencanta la kampon, SharePoint produktas la sur menciita runtime eraro. Ekzemple, Tio ĉi estas malĝuste:
Nemoveblaĵoj.ListItem["Ŝuldata Dato"]
</Fino>
Ni povas, Devus kaj ja kreas multajn vidojn en SharePoint listoj (Dokumentaj bibliotekoj, Laŭmendaj listoj, Ktp). SharePoint ĉiam enlistigas haveblajn vidojn en alfabeta ordo. Ni ne povas ŝanĝi ĉi tiun uzantan ekstere de la skatola funkcio. Se ĝi povas esti farita tra customization (Kaj mi ne estas certe ĝi povas), Ĝi estas ege al teknika por via tipa fina uzanto.
Se vi deziras kontroli la ordon en kiu SharePoint enlistigas haveblajn vidojn, Simple prepend nombro aŭ letero al la vida nomo, Kiel je:
1 – De Materiala Tipo
2 – Ĉiuj Dokumentoj
3 – Ŝuldata Dato-Aŭ-
A – De Materiala Tipo
B – Ĉiuj Dokumentoj
C – Ŝuldata Dato
Mi ankaŭ kreis vidas kies celo estas strikte nutri KPI. Mi estis sekvanta ĉi tiun nomantan kongreson:
Z_KPI_[Priskribo]
Kiu kaŭzas mian "KPI" Vidoj aperi ĉe la fundo de la listo.
</Fino>
Kiel gepatro, Ie laŭ la ekzemplo mi eltrovis la "Kiam mi estis malgranda knabo" Ruzo.
Mia filo, Verŝajne kvar aŭ kvin ĉe la tempo, Estis ludanta balonon kaj ŝatas plej malgrandaj knaboj ke ludado kun balonoj, Li krevis ĝin. Li estis tre ĉagrenita. La mondo venis al fino. Mi diris al li, "Kiam mi estis malgranda knabo, Mi havis balonon kaj ĝin krevis kaj poste, Mi akiris novan balonon." Ĝi ŝajnis helpi lin teni lian perdon kaj gvidita al amuza parolado pri kio ĝi estis kiel kiam mi estis malgranda knabo.
Kiu laboris bone kiel konsola tekniko kaj mi uzis ĝin pluraj tempoj super la sekvanta periodo de tempo. Mi ja akiris en problemo unufoje kiam lia Monstra Ranĉisto 3 Besto mortis. Mi parolis pri kiel mia hundo, Princo, Mortis en aŭta akcidento. Ĉi tiu tempo, Lia respondo estis, "Nun mi sentas malbone pri du aferoj!" Mi shied for de uzanta la "kiam mi estis malgranda knabo" Tekniko por konsolo post kiam tio.
Antaŭ ol la mortinta hunda okazaĵo, Tamen, Mi ankaŭ komencis uzi la teknikon konvinki lin fari taskojn. "Kiam mi estis malgranda knabo, Mi devis eliri kaj akiri la ĵurnalon", "Purigadi mian ĉambron", "Akiri Mommy ŝia kafa taso", Ktp.
Tio ĉi ankaŭ estis sufiĉe sukcesa por momento, Sed li komencis ĉiufoje pli ribeli kontraŭ la tiraneco de mia infanaĝo. Unu evento, En aparta, Markita la finon. Mi diris lin alporti la forĵetaĵajn ujojn de limigi malantaŭan al la garaĝo. Li argumentis kaj mi respondis, "Kiam mi estis malgranda knabo, Mi devis preni la forĵetaĵon reen al la garaĝo." Li respondis, "Oh yeah! Bone kiam vi estis malgranda knabo, Kiu estis STULTA!".
</Fino>
ĜISDATIGO (02/29/08): Ĉi tiu nova codeplex projekto ŝajnas provizi metodon por sekuriganta individuajn kolumnojn: http://www.codeplex.com/SPListDisplaySetting. Se vi havas ajnan sperton laboranta kun ĝi, Bonvolu lasi rimarkon.
Forumaj afiŝoj ofte demandas demandon tiel: "Mi havas manaĝeran vidon kaj kaj personara vido de listo. Kiel mi sekurigas la manaĝera vido por ke personaroj ne povas uzi ĝin?"
Ili ankaŭ ofte demandas rilatan demandon: "Mi deziras sekurigi specifan metadata kolumno por ke nuraj manaĝeroj povas redakti tiun kolumnon dum aliaj eĉ ne povas vidi ĝin."
Ĉi tiuj respondoj aplikas al ambaŭ WSS 3.0 Kaj MUSKO:
Estas pluraj teknikoj unu povas sekvi renkonti ĉi tiujn specojn de sekurecaj postuloj. Ĉi tie-a kio mi povas pensi de:
Neniu de tiuj elektoj estas vere ke granda, Sed estas almenaŭ vojo sekvi se vi devas al, Eĉ se ĝi estas malfacile.
NOTO: Se vi iras malsupren iun ajn de ĉi tiuj vojoj, Ne forgesas pri "Agoj -> Turniro kun Fenestra Esploristo". Vi deziras esti certe ke vi elprovas kun tiu ĉefaĵo fari certe ke ĝi ne laboras kiel "malantaŭa pordo" Kaj venki vian sekurecan planon.
Se vi havas aliajn ideojn por aŭ spertoj kun sekuriganta kolumnojn aŭ vidojn, Bonvolu Retpoŝtigi min Aŭ lasi rimarkon kaj min ĝisdatigos ĉi tiun afiŝon kiel konvena.
</Fino>
Se vi estas mano-kodanta ADFajn dosierojn kaj faranta multajn kodajn/importaĵajn/testajn ciklojn, Uzi la versian nombron fari vian vivon pli facila.
Mi malamas agnoski ĝin, Sed ĝis ĉi tiu semajno, Mi estis ĉiam foriganta la ADF kaj re-importanta ĝin. Tio ĉi rompus miajn komercajn datumajn kolumnojn kaj fari min re-kabligi ilin. Ĉiuj nenecesa.
Registri tion ĉi nesufiĉe "ĝi estas evidenta unufoje vi vidas ĝin".
Ekzemplo:
<LobSystem
Xmlns:Xsi="Http://Www.w3.org/2001/xmlschema-okazo" Xsi:SchemaLocation="Http://Schemas.Microsoft.Com/oficejo/2006/03/BusinessDataCatalog BDCMetadata.Xsd" Tipo="WebService" Versio="1.2.0.0" Nomo="XyzzyDocumentReview" Xmlns="Http://Schemas.Microsoft.Com/oficejo/2006/03/BusinessDataCatalog">
Ŝanĝi tiun version kaj re-importaĵo kaj la ekzistanta komerca datumo kolumno uzas la ĝisdatigitan version aŭtomate kun neniu suplementa konfiguracio postulita.
</Fino>
En mia sur-iranta provojn ĉe provizanta Pli utila lookup kolumno uzanta BDC, Mi frapis muron kun la BDCa plukisto. Se vi ne vidis ĝin, La BDCa plukisto estas simila al homa plukisto esceptas ke ĝi laboras kun kolumnoj de tipo "komerca datumo".
Vi aliras la plukiston de klakanta sur la malferma libra ikono de komerca datuma kolumno kiel montrita:
La supra bildo montras komercan datuman kolumnon vokis "Mastran Dokumentan Identigaĵon". KE kolumno estas konektita, Tra BDC, Al araneaĵa servo. La araneaĵaj servaj revenoj du kolumnoj de informo: dokumenta IDENTIGAĴO kaj Titolo. La komerca celo ĉi tie estas provizi "ĉi tiun dokumenton estas bazita sur" Funkcio. Uzantoj elektas "mastron" Dokumento kaj kiam ili savas, Eventa ricevilo kopias meta datumaj kampoj de la referencita mastron.
De nerepago, La BDCa plukisto similas tion ĉi kiam mi serĉas dokumenti kies IDENTIGAĴO = "38":
Tio estas helpema, Sed ne bona sufiĉa. Homoj ne pensas en terminoj de Identigaĵoj, Ili pensas en terminoj de titoloj kaj/aŭ alia meta datumo. La plukisto permesas vin serĉi sur aliaj kolumnoj (Ekz. Titolo) Sed ne montros la realan liston de titoloj ĝi trovis, Nur ilia DocId-a kiel montrita ĉi tie:
(La ekrana pafo ne estas tiel granda ĉar mi ne elektis serĉon kiu revenas ajnajn validajn rezultojn, Sed vi povas vidi ke se ĝi trovis kelkajn rezultojn, Ĝi nur havus montrita DocId-a, Ne titoloj).
Mi serĉis altan kaj malaltan por la respondo al tio ĉi kaj malsukcesita. Mia kolego, La malnova Jonathan Bradshaw, Alfrontis kaj solvis ĉi tiun aferon. Kiam mi elatingis al li por helpo, Li indikis min en la ĝusta direkto.
Formi la plukiston montri multoblajn kolumnojn tra la "ShowInPicker" Nemoveblaĵo en la ADF:
<Nemoveblaĵo Nomo="ShowInPicker" Tipo="Sistemo.Boolea">Vera</Nemoveblaĵo>
En pli da detalo:
<!-- Titolo --> <TypeDescriptor TypeName="Sistemo.Ŝnuro" Nomo="Titolo" > <LocalizedDisplayNames> <LocalizedDisplayName LCID="1033">Titolo</LocalizedDisplayName> </LocalizedDisplayNames> <Nemoveblaĵoj> <Nemoveblaĵo Nomo="DisplayByDefault" Tipo="Sistemo.Boolea">Vera</Nemoveblaĵo> <Nemoveblaĵo Nomo="ShowInPicker" Tipo="Sistemo.Boolea">Vera</Nemoveblaĵo> </Nemoveblaĵoj> </TypeDescriptor>
Fiksanta ĉi tiun nemoveblaĵon faras enkonduki negravan problemon. Tuj kiam vi fiksis ĝin unufoje, Vi devas fiksi ĝin por ĉiu kolumno vi deziras montri. En mia kazo, BDCa plukisto montris DocId de nerepago. Tamen, Unufoje mi aldonis "ShowInPicker" Titoli, DocId ne pli longa montrita. Mi solvis ke de eksplicite fiksanta la ShowInPicker nemoveblaĵo por Doc IDENTIGAĴO.
Ĉi tie estas la rezulto:
(Mi klarigos la strangan-rigardanta "168 – CamlSchema.Xsd" Konstruo en estonta bloga poŝto. En mallonga, Ĝi estas concatenated ŝnuro kiu permesas por iomete pli bona uzanta sperto).
Nature, Skribis ĉi tiun blogan eniron, Mi nur faris serĉi "ShowInPicker" Kaj trovita multenombrajn frapojn, Inkluzivanta ĉi tiu unu: http://msdn2.microsoft.com/en-us/library/ms583986.aspx. Ĝi klarigas la signifon de tiu nemoveblaĵo kune kun kelkaj alia bona BDCa aĵo.
</Fino>
Por labori #?irka? KPIa problemo Mi skribis pri #?i tie, Mi faris iun elprovadon kaj eltrovita ke la laboro de KPI kontraŭ tekoj kun meta datumo en la sama vojo ke ili laboras kontraŭ dokumentoj aŭ listaj eroj. Mi pruvis ĝin ekstere de kreanta novan enhavan tipon bazita sur la teka enhava tipo kaj tiam aldonita kelkajn kampojn. Mi kreis kelkajn indikilojn kaj pruvita al mi mem ke KPIs laboro kiel atendata. Tio ĉi estis bonvena sciigo. Ĝi ne estas perfektigi, Ĉar la borilo-malsupren vi akiras de la KPI kontraŭ la tekoj ne estas ĝuste kio vi deziras. Tio ĉi ne estas tro da malavantaĝo en mia kazo ĉar 1) La finaj uzantoj surmetas?? Scias ajnan pli bonan kaj 2) La borilo-malsupren iras al teko. Ili klakas la tekan nomon kaj ili estas ĉe la ero. Ĝi estas du klakoj anstataŭ unu, Kiu ne estas la fino de la mondo.
Tio ĉi fluis agrable kun la laboro mi estis faranta. Mi estas kreanta tekon por ĉiu dokumento kiu akiras uploaded. Tio ĉi estas farita tra eventa ricevilo. Rezulte, Ĝi estas peco de kuko teni la Gepatra teko-a Meta datumo en sync kun la KPI-veturita meta datumo de la dosiero ĝi mem ekde la sondado estas jam en loko. This allows me to have my KPI’s and eat them too 🙂
Mi modifis la eventan ricevilon aldoni la tekon kaj tiam fiksita kontentan tipon de ĉi tiu nova teko al mia laŭmenda KPI-amika enhava tipo. Tio ĉi mordis de kodo faris la ruzon:
SPFolderCollection SrcFolders = targetWeb.GetFolder("Dokumentoj").SubFolders; SPFolder AddedFolder = srcFolders.Aldonas(Nemoveblaĵoj.ListItem.IDENTIGAĴO.ToString());
SPContentTypeId KpiCT = Nova SPContentTypeId("0X0120002A666CAA9176DC4AA8CBAA9DC6B4039F"); AddedFolder.Ero["Kontenta Tipa IDENTIGAĴO"] = KpiCT; AddedFolder.Ero.Ĝisdatigo();
Troviĝi la realan Enhavan Tipan IDENTIGAĴON, Mi aliris ke kontenta tipo tra ejaj fiksoj kaj kopio/almetis ĝin de la URL kiel montrita:
</Fino>
Mi malamas agnoski ĝin, Sed mi luktis kun ĉi tiu unu ĉiuj tage. Miaj eventaj ricevilaj bezonoj ĝisdatigi kampon de ĝia gepatra teko. Tio ĉi malmulte mordis rezultojn kiel fari ĝin:
Privata Malplena UpdateParentFolder(SPItemEventProperties Nemoveblaĵoj)
{
SPFolder ThisItemFolder = nemoveblaĵoj.ListItem.Dosiero.ParentFolder;
ThisItemFolder.Ero["ZZa Aprobo Statuso"] = "Bona sciigo, ĉiu!";
ThisItemFolder.Ero.#?Isdatigo();
} // UpdateParentFolder
En ĉi tiu kazo, Mi estas laboranta kun dokumenta biblioteko kaj la nemoveblaĵoj estas venantaj de ItemAdded evento.
La ruzo estas ke vi ne povas akiri la SPFolder de la ero rekte de la ero ĝi mem (T.e. Nemoveblaĵoj.ListItem.Teko estas null). Male, Iri al rilata Dosiero de la lista ero kaj akiri la tekon de la Dosiero.
</Fino>
Mi estas certe mi ne estas la unua persono veni supre kun tio ĉi. Tamen, Mi ne rimarkis iun ajn eldonas ruzon tiel pro tio ke mi komencis paganta proksiman atenton al la komunuma lasta julio. Tiel, Mi pensis min poŝtus ĝin ĉi tiu rapida kaj facile elpurigi konsileton.
Mi estas laboranta sur eventa ricevilo kiu komencis produkti ĉi tiun eraron en la 12 Hive:
erara ŝarĝado kaj flua eventa ricevilo Conchango.XyzzyEventReceiver en xyzzy, Versio=1.0.0.0, Kulturo=neŭtrala, PublicKeyToken=blahbalhbalh. Suplementa informo estas malsupre. : Objekto referencas ne fiksita al okazo de objekto.
Mi ne sciis kie mi enkondukis ĉi tiun cimon ĉar mi faris tro da aferojn en unu el mia kodo/deplojiĝas/testajn ciklojn.
Mi provis Ĉi tiu solvo Akiri mia pdb en tie kun esperoj ke SharePoint-a 12 Hive montrus la staplan spuron, Sed neniu fortuno. Mi ne scias se ĝi estas ebla kaj se iu faras, bonvolu lasi Mi scii 🙂
Mi scias ĝin estas ebla al Skribi viajn proprajn ŝtipajn mesaĝojn al la 12 Hive. Malkaŝe, Mi deziris ion malgranda malpli timiga kaj pli rapida efektivigi.
Ĝi okazis al mi ke mi almenaŭ povus akiri iun bazan spuran informon de kaptanta kaj re-ĵetanta kolektivajn esceptojn tiel:
Provo { UpdateEditionDate(Nemoveblaĵoj); } Kaptaĵo (Escepto E) { Ĵeti Nova Escepto("Ekspedanto, UpdateEditionDate(): Escepto: [" + E.ToString() + "]."); }
Tio ĉi aperita en la 12 Hive thusly:
erara ŝarĝado kaj flua eventa ricevilo Conchango.XyzzyEventReceiver en xyzzy, Versio=1.0.0.0, Kulturo=neŭtrala, PublicKeyToken=blahblahblah. Suplementa informo estas malsupre. : Ekspedanto, UpdateEditionDate(): Escepto: [Sistemo.NullReferenceException: Objekto referencas ne fiksita al okazo de objekto. Ĉe Conchango.XyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties nemoveblaĵoj) Ĉe Conchango.XyzzyManagementEventReceiver.Ekspedanto(SPItemEventProperties nemoveblaĵoj, Laĉi eventDescription)].
Kiu donis min ĉiuj la detalo mi devis spuri malsupren ke aparta problemo kaj mi atendas uzi ĝin tre iranta antaŭen.
</Fino>
