Jotta KPI-ongelman Olen kirjoittanut täällä, Valmis jokin todistaa ja löysi että KPI työmäärää kansioita metatietoa samalla tavalla vastaan asiakirjoja tai luettelokohteiden. Todistin sitä luomalla uuden sisältölajin kansion sisällön tyypin ja lisännyt joitakin kenttiä. Olen luonut joitakin indikaattoreita ja ollut itsekseni, jotka KPI: T toimi odotetulla. Tämä oli hyvä uutinen. Se ei ole täydellinen, koska porautuminen saat KPI vastaan kansiot ei ole aivan mitä haluat. Tämä ei ole liikaa haittapuoli minun tapauksessani, koska 1) loppukäyttäjät eivät tiedä mitään parempaa ja 2) porautuminen siirtyy kansioon. Ne napsauttamalla kansion nimeä ja ne ovat kohteen. Se on yhden sijasta kahdella napsautuksella, joka ei ole maailman loppu.

Tämä virtasi mukavasti työtä tein. Luon kansion kaikki asiakirjat, jotka saa ladata. Tämä tapahtuu tapahtuma-vastaanotin. Tämän seurauksena, se on pala kakkua pitää ylemmän tason kansion metatiedon synkronoituina KPI-odotuksiin meta tiedot tiedoston itse koska vesi on jo olemassa. This allows me to have my KPI’s and eat them too 🙂

I-kirjain modified tapahtuma-vastaanotin lisätä kansion ja määrittää uuden kansion sisällön tyyppi mukautetun KPI-friendly sisällön tyyppi. Tämä hieman koodia valmis puijata:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Asiakirjat").Alikansiot;
  SPFolder addedFolder = srcFolders.Add(ominaisuudet.ListItem.ID.ToString());

  SPContentTypeId kpiCT = Uusi SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Sisältötyypin tunnus"] = kpiCT;
  addedFolder.Item.Update();

Etsi todellinen sisältötyypin tunnus, Käyttää sisältötyypin kautta sivuston asetukset ja kopioida/liittää se URL kuten:

</loppu>

Tilaa blogiin!

Inhoan myöntää sitä, mutta olen taistellut tämän yhden päivän. Minun tapauksessa vastaanotin täytyy päivittää kentän pääkansiosta. Tämä vähän näyttää miten se:

Yksityinen mitättömäksi UpdateParentFolder(SPItemEventProperties ominaisuudet)
{

SPFolder thisItemFolder = ominaisuudet.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ hyväksynnän tila"] = "Hyvä uutinen, kaikki!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

Tässä tapauksessa, Työskentelyn asiakirjakirjastoon ja ominaisuudet ovat lähtöisin ItemAdded-tapahtuma.

Juju on että nimikkeen SPFolder ei saada suoraan itse kohteesta (ts. ominaisuudet.ListItem.Folder on null-arvoinen). Sen sijaan, Siirry luettelokohteen liittyvää tiedostoa ja saada tiedoston kansio.

</loppu>

Tilaa blogiin!

Olen varma, että en ole ensimmäinen, joka keksivät tämän. Kuitenkin, En ole huomannut kukaan Julkaise temppu kuin tämä, koska aloitin tiiviisti yhteisön viime heinäkuussa. Niin, Ajattelin lähettää sen helppo debug-vinkki.

Olen työskennellyt tapahtuma-vastaanotin, joka alkoi tuottaa tämän virheen 12 pesää:

Virhe ladattaessa ja käynnissä tapahtuman vastaanottimen Conchango.xyzzyEventReceiver xyzzy, Versio = tulee ilmoittaa yleisessä muodossa, Culture = neutral, PublicKeyToken = blahbalhbalh. Alla on lisätietoja. : Objektiviittaus objektin esiintymää ei määritetty.

En tiedä missä olin käyttöön tämä vika koska olin tehnyt liian monia asioita yhdessä minun koodi/käyttöönotto/testisyklien.

Yritin Tämä ratkaisu päästä minun ATE sinne toivoo että SharePoint 12 pesää osoittaisi pinon jäljitys, mutta ei onnea. En tiedä jos se on mahdollista, ja jos joku ei, haluta antaa we osata 🙂

Tiedän, että on mahdollista kirjoittaa oman lokiviestit 12 pesää. Suoraan sanottuna, Halusin jotain hieman vähemmän pelottava ja nopeammin toteutettavaa.

Se tapahtui minulle, että saisin vähintään perus jäljitystietojen pyynti-ja uudelleen heitto yleisiä poikkeuksia, kuten tämä:

  Yritä {
    UpdateEditionDate(ominaisuudet);
  }
  saalis (Poikkeus e)
  {
    heittää Uusi Poikkeus("Lähettäjä, UpdateEditionDate(): Poikkeus: [" + e.ToString() + "].");
  }

Tämä näkyi 12 Hive thusly:

Virhe ladattaessa ja käynnissä tapahtuman vastaanottimen Conchango.xyzzyEventReceiver xyzzy, Versio = tulee ilmoittaa yleisessä muodossa, Culture = neutral, PublicKeyToken = blahblahblah. Alla on lisätietoja. : Lähettäjä, UpdateEditionDate(): Poikkeus: [System.NullReferenceException: Objektiviittaus objektin esiintymää ei määritetty. klo Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties ominaisuudet) klo Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties ominaisuudet, Merkkijono eventDescription)].

