Er mwyn gweithio o amgylch problem DPA Yr wyf yn ysgrifennu am yma, Oedd rhai profion ac yn darganfod y DPA gwaith erbyn ffolderi â meta data yn yr un modd y maent yn gweithio yn erbyn dogfennau neu rhestr eitemau. Profodd yr mae'n allan drwy greu math newydd o gynnwys yn seiliedig ar y math o gynnwys ffolder ac yna ychwanegu ychydig gaeau. Creu rhai dangosyddion ac yn profi i mi fy hun y dangosyddion perfformiad allweddol yn gweithio yn ôl y disgwyl. Roedd hyn yn newyddion i'w groesawu. Nid yw'n berffaith, oherwydd y Dril i lawr a gewch gan y DPA erbyn y ffolderi yn union beth hoffech chi. Dyw hyn ddim yn ormod o anfantais yn fy achos oherwydd 1) nid yw'r defnyddwyr terfynol yn gwybod unrhyw well a 2) Aiff y Dril i lawr i ffolder. Mae eu cliciwch enw'r ffolder ac maent yn eitem. Mae'n ddau chlic yn hytrach nag un, nad yw'n ddiwedd y byd.

Roedd hyn yn llifo ddel â gwaith a oedd yn gwneud. Yr wyf yn creu ffolder ar gyfer pob dogfen sy'n cael ei llwytho i fyny. Gwneir hyn trwy derbynnydd digwyddiad. O ganlyniad,, mae'n ddarn o gacen i gadw'r ffolder rhiant meta data yn gyson â data meta gyrru DPA o'r ffeil ei hun ers y gwaith plymio sydd ar waith eisoes. This allows me to have my KPI’s and eat them too 🙂

Addaswyd yr derbynnydd y digwyddiad i ychwanegu at y ffolder ac yna gosod math o gynnwys y ffolder newydd i fy math personol o gynnwys dangosydd perfformiad allweddol-gyfeillgar. Gwnaeth hwn ychydig o Cod y gamp:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Dogfennau").Is-blygyll;
  SPFolder ffolder llwytho = srcFolders.Add(properties.ListItem.ID.ToString());

  SPContentTypeId kpiCT = newydd SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Math ID cynnwys"] = kpiCT;
  addedFolder.Item.Update();

I ddod o hyd i'r Type Cynnwys gwirioneddol ID, I weld y math o gynnwys drwy leoliadau y safle a chopi / gludo yn y URL fel y dangosir:

</diwedd>

Tanysgrifio i fy mlog!

Mae'n gas gen i gyfaddef hynny, ond yr wyf yn cael trafferth gyda hwn un bob dydd. Mae angen diweddaru maes ei ffolder rhiant fy derbynnydd digwyddiad. Mae hyn ychydig yn dangos sut i wneud hynny:

