VÄRSKENDUS: Anonüümne plakat great kommenteerinud sisemised nimed. Lugege see.

Kui töötate sündmuse vastuvõtjad ja muud koodi, mis viitab SharePointi loendi üksuste kaudu objektide mudel, Ma sageli teeme vigu, mis selle tõrke Runtime:

Laadimisel tõrge ja kulgeb sündmuse vastuvõtja Conchango.xyzzyEventReceiver xyzzy, Versiooni = 1.0.0.0, Culture = neutral, PublicKeyToken = 0dc50a750396c3ac. Allpool on Lisateave. : Väärtus ei kuulu vahemikku.

Arvan, et see on üsna üldine tõrge, mis põhjustab potentsiaalselt mitut moodi. Aga, üks lihtne seletus on, et ma olen viitamine välja valesti. Kui väli nimetus on "Maksetähtpäev", Ma viitama selline sündmus vastuvõtja:

atribuudid.ListItem["Maksetähtpäev"]

Kui ma kirjutate või kasutada vale juhul, kui viitate välja, SharePointi genereerib eespool mainitud käitustõrge. Näiteks, see on vale:

atribuudid.ListItem["maksetähtpäev"]

</lõpp>

Telli minu blogi.

Et KPI probleemi Ma kirjutasin siin, Ma tegin mõningaid katseid ja avastas selle KPI töö vastu kaustu meta andmed samal viisil, et nad töötavad vastu dokumente või üksusi. Ma osutus see välja luua uue sisutüübi põhineb sisutüübi kaust ja seejärel lisatakse mõned väljad. Olen loonud mõned näitajad ja tõestanud, et mina, et KPI töötaks nagu oodatud. See oli positiivne uudis. See ei ole täiuslik, sest süvitsiminek saad KPI vastu kaustad ei ole just see, mida sa tahad. See ei ole liiga palju puuduseks minu puhul, sest 1) Lõpuks kasutajad ei tea ühtegi paremat ja 2) süvitsiminek läheb kausta. Klõpsake kausta nime ja nad on üksuse. See on ühe asemel kaks klõpsu, mis ei ole maailma lõpp.

See voolas kenasti töös, mis ma tegin. Ma koostan iga dokumendi, mis saab üles laadida kausta. Seda tehakse sündmuse vastuvõtja kaudu. Selle tulemusena, See on käkitegu hoida ning vanem kausta meta andmeid sünkroonis KPI juhitud meta andmed fail ise sest veevärgi on juba olemas. See võimaldab mul saada oma KPI-sid ja neid ka süüa 🙂

Ma muutnud sündmuse vastuvõtja lisada kausta ja seejärel seadke selle uue kausta sisutüüp minu kohandatud soodustav KPI sisutüüp. See natuke koodi ei trikk:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Dokumendid").Alamkaustu;
  SPFolderit addedFolder = srcFolders.Add(atribuudid.ListItem.ID.ToString());

  SPContentTypeId kpiCT = Uus SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Sisu tüübi ID"] = kpiCT;
  addedFolder.Item.Update();

Leida tegeliku sisutüübi ID, Via Saidisätted sisutüübi juurde ja copy/kleebitud see URL nagu::

</lõpp>

Telli minu blogi!

Ma vihkan seda tunnistada, kuid ma võidelnud selle ühe kõik päev. Minu sündmuse vastuvõtja peab värskendama oma emakaustalt põld. See natuke näitab, kuidas seda teha:

erasektori tühine UpdateParentFolder(SPItemEventProperties atribuudid)
{

SPFolderit thisItemFolder = omadused.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ kinnituse olek"] = "Head uudised, kõigile!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

Sel juhul, Töötan dokumenditeegi ja atribuudid on pärit ItemAdded sündmus.

Trikk on, et te ei saa üksust SPFolderit otse mittemuutvad (St. atribuudid.ListItem.Folder on tühi). Selle asemel, Mine loendi üksus seotud fail ja saada selle faili kausta.

</lõpp>

Telli minu blogi!

Olen kindel, et ma ei ole esimene inimene seda tulla. Aga, Ma ei ole märganud kedagi avaldama sellist trikki, sest ma hakkasin, pöörates erilist tähelepanu ühenduse eelmise aasta juulis. Nii, Ma arvasin, ma postiga see lihtne ja kiire debug otsa.

Olen töötanud sündmuse vastuvõtja, mis alustanud toodavad see viga on 12 taru:

Laadimisel tõrge ja kulgeb sündmuse vastuvõtja Conchango.xyzzyEventReceiver xyzzy, Versiooni = 1.0.0.0, Culture = neutral, PublicKeyToken = blahbalhbalh. Allpool on Lisateave. : Objekti viide pole seatud näiteks objekti.

Ma ei teadnud, kus mul oli kehtestanud see bug, sest ma olin teinud liiga palju asju ühte minu kood/juurutada/katse tsüklit.

Üritasin See lahendus Saada minu EEP seal lootused selle SharePointi 12 taru näitaks pinujälg, aga mitte õnne. Ma ei tea, kui võimalik ja kui keegi teeb, Palun andke teada 🙂

Tean, et on võimalik Kirjutage oma Logi sõnumeid ning 12 taru. Ausalt öeldes, Ma tahtsin midagi veidi vδhem hirmutav ja kiiremini rakendama.

See tekkis mulle, et ma võiks vähemalt saada mõned põhilised jälg teavet püüdmine ja uuesti viskamine üldised erandid niimoodi:

  Proovige {
    UpdateEditionDate(atribuudid);
  }
  saak (Erand e)
  {
    viska Uus Erand("Lähetaja, UpdateEditionDate(): Erand: [" + e.ToString() + "].");
  }

See näitas üles ka 12 taru thusly:

Laadimisel tõrge ja kulgeb sündmuse vastuvõtja Conchango.xyzzyEventReceiver xyzzy, Versiooni = 1.0.0.0, Culture = neutral, PublicKeyToken = blahblahblah. Allpool on Lisateave. : Lähetaja, UpdateEditionDate(): Erand: [System.NullReferenceException: Objekti viide pole seatud näiteks objekti. kell Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties atribuudid) kell Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties atribuudid, String eventDescription)].

Mis andis mulle mul vaja tabada selle konkreetse probleemi üksikasjade ja ootan seda palju läheb edasi kasutada.

</lõpp>

Telli minu blogi!

Möödunud nädalal olin rakendamise on "arenev" lahendus kliendiga, mis kasutab BDC ja SPQuery ning sattus raskusi, kasutades SPQuery vastu kaustu sisaldav dokumenditeek. Alumine rida: määrata "rekursiivne" et päring Kuva atribuut.

Minu stsenaarium:

• Esmaspäeval, Laadi dokument üles ja annab mõned meta andmeid.
• Järgmine nädal, Lataan uue dokumendi. Suur selle uue dokumendi metaandmed põhineb olen saatnud esmaspäeval dokumendi (mida me nimetame "põhidokumendi").
• Oleme loonud web service fassaadi, mis pakub BDC kasutajaliides loendisse nii, et kasutajatel on lihtne leida – esmaspäev dokumendi pealkiri otsing kaudu.
• BDC andmeveeru pakub kasutajasõbralik liides. (See on osa minu katse abil BDC sõbralik otsinguveerg).