Että kimmoisuus we minun piti jäljittää tätä ongelmaa yksityiskohtaisesti, ja odotan käyttää sitä paljon menee eteenpäin.

</loppu>

Tilaa blogiin!

Tämä viime viikolla, olin täytäntöönpanosta "kehittyy" ratkaisu on asiakas, joka käyttää BDC sekä SPQuery ja joutui vaikeuksia käyttää SPQuery vastaan asiakirjakirjastoon, joka sisältää käyttäjätilikohtaiset kansiot. Bottom line: määrittää "rekursiivinen" kyselyn näkymä-määritteeseen.

Skenaarion:

• Maanantaina, Asiakirjan lataaminen ja jotkin meta-tiedot.
• Seuraavalla viikolla, Ladata uuden asiakirjan. Suuri osa tämän uuden asiakirjan metatietoa perustuu latasin maanantaina asiakirjaan (jota kutsumme "perusasiakirjan").
• Olemme luoneet web service julkisivu, joka tarjoaa BDC-ystävällinen liitäntä luetteloon niin, että käyttäjä kanisteri helposti paikallistaa maanantai asiakirjan kautta otsikko haku.
• BDC-tietosarakkeen tarjoaa ystävällinen käyttöliittymä. (Tämä on osa minun yritys käyttää BDC enemmän ystävällinen hakusaraketta varten).

