Որպեսզի աշխատանքի շուրջ KPI խնդիրը Ես գրել այստեղ:, I did some testing and discovered that KPI’s work against folders with meta data in the same way that they work against documents or list items. I proved it out by creating a new content type based on the folder content type and then added a few fields. I created some indicators and proved to myself that KPIs work as expected. This was welcome news. It’s not perfect, because the drill-down you get from the KPI against the folders is not exactly what you want. This isn’t too much a drawback in my case because 1) Վերջ օգտվողները չգիտեմ որեւէ ավելի ու 2) the drill-down goes to a folder. They click the folder name and they are at the item. It’s two clicks instead of one, որը ոչ թե աշխարհի վերջը.

This flowed nicely with the work I was doing. I am creating a folder for every document that gets uploaded. This is done via an event receiver. Արդյունքում, դա մի կտոր տորթ պահել ծնող պահոցը ի meta data in sync with the KPI-driven meta data from the file itself since the plumbing is already in place. Սա թույլ է տալիս ինձ, որ իմ KPI եւ ուտել նրանց էլ 🙂

I modified the event receiver to add the folder and then set this new folder’s content type to my custom KPI-friendly content type. This bit of code did the trick:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Documents").SubFolders;
  SPFolder addedFolder = srcFolders.Add(properties.ListItem.ID.ToString());

  SPContentTypeId kpiCT = նոր SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Content Type ID"] = KpiCT;
  addedFolder.Item.Update();

To կմնա փաստացի Content type ID-ն, I մուտք, որ բովանդակության տեսակը միջոցով Տեղում պարամետրերով եւ տետրերի / pasted այն է հղում ինչպես ցուցադրված է:

</վերջ>

Անդամագրվել իմ բլոգում!

Ես ատում ընդունել այն:, but I struggled with this one all day. My event receiver needs to update a field of its parent folder. This little bit shows how to do it:

անձնական անվավեր UpdateParentFolder(SPItemEventProperties հատկություններ)
{

SPFolder thisItemFolder = properties.ListItem.File.ParentFolder;
thisItemFolder.Item[«ZZ հաստատում կարգավիճակը"] = «Լավ լուր, բոլորը!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

Այս դեպքում, Ես աշխատում է մի փաստաթղթի գրադարան եւ հատկությունների են գալիս որպես ItemAdded իրադարձության.

Որ հնարք է, որ դուք չեք կարող ստանալ SPFolder ին կետի անմիջապես կետի մեջ (i.e. properties.ListItem.Folder առ). Փոխարեն, գնալ ցանկ Նյութի վերաբերյալ ի ասոցացված ֆայլը եւ ստանալ ֆայլի ի թղթապանակը.

</վերջ>

Անդամագրվել իմ բլոգում!

I’m sure I’m not the first person to come up with this. Սակայն, I haven’t noticed anyone publish a trick like this since I started paying close attention to the community last July. Այնքան, Մտածեցի ես փակցնելու համար սա արագ եւ հեշտ debug հուշում.

Ես աշխատում միջոցառման ստացողի, որը սկսել է առաջացնում այդ սխալի է 12 փեթակ:

Error բեռնում եւ վազում միջոցառումը ընդունիչ Conchango.xyzzyEventReceiver է xyzzy, Տարբերակ = 1.0.0.0, Մշակույթ = չեզոք, PublicKeyToken = blahbalhbalh. Additional information is below. : Object հղում չէ որեւէ ատյանի օբյեկտի.

I didn’t know where I had introduced this bug because I had done too many things in one of my code/deploy/test cycles.

Ես փորձեցի Այս լուծումը ստանալ իմ pdb այնտեղ հետ կապված հույսերը, որ Sharepoint է 12 փեթակ էր ցույց տալ դեղ հետք, բայց ոչ luck. I don’t know if it’s possible and if someone does, խնդրեմ ինձ տեղյակ պահեք 🙂

Ես գիտեմ, որ դա հնարավոր է գրեք ձեր սեփական տեղեկամատյան Հաղորդագրություններ համար 12 փեթակ. Frankly, Ես ուզում էի մի բան, մի քիչ պակաս Մարտական ​​Մոլախաղեր եւ ավելի արագ իրականացնել.

Այն առաջացել է ինձ, որ ես կարող եմ գոնե որոշ հիմնական տեղեկություններ, հետք են բռնում, եւ կրկին նետում ջեներիկներ բացառություններ նման:

  փորձել {
    UpdateEditionDate(հատկություններ);
  }
  բռնել (Բացառություն իսկ)
  {
    նետում նոր Բացառություն("Dispatcher, UpdateEditionDate(): Բացառություն: [" + e.ToString() + "].");
  }

Սա ցույց տվեց, վեր է 12 փեթակ thusly:

Error բեռնում եւ վազում միջոցառումը ընդունիչ Conchango.xyzzyEventReceiver է xyzzy, Տարբերակ = 1.0.0.0, Մշակույթ = չեզոք, PublicKeyToken = blahblahblah. Additional information is below. : Դիսպետչեր, UpdateEditionDate(): Բացառություն: [System.NullReferenceException: Object հղում չէ որեւէ ատյանի օբյեկտի. at Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties հատկությունները) at Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties հատկությունները, String eventDescription)].