Lõplik BDC fassaadi teenus kasutab sellist päringut teha otsingu:

 // Kasutada U2U vahend teeniva CAML päringut.
      oQuery.Query =
        "<Kui>";

      Kui (titleFilter.Length > 0)
        oQuery.Query  =
          "  <Ja>";

      oQuery.Query  =
        "    <Ja>" +
        "      <≥>" +
        "        <FieldRef nimi =  "DocumentId" />" +
        "        <Value Type =  "Text">" + minId + "</Väärtus>" +
        "      </≥>" +
        "      <LEQ>" +
        "        <FieldRef nimi =  "DocumentId" />" +
        "        <Value Type =  "Text">" + maxId + "</Väärtus>" +
        "      </LEQ>" +
        "    </Ja>";

      Kui (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Sisaldab>" +
          "      <FieldRef nimi =  "Title" />" +
          "      <Value Type =  "Text">" + titleFilter + "</Väärtus>" +
          "    </Sisaldab>" +
          "  </Ja>";
      oQuery.Query  =
        "</Kui>";

Ajal arengu algfaasis, See töötas suurepäraselt. Aga, jagasime kaustad kausta mõne probleemi ja äkki, BDC valija ei tagastanud ühtegi tulemit. I jälitatud sellega, et selle SPQuery ei tagastanud ühtegi tulemit. Me kasutasime kaustad peamiselt lubada mitme faili üleslaadimist sama nimega, kuid erineva metaandmed. Kuna faili üleslaadimisel, me luua loendi kirje ID-l põhinev kausta ja seejärel Teisaldage fail seal (Ma kirjutasin, et Siin; Meil on olnud erinevaid tulemusi Sellise lähenemisega aga kogu, See toimib hästi). Kasutaja ei hooli umbes kaustad ja tegelikult, tõesti ei mõista, et on olemas muid kaustu. Olete seadistanud kõik vaated teegi üksuste kuvamiseks ilma arvesse kaustad.

Ma tabanud kaks korda tehnilise rakendamist kujunenud ja lahendatud see teistmoodi allosani probleemi. Esimest korda, Ma ei olnud määratud tehtemärgi sisaldab päringu. Ilma et see sisaldab operaator, Ma ei suutnud probleemi lahendada, määrates selle SPQuery contructor vaade. Vaikekonstruktor kasutamise asemel:

SPList oList = veebi.Nimekirjad["Dokumendid"];

SPQuery oQuery = Uus SPQuery();

Ma kasutasin hoopis määratud vaade ehitaja:

SPList oList = veebi.Nimekirjad["Dokumendid"];

SPQuery oQuery = Uus SPQuery(oList.Views["Kõik dokumendid"]);

Probleem kadus ja hakkasin mu tulemused.

Lisasin siis sisaldab käitaja Mix ja see murdis uuesti. Tuleb välja, mis sisaldab korraldaja, kui ma saan öelda, töötama selleks, nagu ka lihtsamad ≥ / LEQ operaatorid. Ma tegin mõned otsimise ja õppinud, et päringu ViewAttributes seadma "Rekursiivne", nagu ka:

oQuery.ViewAttributes = "Reguleerimisala = "Recursive"";

Et lahendada probleemi sisaldab. Tegelikult, see lahendatud minu algse otsing probleem ja kui mul oli määratud on rekursiivne omistada esimest korda, Ma oleks mitte on sattunud küsimus uuesti.

Asjaolu, et vaade SPQuery töötab mõned operaatorid (≥/LEQ) ja teised mitte (SISALDAB), koos asjaoluga, et KPI-d ei tundu tööta üldse kausta sisaldava dokumendi raamatukogud toob mind uskuma, et SPQuery on mõned orthogonality probleemid.

Eriline tänu:

• Hea folks at U2U ja oma päringu tööriista.
• Michael Hoffer suur "Õppimine läbi tegevuse" blogi postitus, kommentaare ja vastuseid.

</lõpp>

Telli minu blogi!

VÄRSKENDUS 02/29/08: Ma lahendanud selle probleemi luues kausta ja seejärel kausta, mis on mul tarvis KPI-de metaandmete sisutüübi määramine. Ma kirjeldatakse üksikasjalikumalt veidi siin.

Oleme rakendanud tehniline lahendus, kus kasutajatel laadida dokumente dokumenditeeki. Sündmuse vastuvõtja loob kataloogi ja Nihutab faili ilmnes tõrge (kasutades meetodit, mis on sarnane mida kirjutasin Siin). Me oleme edukalt navigeerida potentsiaalsete teemadel, mis on põhjustatud sündmus vastuvõtjad, et üleslaaditud failide ümbernimetamine (peamiselt seetõttu, et kasutajad ei ole kunagi käivitada oma dokumendi "uus käsku" kuid selle asemel luua kohapeal dokumendid ja seejärel üleslaadimiseks).

Nende dokumentide metaandmed sisaldab jah/ei saidi veeru nimega "pakiline" ja mõne muu saidi veerg nimega "Staatus". Me peame vastama ettevõtte nõue, mis näitab "pakiline protsent" dokumendid, mille olek on "Pooleli".

See on tavaliselt lihtne teha ja ma midagi väga palju nagu see on esitatud SharePoint Beagle Kui sa oled huvitatud Ekraanipiltide palju.

Lühidalt öeldes, Ma tegin järgmisega:

• DOC kõrvaldamise dokumenditeegis nimega "Pooleli" vaate loomine.
• Selleks, et ignoreerida kaustastruktuuri konfigureerimine.
• KPI loendi loomine.
• Luua loendi, mis viitab dokumendi lib ning et näitaja "ootel" Vaade.

See lihtsalt ei tööta. KPI näitab minu siht (näiteks. viis kiire dokumendid) kuid alati näitab tegelikku arvu kiireloomuliste dokumentide nullina. Paradoksaalselt, Kui te minna süvitsi üksikasjad, See näitab viit kiireloomuliste dokumentide nimekirjas. Olen loonud väga lihtne stsenaariumi kahe dokumendi, ühte kausta ja üks ei. Siin on pilt kaaperdamine:

Eespool nimetatud ekraanipildi näitab selgelt, on kahe dokumendi vaadet, kuid "väärtus" on üks. "CamlSchema" tühja dokumendi ID-D on juurkaustas ja teise nimega "84" kaustaks.

Ilmneb mulle, et isegi juhul, kui määrate vaade, KPI ei au, et "Kuva kõik üksused ilma kaustadeta" loomine ja selle asemel, Reguleeri juurkausta.

Kui ma olen valesti, tilk mulle joont või Jäta kommentaar.

</lõpp>

Telli minu blogi!

Olin töötab omadus eelmisel nädalal, et lisaksin mõned sündmus vastuvõtjad kindla loendi eksemplar. (Ma natuke blogged et loetelu siin vastuvõtja).

Käsurea toetust, Suutnud installida funktsioon pole viga (kuid allpool on peidetud viga). Kui ma proovisin kasutada funktsiooni, saidi, MOSS kaebas "FileNotFoundException" tõrge. See blogi kirje kirjeldab, kuidas ma lahendada see.

See on viga, et SAMMAL näitas mulle veebibrauseris:

Funktsiooni ' b2cb42e3-4f0a-4380-aaba-1ef9cd526f20’ ei saa installida, kuna Sündmusevastuvõtja assembleri "xyzzyFeatureReceiver_0 laadimine" nurjus: System.IO.FileNotFoundException: Ei saanud laadida faili või assembleri "xyzzyFeatureReceiver_0’ või üks tema sõltuvused. Süsteem ei leia määratud faili. Faili nimi: ' xyzzyFeatureReceiver_0’ kell System.Reflection.Assembly.nLoad(AssemblyName failinimi, Stringi codeBase, Tõendid assemblySecurity, Assamblee locationHint, StackCrawlMark& stackMark, Boole'i throwOnFileNotFound, Boole'i forIntrospection) kell System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Tõendid assemblySecurity, StackCrawlMark& stackMark, Boole'i forIntrospection) kell System.Reflection.Assembly.InternalLoad(String assemblyString, Tõendid assemblySecurity, StackCrawlMark& stackMark, Boole'i forIntrospection) kell System.Reflection.Assembly.Load(String assemblyString) kell Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject() WRN: Assamblee siduv logimine on sisse lülitatud või välja LÜLITADA. Assamblee siduda tõrke logimise lubamine, Määra väärtus [HKLMSoftwareMicrosoftFusion!EnableLog] (DWORD-I) et 1. Märkus: Seal on mõned tulemuslikkuse karistus assamblee siduda tõrke logimise seotud. Selle funktsiooni väljalülitamiseks, Eemalda väärtus [HKLMSoftwareMicrosoftFusion!EnableLog]. Küsimusi teenusega Windows SharePoint Services tõrkeotsing.

