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!