Դա ինձ բոլոր մանրամասն I անհրաժեշտ հետեւելու են տվյալ խնդիրը, եւ ես ակնկալում օգտագործել այն շատ գնում է առաջ.

</վերջ>

Անդամագրվել իմ բլոգում!

This past week I was implementing an "evolving" solution for a client that uses BDC and SPQuery and ran into some difficulty using SPQuery against a document library containing folders. Ստորին գիծ: assign "recursive" եւ դիտիր հատկանիշի վերաբերյալ հարցումներ.

Իմ սցենարը:

• Երկուշաբթի, Ես վերբեռնել փաստաթուղթը եւ մատակարարման որոշ meta տվյալներ.
• Հետեւյալ շաբաթ, I upload a new document. Much of this new document’s meta data is based on the document I uploaded on Monday (which we call the "master document").
• Մենք ստեղծել վեբ ծառայության Շինությունների ճակատների, որոնք ապահովում են BDC - ընկերական միջերեսի ցուցակում, որպեսզի օգտվողները կարող են հեշտությամբ տեղադրել այդ Երկուշաբթի փաստաթուղթը միջոցով տիտղոսը որոնել.
• A BDC data column provides a friendly user interface. (Սա մաս է կազմում իմ փորձ է օգտագործել BDC համար ավելի ընկերական Փնտրել սյունակ).

Վերջնական BDC Ֆասադային ծառայությունը օգտագործում է հարցմանը, ինչպես դա անել Որոնում:

 // Օգտագործված U2U գործիք է աջակցել առաջացնող այս CAML հարցմանը.
      oQuery.Query =
        "<Որտեղ>";

      եթե (titleFilter.Length > 0)
        oQuery.Query   =
          "  <Իսկ>";

      oQuery.Query   =
        "    <Իսկ>" +
        "      <Geq>" +
        "        <FieldRef Name=\"DocumentId\" />" +
        "        <Value Type=\"Text\">" + MinID + "</Արժեք>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <FieldRef Name=\"DocumentId\" />" +
        "        <Value Type=\"Text\">" + maxId + "</Արժեք>" +
        "      </Leq>" +
        "    </Իսկ>";

      եթե (titleFilter.Length > 0)
        oQuery.Query   =
          "    <Պարունակում է>" +
          "      <FieldRef Name=\"Title\" />" +
          "      <Value Type=\"Text\">" + titleFilter + "</Արժեք>" +
          "    </Պարունակում է>" +
          "  </Իսկ>";
      oQuery.Query   =
        "</Որտեղ>";

Ընթացքում նախնական փուլում զարգացման, this worked great. Սակայն, մենք ներկայացրել պանակները մեջ տեղեկագրքի լուծելու որոշ խնդիրներ, եւ հանկարծ, my BDC picker wouldn’t return any results. I tracked this down to the fact that the SPQuery would never return any results. We used folders primarily to allow multiple files with the same name to be uploaded but with different meta data. When the file is uploaded, մենք ստեղծել թղթապանակը հիման վրա ID-ի ցանկ Նյութի վերաբերյալ, իսկ հետո տեղափոխել ֆայլը չկա (Ես գրել է այդ մասին այստեղ; մենք ունեինք խառը արդյունքները Այս մոտեցման, բայց ընդհանուր առմամբ, այն աշխատում նաեւ). The user don’t care about folders and in fact, don’t really understand that there are any folders. We have configured all the views on the library to show items without regard to folders.

I hit this problem twice as the technical implementation evolved and solved it differently each time. The first time, I wasn’t using the CONTAINS operator in the query. Without a CONTAINS operator, I was able to solve the problem by specifying the view on the SPQuery’s contructor. Instead of using the default constructor:

SPList oList Դուք web.Lists["Documents"];

SPQuery oQuery = նոր SPQuery();

Ես դրա փոխարեն օգտագործվում է մի շինարար է, որ նշված նպատակով:

SPList oList Դուք web.Lists["Documents"];

SPQuery oQuery = նոր SPQuery(oList.Views["All Documents"]);