Ma tean, kuidas tahtlikult tekitada viga: Ärge paigaldage assamblee GAC-s. Aga, See oli GAC-s. Ma tavaliselt paigaldada koostude GAC-s lohistades neid c:\windowsassembly kaust. Ma pole kunagi tundnud 100% mugav, seda, sest ma olen alati arvanud, et gacutil on olemas põhjus, miks … nii et ma proovisin, et. Pole vahet.

Et Internets otsisin ja leidsin sellele ametikohale: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2243677&SiteID=1

Plakat juhtus sama juur natuke koodi kasutades (sellest loendist raamatust sees WSS) nii et oli lootusrikas märk. Aga, kaunistus on assamblee soovitus on [Assamblee: ] direktiiv ei ole mõtet mulle. Ma proovisin järele ja mul oli õigus. Pole vahet.

Siis märkasin, et minu klassi definitsioon ei olnud avaliku. Ma tegin seda avalikkusele ja mis polnud vahet.

Järgmine, Ma läksin, et võimaldada "assamblee siduda rike samamoodi hädas" (abivalmis ja täpseid juhiseid, mis on sätestatud) ja see on, kus asjad hakkasid saada huvitav. Selle logi näitab mulle runtime kõikjal otsivad et server minu kokkupanemisel. Tundub isegi otsima seda minu meditsiini kabineti. Aga … ta ei Otsi see on GAC-s.

Panin oma talve jope ja minna selle Internets uuesti otsida ja leida, et keegi on oli see probleem ka. Pikka arutelu sisestusega peters välja midagi ja ma ei leia lahendust.