preifat gwag UpdateParentFolder(SPItemEventProperties eiddo)
{

SPFolder thisItemFolder = properties.ListItem.File.ParentFolder;
thisItemFolder.Item["Statws cymeradwyo ZZ"] = "Newyddion da, pawb!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

Yn yr achos hwn, Rwy'n gweithio gyda llyfrgell ddogfen a'r eiddo yn dod o ddigwyddiad ItemAdded.

Y gamp yw na allwch chi gael y SPFolder yr eitem yn uniongyrchol o'r eitem ei hun (h.y. properties.ListItem.Folder yn null). Yn lle hynny, ewch i File cysylltiedig yr eitem rhestr a chael ffolder y ffeil yn.

</diwedd>

Tanysgrifio i fy mlog!

Yr wyf yn siwr nad wyf yn y person cyntaf i lunio hwn. Fodd bynnag,, Dydw i ddim wedi sylwi ar unrhyw un yn cyhoeddi tric fel hyn ers i mi ddechrau yn talu sylw agos i'r gymuned fis Gorffennaf diwethaf. Felly, Rwy'n meddwl y byddwn i'n bostio hwn tip debug gyflym ac yn hawdd.

Dw i'n gweithio ar derbynnydd digwyddiad a ddechreuodd i gynhyrchu gwall hwn yn y 12 cwch:

Gwall wrth lwytho a rhedeg digwyddiad Conchango.xyzzyEventReceiver derbynnydd yn xyzzy, Fersiwn = 1.0.0.0, Diwylliant = niwtral, PublicKeyToken = blahbalhbalh. Mae gwybodaeth ychwanegol isod. : Cyfeirnod gwrthrych heb ei osod i achos o gwrthrych.

Doeddwn i ddim yn gwybod lle yr wyf wedi cyflwyno byg hwn oherwydd roedd yn gwneud gormod o bethau yn un o fy cylchoedd cod/defnyddio/prawf.

Yr wyf yn ceisio yr ateb hwn i gael fy pdb yn yno gyda gobeithio y SharePoint yn 12 Byddai cwch yn dangos yr olin pentwr, but no luck. Ddim yn gwybod os oes modd ac os bydd rhywun yn gwneud, os gwelwch yn dda gadewch i mi wybod 🙂

Yr wyf yn gwybod ei bod yn bosibl i ysgrifennu eich negeseuon log hun i'r 12 cwch. A dweud y gwir, Roeddwn i eisiau rhywbeth ychydig yn llai brawychus ac yn gyflymach i'w gweithredu.

Mae'n digwydd i mi y gallwn o leiaf gael rhywfaint o wybodaeth sylfaenol olrhain drwy ddal ac ail-taflu eithriadau cyffredinol fel hyn:

  ceisio {
    UpdateEditionDate(eiddo);
  }
  dal (Eithriad a)
  {
    taflu newydd Eithriad("Dispatcher, UpdateEditionDate(): Eithriad: [" + e.ToString() + "].");
  }

Roedd hyn yn dangos i fyny yn y 12 cwch thusly:

Gwall wrth lwytho a rhedeg digwyddiad Conchango.xyzzyEventReceiver derbynnydd yn xyzzy, Fersiwn = 1.0.0.0, Diwylliant = niwtral, PublicKeyToken = blahblahblah. Mae gwybodaeth ychwanegol isod. : Dosbarthydd, UpdateEditionDate(): Eithriad: [System.NullReferenceException: Cyfeirnod gwrthrych heb ei osod i achos o gwrthrych. ym Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(Eiddo SPItemEventProperties) ym Conchango.xyzzyManagementEventReceiver.Dispatcher(Eiddo SPItemEventProperties, EventDescription llinyn)].

A roddodd i mi yr holl fanylion angen i mi ddod o hyd i broblem benodol honno ac yr wyf yn disgwyl ei ddefnyddio llawer yn mynd ymlaen.

</diwedd>

Tanysgrifio i fy mlog!

Yr oedd yn ei gweithredu'r wythnos ddiwethaf hon "yn esblygu" ateb ar gyfer cleient sy'n defnyddio BDC a SPQuery, ac yn rhedeg i rai anhawster defnyddio SPQuery erbyn Llyfrgell ddogfen sy'n cynnwys ffolderi. Llinell waelod: neilltuo "ailadroddus" i'r casgliad priodoledd yr ymholiad.

Fy senario:

• Ar ddydd Llun, I'n llwytho dogfen a chyflenwi rhywfaint o ddata meta.
• Yr wythnos ganlynol, Yr wyf yn lanlwytho dogfen newydd. Mae llawer o'r data meta ddogfen newydd hon yn seiliedig ar y ddogfen a llwytho i fyny yr ddydd Llun (yr ydym yn galw "meistr ddogfen").
• Rydym wedi creu ffasâd gwasanaeth ar y we sy'n darparu rhyngwyneb BDC-gyfeillgar at y rhestr fel y gall defnyddwyr ddod o hyd y ddogfen honno Dydd Llun yn hawdd drwy chwilio teitl.
• Mae Colofn data BDC yn darparu rhyngwyneb defnyddiwr cyfeillgar. (Mae hyn yn rhan o fy ymgais i ddefnyddio BDC ar gyfer colofn-edrych yn fwy cyfeillgar).

Mae'r gwasanaeth ffasâd BDC terfynol yn defnyddio ymholiad fel hyn i wneud y-edrych:

 // Offeryn U2U defnyddio i helpu i gynhyrchu hwn ymholiad CAML.
      oQuery.Query =
        "<Lle>";

      os (titleFilter.Length > 0)
        oQuery.Query   =
          "  <Ac>";

      oQuery.Query   =
        "    <Ac>" +
        "      <Geq>" +
        "        <Enw FieldRef =. "DocumentId" />" +
        "        <Gwerth math =. "Text">" + MinID + "</Gwerth>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <Enw FieldRef =. "DocumentId" />" +
        "        <Gwerth math =. "Text">" + maxId + "</Gwerth>" +
        "      </Leq>" +
        "    </Ac>";

      os (titleFilter.Length > 0)
        oQuery.Query   =
          "    <Yn cynnwys>" +
          "      <Enw FieldRef =. "Title" />" +
          "      <Gwerth math =. "Text">" + titleFilter + "</Gwerth>" +
          "    </Yn cynnwys>" +
          "  </Ac>";
      oQuery.Query   =
        "</Lle>";

Yn ystod y cam cychwynnol o ddatblygu, Roedd hyn yn gweithio'n iawn. Fodd bynnag,, cyflwynwyd ffolderi i mewn i'r cyfeiriadur i ddatrys rhai problemau ac yn sydyn, Ni fyddai fy picker BDC yn dychwelyd unrhyw ganlyniadau. Olrhain yr hyn i lawr at y ffaith na fyddai y SPQuery byth yn dychwelyd unrhyw ganlyniadau. Rydym yn defnyddio ffolderi bennaf er mwyn caniatáu sawl ffeil gyda'r un enw i llwytho i fyny ond gyda gwahanol meta data. Pan fydd y ffeil ei llwytho i fyny, rydym yn creu ffolder yn seiliedig ar adnabod yr eitem rhestr ac yna symud y ffeil yno (Ysgrifennais am hynny yma; rydym wedi cael canlyniadau cymysg â'r dull hwn, ond ar y cyfan, mae'n gweithio'n dda). Y defnyddiwr ddim gofal am ffolderi ac yn wir, Dydw i ddim wir yn deall nad oes unrhyw ffolderi. Rydym wedi ffurfweddu holl safbwyntiau ar y Llyfrgell i ddangos eitemau heb ffolderi.

