Y NEWYDDION DIWEDDARAF: Poster dienw a gadael sylw mawr am enwau mewnol. Sicrhewch eich bod yn ei ddarllen.

Wrth weithio gyda derbynwyr digwyddiad a chod arall bod cyfeiriadau SharePoint eitemau rhestr drwy'r model gwrthrych, Yr wyf yn aml yn gwneud camgymeriadau sy'n cynhyrchu gwall hwn ar runtime:

Gwall wrth lwytho a rhedeg digwyddiad Conchango.xyzzyEventReceiver derbynnydd yn xyzzy, Fersiwn = 1.0.0.0, Diwylliant = niwtral, PublicKeyToken = 0dc50a750396c3ac. Mae gwybodaeth ychwanegol isod. : Nid yw'r gwerth yn dod o fewn yr ystod a ddisgwylir.

Rwy'n meddwl Mae hwn yn wall eithaf generig sydd o bosibl yn achosi nifer o wahanol ffyrdd. Fodd bynnag,, un esboniad syml yw yr wyf yn cyfeirio cae yn anghywir. Os yw enw'r maes "Dyddiad dyledus", Rhaid yn ei gyfeiriad fel hyn mewn digwyddiad derbynnydd:

properties.ListItem["Dyddiad dyledus"]

Pan yr misspell neu defnyddiwch yr achos anghywir wrth gyfeirio at y maes, Mae SharePoint yn cynhyrchu uchod crybwyll gwall amser rhedeg gyda'r. Er enghraifft,, Mae hyn yn anghywir:

properties.ListItem["dyddiad dyledus"]

</diwedd>

Tanysgrifio i fy mlog.

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!