Ma liikuda minu assamblee Logi väidab ta otsib ja ma natuke rohkem edu kohta. Ma olen uus viga brauseris premeerida proovides funktsiooni aktiveerimine:

"XyzzyFeatureReceiver_0" assemblerist funktsiooni vastuvõtja objekti loomine nurjus, Tippige "Conchango.xyzzyFeatureReceiver" funktsiooni b2cb42e3-4f0a-4380-aaba-1ef9cd526f20 puhul: System.ArgumentNullException: Väärtus ei tohi olla nullväärtusega. Parameetri nimi: tüüp kell System.Activator.CreateInstance(Tüüp tüüp, Boole'i nonPublic) kell System.Activator.CreateInstance(Tüüp tüüp) kell Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject() Küsimusi teenusega Windows SharePoint Services tõrkeotsing.

Üks Viimane reis on Internets aeg!

Sel ajal teada saada, ootuspäraselt piisavalt, et MOSS küsimusi selle vea, sest koostamine pole GAC.

Ma tahan midagi siit positiivset ja proovida end natuke uhke, et olen loonud selle Tagaotsitav MSIL komplektide arv, kuid see ei tööta. Ma olen lihtsalt pahane. Pean ennast pomisedes "kana või muna" mu hinge.

Ma lõpuks otsustab punt. Ma luua täiesti uus projekt ja kopeeri/kleebi koodi ühepäevane incredible-cloaked-from-the-GAC-assembly projekti üle selle uue projekti. (Ma vaatan, nimega "koost, mis on siduv, kui installitud on GAC-s varjata midagi ehitada lipp" aga ei leia üks).

I funktsiooni installida ja aktiveerida ja … See toimib! Nii, pärast kõik, mis, Ma pidin põhimõtteliselt "reboot’ minu projekt. See on üks põhjus, miks ma vihkan arvutid.

Ma ei loe midagi kasulikku sellest. Oli paigaldamist funktsioone kasutades käsurea stsadm terve päeva jooksul ja kasutanud selle "-force" suvand välja harjumus. Mingil põhjusel, Ma ei kasutanud - jõuta kui ma paigaldatud uus projekt. Sel korral, Ma tegin tegelikult, unusta tõeliselt kopeerida selle uue projekti komplekteerimine GAC-s. Selle tulemusena, Sain selle FielNotFoundException"" tõrge. Sel korral, Ma sain selle stsadm, ei, kui ma püüdsin aktiveerida funktsiooni kaudu veebibrauseri. Nii, -jõu tegelikult mängib kaks rolli. See võimaldab teil uuesti installida olemasoleva funktsiooni. Samuti saate installida lollakas funktsioon, mis ei saa töötada runtime error kaotatakse. Öeldakse ilmselt nii palju abi kusagilt aga ma pole kunagi märganud seda.

</lõpp>

VÄRSKENDUS: See toimib, kuid on oluliselt piiratud, mida on kirjeldatud kommentaarid. See võib siiski olla kasulik mõned asjaolud.

VÄRSKENDUS 2: Minu praeguse projekti, kasutajatele alati üles laadida dokumente. Selle tulemusena, Ma ei sattunud probleem, kus MS Word töötab ja arvab, et fail on ümbernimetatud seda. Ma ei sattunud probleem, "faili on muutnud keegi teine" ja lahendada see lihtne semafori tüüp lipuga. Kasutajatel peab meta-andmete välja vaikeväärtus midagi muud muutmine. Selle itemupdated() vastuvõtja otsib sobiv väärtus enne tegelikku sooritamist ümber ja sellest ajast, Mul ei olnud mingeid probleeme. Teie kilometraaži võib varieeruda.

Olen klient nõue kindla dokumenditeegi vastavusse konkreetse nimereeglistik üleslaaditud failide nime muutmine. API ei paku "Nimeta()" meetod. Selle asemel, Me kasutame "MoveTo(…)". Siin on kood selle saavutamiseks minimaalne natuke:

 avalik alistada tühine ItemAdded(SPItemEventProperties atribuudid)
        {
            SPFile'i f = omadused.ListItem.File;

            f.MoveTo(atribuudid.ListItem.ParentList.RootFolder.Url + "/xyzzy.doc");
            f.Update();

        }

Ainult keeruline natuke on "omadused. ListItem.ParentList.RootFolder.Url". Selle MoveTo() meetod nõuab URL. Mis hõõrutud string punkte üles mind root kausta Minu praegune dokumenditeegi. See võimaldab mul vältida mis tahes raske kodeerimine minu sündmuse vastuvõtja.

See on kasulikum versioon, mis teeb sama asja, Aga määrab faili nimi "Tiitel":

 avalik alistada tühine ItemAdded(SPItemEventProperties atribuudid)
        {
            DisableEventFiring();

            // Määrata selle üksuse pealkiri ise faili nimi.
 // MÄRKUS: Ülesanne peab toimuma enne, kui me ise faili muutmiseks.
 // Kutsudes värskendamine() kohta ning SPFile'i näib muutvat kehtetuks atribuute
 // mõnes mõttes.  "Pealkiri uuendused" ei saanud enne, et muuta (ja update() kõne)
 // teisaldati ees muutus faili nimi.
            atribuudid.ListItem["Tiitel"] = omadused.ListItem.File.Name;

            atribuudid.ListItem.Update();

            SPFile'i f = omadused.ListItem.File;

            // Saada laiendamine fail.  Me vajame, et hiljem.
 stringi spfileExt = Uus FileInfo(f.Name).Laiendamine;

            // Nimetage fail loendist kirje ID ja faililaiend kasutada, et hoida
 // et osa sellest puutumata.
            f.MoveTo(atribuudid.ListItem.ParentList.RootFolder.Url +
                "/" + atribuudid.ListItem["ID"] + spfileExt);

            // Liikuda endale.
            f.Update();

            EnableEventFiring();
        }

Mul on veerg nimi sisu tüüp nimega "Kinnisvara asukoht".

See veerg on tüüpi "otsing".

Ma muutmine <CommonViewFields> ning kuvades veeru ItemStyle.xsl.

Lihtne <XSL-i:väärtuse kohta märkige =…> Tagastab tagasi sisemine väärtus, mis sisaldab järgarvu andmete, näiteks:

1;#Miami

Inimese väärtuse saamiseks, kasutada xsl alamstring pärast, nagu on näidatud:

<XSL-i:( @Real_x005F_x0020_Estate_x005F_x0020_Location, '#') ">< / xsl:väärtuse kohta >(@Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></XSL-i:väärtuse kohta>

Kasutage seda meetodit siis, kui töötate järelevaadatavaid väärtusi XSL-i teisendusi ja inimese väärtuse saamiseks on vaja.

<lõpp />

VÄRSKENDUS: Jeremy Thake on blogged about ja panna mõned kood konsooli rakendus mis näitab sisemise nimed.

Ma Üritasin sisu sisupäringu veebiosa kuvatakse tööülesande tähtaeg ja kuna ekraan silt on "Maksetähtpäev", Ma eeldada, et kasutada veeru nimi <CommonViewFields> on "Due_x0020_Date".

Vale!

Real veeru nimi antud juhul oli "DueDate".

Kuidas ma selle leian? Lugesin uuesti Heather Solomon's blog kande muutmise CQWP näidata täiendavaid veerge. Ta kirjeldab seda protsessi samm #13. Usalda. See on õige. Vähemalt, See oli minu jaoks õige. Ma ei uskunud seda algul teise veeru pikema nimega.

Ma ütlen "usalda" sest ma ei uskunud seda ja ilmselt raisatud asuvaid kahetunnise butting mu pea vastu seina. Pärast seda, kui ma lahendatud "DueDate" Nimi, Tahtsin lisada veel üks välja <CommonViewFields>. Saalomoni tehnikas, Ma imestasin veeru nime nagu "XYZ_x0020_Project_x0020_Due_x00".

Ma arvasin, et mina, See on selgelt kärbitud nimi. Ma läksin edasi ja un kärbitud see edutult. Ma lõpuks kasutas näiliselt kärbitud nimi ja see töötas.

Boonus Vihje: Kuna ma töötasin koos selle CQWP, Kui lisasin halb sisemine nimi <CommonViewFields>, selle CQWP oleks mulle, et oli päring ei tagastanud ühtegi tulemit. Aga, Kui lisasin mõne Andmetüüp välja nimi, see return tulemus. Lisades andmed tüüp tegelikult maskeeritud probleem Kuna mul oli viitamine puudub väli. Ma võiksin lisada, kuid kui ma püüdsin oma väärtuse kuvamine, Ma alati saan tühjaks.

Seda ei varjata viga:

<CommonViewFields>Due_x0020_Date;</CommonViewfields>

Seda ei varjata viga:

<CommonViewFields>Due_x0020_Date,Kuupäev ja kellaaeg;</CommonViewfields>

</lõpp>