Այդ լուծել խնդիրը եւ ես սկսեցի ստանալ իմ արդյունքներ.

I then added the CONTAINS operator into the mix and it broke again. It turns out that the CONTAINS operator, այնքանով, որքանով ես կարող եմ ասել, չի աշխատում, ինչպես նաեւ նպատակ է նույն կերպ, ինչպես նաեւ մի պարզ GEQ / LEQ operators. I did some searching and learned that the query’s ViewAttributes should be set to "Recursive", ինչպես:

oQuery.ViewAttributes = "Scope=\"Recursive\"";

That solved the problem for CONTAINS. Ի դեպ, սա էլ լուծվել իմ օրիգինալ որոնման խնդիրը, եւ եթե ես նշվում է recursive հատկանիշը առաջին անգամ, Ես չէի վազում մեջ է կրկին.

Այն փաստը, որ մի տեսարան հիմնված SPQuery աշխատում, որոշ օպերատորներ (GEQ / LEQ) եւ ոչ թե մյուսները (Պարունակում է), զուգորդված է նրանով, որ KPIs չեն կարծես աշխատել բոլորի հետ, Թղթապանակ պարունակող փաստաթղթերի գրադարանների տանում եմ հավատալ, որ SPQuery ունի որոշ խնդիրներ orthogonality.

Հատուկ շնորհակալություն:

• Լավ folks է U2U եւ նրանց հարցում գործիք.
• Michael Hoffer ի մեծ "սովորում են անում" օրագրում Հաղորդագրություն, Դիտողություններն ու պատասխան.

</վերջ>

Անդամագրվել իմ բլոգում!

ԹԱՐՄԱՑՆԵԼ 02/29/08: I solved this problem by creating a folder and then assigning a content type to the folder which has the meta data I need for the KPIs. Ես նկարագրում, որ մի քիչ ավելի մանրամասն այստեղ.

We have implemented a technical solution where users upload documents to a document library. An event receiver creates a directory and moves the file to that directory (օգտագործելով տեխնիկան նման ինչ ես գրել այստեղ). We’ve successfully navigated around the potential issues caused by event receivers that rename uploaded files (հիմնականում այն ​​պատճառով, որ երբեք օգտվողները կսկսեն իրենց փաստաթուղթ, սեղմելով "New" բայց դրա փոխարեն ստեղծել Վիդեո տեղում, ապա դրանք վերբեռնել).

Այդ meta տվյալներ այդ փաստաթղթերի մեջ ներառում է մի Այո / Ոչ կայքը սյունը կոչվում "Urgent" and another site column called "Status". We need to meet a business requirement that shows the percentage of "Urgent" փաստաթղթերը, որոնց կարգավիճակը «սպասում»:.

Դա սովորաբար պարզ է անել եւ ես նկարագրել մի բան շատ նման է Sharepoint որսկան շուն ինչպես շատ էկրանի կրակոցներով, եթե դու շահագրգիռ.

Մի ընկույզի կեղլծ կճեպ, Ես հետեւյալը:

• Ստեղծել տեսակետը մասին doc գրադարանի կոչվում էր «սպասում»:.
• Կարգավորել տեսակետը անտեսել թղթապանակը կառուցվածքը.
• Ստեղծել KPI ցուցակ.
• Ստեղծել ցուցանիշը է, որ ցուցակում տեղ են վավեր lib եւ որ «վճիռ" դիտել.

This simply does not work. The KPI shows my target (e.g. հինգ հրատապ փաստաթղթերը) but always shows the actual number of urgent documents as zero. Paradoxically, եթե դուք ակոս ներքեւ մանրամասները, it shows the five urgent documents in the list. I created a very simple scenario with two documents, one in a folder and one not. Here is the screen shot:

Վերը էկրան shot պարզորոշ ցույց է տալիս, որ կան երկու փաստաթղթերը տեսակետից, սակայն, «արժեքը" is one. The "CamlSchema" ինչպես դատարկ Id փաստաթուղթը գտնվում է սկզբնական թղթապանակը, իսկ մյուսը գտնվում է թղթապանակում անունով »: 84".

Պարզվում է ինձ, որ թեեւ դուք նշեք տեսակետը, ապա KPI չի պահպանել "Ցույց տալ բոլոր կետերը, առանց պանակները" համար, եւ դրա փոխարեն, confines ինքն է սկզբնական թղթապանակը.

Եթե ​​ես եմ սխալվում, խնդրեմ թողնել ինձ մի գիծ կամ չվերաբերող մեկնաբանություններ.

</վերջ>

Անդամագրվել իմ բլոգում!