Cyrraedd y broblem hon ddwywaith fel gweithredu technegol wedi esblygu a datrys ei wahanol bob tro. Y tro cyntaf, Doeddwn i ddim yn defnyddio gweithredwr y cynnwys yn yr ymholiad. Heb un gweithredwr yn cynnwys, Llwyddodd i ddatrys y broblem trwy nodi barn ar contructor y SPQuery. Yn hytrach na defnyddio adeiladwr diofyn:

SPList oList = web.Lists["Dogfennau"];

SPQuery oQuery = newydd SPQuery();

Yr wyf yn hytrach na defnyddio Constructor hyn a bennir golwg:

SPList oList = web.Lists["Dogfennau"];

SPQuery oQuery = newydd SPQuery(oList.Views["Holl ddogfennau"]);

Mae hynny'n datrys y broblem a dechreuais i gael fy nghanlyniadau.

Ychwanegais y gweithredwr cynnwys wedyn yn y cymysgedd a dorrodd eto. Mae'n troi allan fod y gweithredwr yn cynnwys, cyn belled ag y gallaf ddweud, ddim yn gweithio â barn yr un ffordd ag y mae GEQ symlach / Gweithredwyr AALl. Oedd rhai chwilio ac yn dysgu y dylid pennu ViewAttributes yr ymholiad i "Ailadroddus", fel yn:

oQuery.ViewAttributes = "Gwmpas =."Recursive"";

Roedd hynny'n datrys y broblem ar gyfer cynnwys. Yn wir,, hyn hefyd yn datrys problem fy chwiliad gwreiddiol ac os wyf wedi nodi y priodoledd recursive y tro cyntaf, Fyddwn i ddim wedi rhedeg i mewn i'r mater eto.

