Siekiant apeiti, KPI problemą Aš parašė apie tai čia, Aš kai tyrimai ir atrado kad KPI darbo prieš aplankus su meta duomenų taip pat, kad jie dirba prieš dokumentų ar sąrašo elementus. Man įrodoma jį kurdami naują turinio tipą atsižvelgiant į aplanko turinio tipą ir tada įtraukti kelis laukus. Aš sukūriau kai kurie rodikliai ir įrodė sau, kad KPI darbo, kaip tikėtasi. Tai sveikintinas Naujienos. It's not perfect, nes detalizavimas gausite iš KPI prieš aplankai yra ne visai ką nori. Tai nėra per daug trūkumas, mano atveju, nes 1) galutiniai vartotojai nežino nieko geresnio ir 2) detalizavimas eina į aplanką. Jie spustelėkite aplanko pavadinimą ir jie yra ne prekė. Tai dviem paspaudimais vietoj vieno, kuris nėra pasaulio pabaiga.

Šis lelija gražiai su darbu darau. Aš sukurti aplanką už kiekvieną dokumentą, kuris gauna įkelta. Tai daroma per renginį imtuvas. Todėl, tai vieni juokai laikytis, pirminio aplanko meta duomenų sinchronizavimo su KPI varoma metaduomenis iš failo pati vandentiekio, jau vietoje. This allows me to have my KPI’s and eat them too 🙂

Modifikavau atveju imtuvo pridėti aplanką ir tada mano užsakymą KPI šeimai turinio tipas nustatytas šio naujo aplanko turinio tipas. Šis kodas tiek pavyko:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Dokumentai").Poaplankiams;
  SPFolder addedFolder = srcFolders.Add(savybės.ListItem.ID.ToString());

  SPContentTypeId kpiCT = naujas SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Turinio tipo ID"] = kpiCT;
  addedFolder.Item.Update();

Norėdami rasti faktinį turinio tipo ID, Aš atvertas to turinio tipo per svetainės parametrai ir kopijuoti/įklijuoti jį iš URL kaip parodyta:

</pabaigos>

Prenumeruoti savo dienoraštį!

Aš nekenčiu priimti ji, bet aš kovojo su šita visą dieną. Mano atveju imtuvas turi būti atnaujinti savo pirminio aplanko lauke. Tai šiek tiek rodo, kaip tai padaryti:

privačių negalioja UpdateParentFolder(SPItemEventProperties ypatybės)
{

SPFolder thisItemFolder = savybes.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ patvirtinimo būsena"] = "Geros naujienos, Kiekvienas!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

Šiuo atveju, Aš dirbu su dokumentų biblioteka ir savybės ateina iš ItemAdded varžybų.

Pavyko tai, kad jūs negalite gauti SPFolder objekto tiesiai iš patį elementą (ty. savybės.ListItem.Folder yra neapibrėžtas). Vietoj, eikite į sąrašo elementą su failais ir gauti failo aplanką.

</pabaigos>

Prenumeruoti savo dienoraštį!

Aš tikiu, kad aš ne pirmasis asmuo tai sugalvoti. Tačiau, Aš nepastebėjau kas skelbia vaikas kaip šis, nes aš pradėjau atkreipti ypatingą dėmesį į Bendrijos praėjusių metų liepą. Taigi, Aš maniau, I 'd post it podpowiedź greitai ir lengvai derinimo.

Aš dirbu dėl įvykio imtuvo, kuri ėmė kurti šią klaidą, kad 12 avilys:

Klaida įkeliant ir veikia įvykio imtuvas Conchango.xyzzyEventReceiver xyzzy, Versija = 1.0.0.0, Kultūros = neutrali, PublicKeyToken = blahbalhbalh. Papildoma informacija yra žemiau. : Objektas nuoroda nenustatyta objekto pavyzdžiui.

Aš žinau, kur aš įvedė šią klaidą nes aš turėjo padaryti labai daug dalykų viename iš mano kodas/diegimas/bandymo ciklų.

Aš bandžiau Šis tirpalas gauti mano PBP ten tikisi kad SharePoint 12 avilys rodytų bloko stebėjimą, bet ne laimė. Aš nežinau, jei tai įmanoma ir jei kas nors, Prašome leiskite man žinoti 🙂

Aš žinau, tai galima rašyti savo pranešimus prisijungti prie to 12 avilys. Atvirai, Aš norėjau kažką šiek tiek mažiau baisi ir greičiau įgyvendinti.

Jis įvyko man, kad ne mažiau kaip galėčiau gauti kai kurių pagrindinių sekimo informacija gaudyti ir vėl mesti bendro pobūdžio išimčių panašaus:

  pabandykite {
    UpdateEditionDate(ypatybės);
  }
  sugauti (Išimtis e)
  {
    mesti naujas Išimtis("Dispečeris, UpdateEditionDate(): Išimtis: [" + e.ToString() + "].");
  }

Tai parodė kad 12 avilys thusly:

Klaida įkeliant ir veikia įvykio imtuvas Conchango.xyzzyEventReceiver xyzzy, Versija = 1.0.0.0, Kultūros = neutrali, PublicKeyToken = blahblahblah. Papildoma informacija yra žemiau. : Siuntėjas, UpdateEditionDate(): Išimtis: [System.NullReferenceException: Objektas nuoroda nenustatyta objekto pavyzdžiui. ne Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties savybės) ne Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties savybės, Eilutės eventDescription)].