Lopullinen yritystietoluettelopalvelua julkisivu käyttää kyselyn näin tehdä haun:

 // Apuna U2U työkalu tuottaa CAML-kysely.
      oQuery.Query =
        "<Jos>";

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

      oQuery.Query  =
        "    <Ja>" +
        "      <GEQ>" +
        "        <FieldRef nimi =  "DocumentId" />" +
        "        <Arvon tyyppi =  "Teksti, hiiren avulla">" + minId + "</Arvo>" +
        "      </GEQ>" +
        "      <LEQ>" +
        "        <FieldRef nimi =  "DocumentId" />" +
        "        <Arvon tyyppi =  "Teksti, hiiren avulla">" + maxId + "</Arvo>" +
        "      </LEQ>" +
        "    </Ja>";

      Jos (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Sisältää>" +
          "      <FieldRef nimi =  "Title" />" +
          "      <Arvon tyyppi =  "Teksti, hiiren avulla">" + titleFilter + "</Arvo>" +
          "    </Sisältää>" +
          "  </Ja>";
      oQuery.Query  =
        "</Jos>";

Kehityksen alkuvaiheessa, nyt kuluva työntekijä erinomainen. Kuitenkin, kansiot tuodaan directory liittyvien ongelmien ja yhtäkkiä, BDC-valitsin ei ole tuloksia. Olen seurannut siitä, SPQuery ei koskaan palaa tuloksia. Käytimme kansiot ensisijaisesti mahdollistaa useita tiedostoja ladataan sama nimi mutta eri metatiedot. Kun tiedosto ladataan, Luo kansio luettelokohteen tunnuksen perusteella ja sitten siirtää tiedoston siellä (Kirjoitin siitä, että Täällä; Meillä on ollut vaihtelevia tuloksia tätä lähestymistapaa, mutta kaikki, se toimii hyvin). Käyttäjän välitä tietoja kansioista ja itse asiassa, eivät todellakaan ymmärrä, että on olemassa jokin kansio. Meillä on määritetty Kirjasto näyttää kohteet kansioiden riippumatta näkemyksiä.

Osuin kahdesti tekninen toteutus kehittynyt ja ratkaista se eri tavalla aina, kun ongelma. Ensimmäistä kertaa, Ei käytä sisältää-operaattoria kyselyssä. Ilman sisältää-operaattoria, Minulla oli mahdollisuus ratkaista ongelman määrittämällä sitä mieltä SPQuery contructor. Sen sijaan, että oletus rakentaja:

SPList oList = web.Luettelot["Asiakirjat"];

SPQuery oQuery = Uusi SPQuery();

Sen sijaan käytetään konstruktoria, joka määrittää näkymän:

SPList oList = web.Luettelot["Asiakirjat"];

SPQuery oQuery = Uusi SPQuery(oList.Views["Kaikki asiakirjat"]);

Se ratkaisi ongelman ja aloin saan tuloksia.

Sitten lisäsin sisältää-operaattoria taikinaan ja se rikkoi jälleen. Osoittautuu, että CONTAINS-operaattorin, sikäli kuin voin kertoa, ei toimi mieltä samoin kuin yksinkertaisempi GEQ / LEQ toimijoiden. Valmis jokin tutkiva ja oppinut, että kyselyn ViewAttributes tarkoitus "Rekursiivinen", kuten:

oQuery.ViewAttributes = "Soveltamisala = "Recursive"";

Se ratkaisi ongelman sisältää. Itse asiassa, Tämä ratkaista minun alkuperäinen Etsi arvoitus ja oli määritelty täytäntöönpanoa kuiluun johtuvan ensimmäistä kertaa, En ole Suorita tarkastelemaan uudelleen.

Se, että näkymään perustuvaa SPQuery toimii joillekin toimijoille (GEQ/LEQ) eikä muita (SISÄLTÄÄ), yhdistettynä siihen, että KPI: T eivät näytä toimivan lainkaan kanssa kansion sisältävä asiakirja kirjastot johtaa minut uskomaan, että SPQuery on joitakin orthogonality asioita.

Erityiset kiitokset:

• Hyvä folks at U2U ja kyselyn avulla.
• Michael Hoffer suuri "tekemällä oppimista" Blogikirjoituksen, kommentteja ja vastauksia.

</loppu>

Tilaa blogiin!

PÄIVITYS 02/29/08: Olen ratkaissut ongelman luomalla kansion ja sisältölajiin liittäminen kansioon, joka on tarvitsen KPI metatiedot. Kuvasin että hieman tarkemmin täällä.

Käytössämme on tekninen ratkaisu, jossa käyttäjät ladata asiakirjoja asiakirjakirjastoon. Tapahtuma-vastaanotin luo kansion ja siirtää tiedoston hakemistoon (käyttämällä tekniikka muistuttaa mitä kirjoitin Täällä). Meidän voittajina ympäri aiheuttama tapahtuma-vastaanottimet, että nimeä lataamasi tiedostot pulmia (pääasiassa siksi, että käyttäjät koskaan Aloita asiakirjan klikkaamalla "uusi" mutta sen sijaan luoda docs paikallisesti ja sitten lähettää ne).

Näiden asiakirjojen metatiedot sisältää kyllä/ei sivustosarake nimeltä "kiireellinen" ja toinen sivustosarake nimeltään "Tila". Meidän täytyy täyttää liiketoiminnan edellytys, joka osoittaa prosentteina "kiireellinen" asiakirjat, joiden tila on "Odottaa".

Tämä on yleensä helppo tehdä ja kuvasin jotain tämän SharePoint-Beagle on paljon kuvakaappauksia, jos olet kiinnostunut.

Pähkinänkuoressa, Tein seuraavat:

• Luo näkymä doc kirjasto nimeltään "Odottaa".
• Määritä näkymä ohittamaan kansiorakenne.
• KPI-luettelon luominen.
• Luo ilmaisin luetteloon, joka viittaa doc lib ja että "odottaa" näkymä.

Tämä ei yksinkertaisesti toimi. KPI näyttää minun tavoite (virrankatkaisu. viisi kiireellisiä asiakirjoja) mutta näyttää aina todellinen määrä kiireellisiä asiakirjoja nolla. Paradoksaalisesti, Jos poraa alas yksityiskohtia, se näkyy viisi kiireellisiä asiakirjoja. Olen luonut yksinkertaisen skenaario kaksi asiakirjaa, yksi kansio ja yksi ei. Tässä on kuvakaappaus:

Edellä kuvakaappaus osoittaa, on olemassa kaksi näkymää, mutta arvo"" on yksi. "-CamlSchema" tyhjän asiakirjan tunnus on pääkansioon ja toinen on kansio nimeltä "84".

Siltä tuntuu, että vaikka voit määrittää näkymän, KPI ei kunnia, "Näytä kaikki kohteet ilman kansioita" asettaminen ja sen sijaan, rajoittuu pääkansioon.

Jos olen väärässä, drop minulle rivi tai jätä kommentti.

</loppu>

Tilaa blogiin!