Mae'r ffaith bod SPQuery sy'n seiliedig ar farn yn gweithio ar gyfer rhai gweithredwyr (GEQ/LEQ) ac nid eraill (CYNNWYS), ynghyd â'r ffaith nad yw DPAau yn ymddangos i weithio o gwbl gyda llyfrgelloedd dogfen ffolder sy'n cynnwys fy arwain i gredu bod SPQuery wedi rhai materion orthogonality.

Diolch arbennig:

• Mae'r Folks da am U2U ac mae eu dull ymholiad.
• Michael Hoffer yn wych "dysgu drwy wneud" swydd blog, sylwadau ac ymatebion.

</diwedd>

Tanysgrifio i fy mlog!

Y NEWYDDION DIWEDDARAF 02/29/08: Yr wyf yn datrys y broblem drwy greu ffolder a wedyn bennu math o gynnwys y ffolder sydd â data meta yr angen ar gyfer y dangosyddion perfformiad allweddol. Disgrifiais hynny ychydig yn fwy o fanylion yma.

Yr ydym wedi gweithredu ateb technegol lle mae defnyddwyr yn lanlwytho dogfennau i Lyfrgell y ddogfen. Mae derbynnydd digwyddiad yn creu cyfeiriadur ac yn symud y ffeil at y cyfeiriadur hwnnw (defnyddio techneg debyg i'r hyn yr wyf yn ysgrifennu am yma). Rydym wedi ein tywys llwyddiannus o gwmpas problemau posibl a achosir gan derbynwyr digwyddiad y ailenwi'r ffeiliau wedi'u llwytho i fyny (bennaf oherwydd mae defnyddwyr byth yn dechrau eu dogfen trwy glicio ar "newydd" ond yn hytrach creu'r docs yn lleol ac yna llwytho i fyny).

Mae'r meta data ar gyfer y dogfennau hyn yn cynnwys ydw/oes Colofn safle o'r enw "brys" a Colofn safle arall o'r enw "Statws". Mae angen inni fodloni gofyniad busnes, sy'n dangos canran y "brys" dogfennau y mae eu statws yn "Aros".

Fel arfer, mae hyn yn syml i'w wneud ac yr wyf yn disgrifio rhywbeth yn debyg iawn hyn ar y Beagle SharePoint gyda llawer o ergydion sgrin os oes gennych ddiddordeb.

Yn gryno, Fe wnes i'r canlynol:

• Greu darlun ar y Llyfrgell dogfen o'r enw "Aros".
• Ffurfweddu y farn i anwybyddu strwythur folder.
• Creu Rhestr DPA.
• Creu dangosydd yn y rhestr sy'n pwyntio at y Democratiaid Rhyddfrydol dogfen a bod "arfaeth" gweld.

Dim ond nid yw hyn yn gweithio. Dengys y DPA fy targed (e.e.. pum dogfen brys) ond bob amser yn dangos y nifer wirioneddol o ddogfennau brys fel sero. Baradocsaidd, os ydych yn drilio i lawr i'r manylion, Mae'n dangos y pum dogfen brys yn y rhestr. Rwyf wedi creu senario syml iawn gyda dwy ddogfen, un mewn ffolder ac un nid. Dyma y sgrin lun:

Mae y sgrin lun uchod yn amlwg yn dangos dwy ddogfen farn ond "gwerth" yn un. "CamlSchema" gyda dogfen wag Id yn y ffolder gwraidd a eraill mewn ffolder o'r enw "84".

Mae'n ymddangos i mi, hyd yn oed er eich bod yn nodi barn, Nid yw'n KPI yn cadw'r y "dangos pob eitem heb ffolderi" gosod ac yn hytrach, cyfyngu ei hun i'r ffolder gwraidd.

Os ydw i'n anghywir, os gwelwch yn dda galw heibio i mi llinell neu adael sylw.

</diwedd>

Tanysgrifio i fy mlog!