Tai davė man detaliau man reikia stebėti tą konkrečią problemą ir aš tikėtis jį naudoti daug vyksta į priekį.

</pabaigos>

Prenumeruoti savo dienoraštį!

Praeitą savaitę buvau įgyvendinimo yra "vystosi" sprendimas dėl kliento, kuris naudoja BDC ir SPQuery ir įvažiavo į kai kurių sunkumų naudojant SPQuery nuo dokumentų biblioteką, kurioje aplankus. Bottom line: priskirti "rekursinis" Norėdami Rodyti atributas užklausos.

Mano scenarijus:

• Pirmadienį, Aš įkelti dokumentą ir pateikti kai kurie meta duomenys.
• Kitą savaitę, Aš įkelti naują dokumentą. Didžiąją šio naujo dokumento meta duomenys remiasi dokumento nusiunčiau pirmadienį (kurias mes vadiname "pagrindinio dokumento").
• Mes sukūrėme interneto paslaugų fasadas, kuri suteikia BDC šeimai sąsają į sąrašą, kad vartotojai gali lengvai rasti šio pirmadienio dokumento per pavadinimo paieškos.
• BDC duomenų stulpelio suteikia draugiška vartotojo sąsaja. (Tai yra dalis mano bandymas naudojant BDC draugiškai peržvalgos stulpeliui).

Galutinis BDC fasado paslauga naudoja užklausą kaip tai daryti peržvalgos:

 // Naudojama U2U priemonė padėti kuriant šį CAML užklausa.
      oQuery.Query =
        "<Tais atvejais, kai>";

      Jei (titleFilter.Length > 0)
        oQuery.Query   =
          "  <Ir>";

      oQuery.Query   =
        "    <Ir>" +
        "      <Geq>" +
        "        <FieldRef pavadinimas =  "DocumentId" />" +
        "        <Vertės tipas =  "Text">" + minId + "</Vertė>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <FieldRef pavadinimas =  "DocumentId" />" +
        "        <Vertės tipas =  "Text">" + maxId + "</Vertė>" +
        "      </Leq>" +
        "    </Ir>";

      Jei (titleFilter.Length > 0)
        oQuery.Query   =
          "    <Yra>" +
          "      <FieldRef pavadinimas =  "Title" />" +
          "      <Vertės tipas =  "Text">" + titleFilter + "</Vertė>" +
          "    </Yra>" +
          "  </Ir>";
      oQuery.Query   =
        "</Tais atvejais, kai>";

Per pradinės vystymosi stadijos, tai veikė puikiai. Tačiau, Mes pristatė aplankus į katalogą, išspręsti kai kurias problemas ir staiga, mano BDC picker nebūtų grąžinti jokių rezultatų. Sekant tai su tuo, kad į SPQuery niekada grįžti jokių rezultatų. Mes naudoja aplankus, visų pirma siekiant kelių failų tuo pačiu vardu į nusiunčiamų bet su skirtingų meta duomenų. Kai failas yra įkeltas, mes sukurti aplanką pagal sąrašo elemento ID ir tada perkelti failą ten (Aš parašė apie tai čia; Mes jau įvairi esant tokiam požiūriui, bet visą, jis veikia gerai). Vartotojo negalvoja apie aplankus ir iš tikrųjų, tikrai nesuprantu, kad nėra jokių aplankų. Mes sukonfigūruotas visuose rodiniuose bibliotekoje rodomi elementai neatsižvelgiant į aplankus.

Aš paspauskite šią problemą du kartus kaip techninis įgyvendinimas išsivystė ir išspręsta ji skirtingai kiekvieną kartą. Pirmą kartą, Aš ne naudojant jame yra operatorius užklausos. Be yra operatoriaus, Man pavyko išspręsti problemą, nurodant vaizdą į SPQuery contructor. Vietoj numatytojo konstruktoriaus:

SPList oList = interneto.Sąrašai["Dokumentai"];

SPQuery oQuery = naujas SPQuery();

Vietoj to aš konstruktorius nurodytas rodinys:

SPList oList = interneto.Sąrašai["Dokumentai"];

SPQuery oQuery = naujas SPQuery(oList.Views["Visus dokumentus"]);

Kad išspręsti šią problemą ir aš pradėjau gauti mano rezultatai.

Dodałem tada jame yra operatorius į mišinį ir ji sugedo vėl. Paaiškėja, kad jame yra operatorius, tiek, kiek aš galiu pasakyti, neveikia su mano taip pat, kaip ir paprastesnis GEQ / LEQ operatoriai. Aš kai paieškos ir sužinojau, kad užklausos ViewAttributes turi būti nustatyta kaip "Grįžtamojo", kaip ir:

oQuery.ViewAttributes = "Taikymo sritis = "Recursive"";

Kad išspręsti šią problemą, yra. tiesą sakant, Tai taip pat išspręsti mano originalus paieškos problema ir jei aš turėjo nurodyti rekursinis priskirti pirmą kartą, Aš būtų ne paleisti į klausimą dar kartą.

Tai, kad view pagrįstas SPQuery veikia kai kurie operatoriai (GEQ/LEQ) o ne kitiems (YRA), kartu su tuo, kad KPI neatrodo, kad darbas ne visą su aplanką, kuriame pateikta dokumentų bibliotekos veda mane manyti, kad SPQuery yra keletas orthogonality klausimų.

Ypatingą padėką:

• Geri žmonės ne U2U ir jų užklausos įrankį.
• Michael Hoffer Didžiosios "mokymo programų akreditacija" internetinio dienoraščio skelbiamą pranešimą, komentarus ir atsakymus.

</pabaigos>

Prenumeruoti savo dienoraštį!

NAUJINIMAS 02/29/08: Aš išspręsti šią problemą kuriant aplanką ir tada priskirti turinio tipą į aplanką, kuris yra meta duomenys man reikia KPI. Aš tai truputį išsamiau aprašyti čia.

Mes įdiegėme techninis sprendimas kur vartotojams įkelti dokumentus į dokumentų biblioteką. Renginio imtuvas sukuria katalogą ir perkelia failą į tą katalogą (naudojant panašus į ką aš apie technika čia). Mes sėkmingai navigacija iškilti problemas sukelia įvykis imtuvus ir pervardyti įkeltiems failams (daugiausia todėl, kad vartotojai niekada pradėti savo dokumente paspaudę ant "naujas" bet vietoj to sukurti dokumentai vietoje ir tada siųsti juos).

Šių dokumentų meta duomenys apima taip/ne svetainės stulpelį pavadinimu "skubu" ir kitoje svetainės skiltyje vadinamas "Statusas". Mes turime susitikti verslo reikalavimas, kad rodo, kiek procentų "skubu" dokumentai, kurių būsena yra "Laukiama".

Tai paprastai lengva padaryti ir aš kažką labai panašaus ne SharePoint Biglis su daug ekrano nuotraukų, jei jus domina.

Trumpai, Aš taip:

• Kurti rodinį, vadinamas "Kol" doc bibliotekoje.
• Konfigūruoti Rodyti ignoruoti aplankų struktūra.
• Sukurti KPI sąrašą.
• Kurti indikatorių sąraše, rodo, kad doc lib ir kad "kol" Rodyti.

Tai tiesiog neveikia. KPI rodo mano tikslas (pvz.. penki skubių dokumentų) bet visada rodo faktinį skaičių skubių dokumentų kaip nulį. Paradoksalu, Jei jūs pasirinkite detales, tai rodo penki skubių dokumentų sąraše. Aš sukūriau labai paprastas scenarijus su dviem dokumentais, vieną aplanką ir vienas ne. Čia yra ekrano fotografiją:

Pirmiau minėtame ekrano fotografiją aiškiai rodo, nėra dviejų dokumentų vaizdas bet "vertė" yra vienas. "CamlSchema" tuščio dokumento Id yra Šakniniame aplanke ir kita yra pavadinami "84".

Man regis, kad net jei jūsų nurodytas rodinys, KPI nėra garbės į "Rodyti visus elementus be aplankus" nustatymas ir vietoj, apsiriboja šakninis aplankas.

If I 'm wrong, prašome rašykite man arba palikite komentarą.

</pabaigos>

Prenumeruoti savo dienoraštį!