כוידעשלעך אַרטשיוועס: ויגוסט 2008

שאַרעפּאָינט באַניצער גרופע וועבקאַסט הייַנט בייַ נאַכט

הייַנט בייַ נאַכט, 08/20/08, די קאָננעקטיקוט שאַרעפּאָינט באַניצער גרופּע באַגעגעניש איז בראָדקאַסטינג אַ וועבקאַסט אין לו פון אַ גשמיות באַגעגעניש דעם חודש.

הייַנט בייַ נאַכט ס טעמע: "Microsoft Office SharePoint Server 2007 – עקסטראַנעט דיפּלוימאַנט מעטאָודאַלאַדזשיז"

Microsoft’s own Chris Lavista will lead the discussion. I’ve worked with Chris before and he really knows his stuff. If you have any interest in this subject, טשעק עס אויס. Here are the details:

שאַרעפּאָינט באַניצער גרופע וועבקאַסט: https://www.clicktoattend.com/invitation.aspx?code=130299

טעמע: מיקראָסאָפט אָפפיסע שאַרעפּאָינט סערווירער 2007 – עקסטראַנעט דיפּלוימאַנט מעטאָודאַלאַדזשיז
רעדנער:
קריס לאַוויסטאַ פון מייקראָסאָפֿט

דאַטע: ויגוסט 20טה ברוכים הבאים צייט: 6:15 PM צייַט: 6:30 PM -8:00PM


באַשרייַבונג:
שאַרעפּאָינט אַלאַוז פֿאַר קייפל דיפּלוימאַנט אָפּציעס. די דיסקוסיע וועט זייַן סענטערד אויף ווי אַ זיכער עקסטראַנעט אויף די שאַרעפּאָינט פּלאַטפאָרמע קען זייַן דיפּלויד. דיסקוטירן בעסטער פּראַקטאַסאַז און סינעריאָוז ינוואַלווינג די ינטאַגריישאַן פון פאָרעפראָנט טעקנאַלאַדזשיז, יסאַ סערווירער 2006 און יאַג 2007. אָפּטיאָנאַללי, רעדן צו געשטיצט איין צייכן אויף נוצן קאַסעס.
וועגן קריס:
Chris Lavista is a Technical Architect at recently opened Microsoft Technology Center in New York. His focus is on SharePoint, מיטאַרבעט, און וניפיעד תקשורת. ער האט געארבעט אין דער פינאַנציעל סערוויסעס אינדוסטריע (יאָגן, סיטיגראָופּ) פריערדיק צו דזשוינינג מייקראָסאָפֿט פֿאַר 8 יאָרן. He started at Microsoft in 2000 ווי טייל פון זייער קאַנסאַלטינג באַדינונגען פיר איידער דזשוינינג די מטק מאַנשאַפֿט אין פרי 2006.

פאַרשרייַבונג & מער אינפֿאָרמאַציע: https://www.clicktoattend.com/invitation.aspx?code=130299

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס:

האט אייער זוכן קאַמיטי באגעגנט דעם חודש?

עס ס די אָנהייב פון די חודש און איצט איז ווי גוט אַ צייַט ווי קיין פֿאַר דיין פירמע ס זוכן קאַמיטי צו באַקומען צוזאַמען און פונאַנדערקלייַבן בעסטער בעץ, מצליח און נישט אַזוי מצליח אָנפֿרעגן, אאז"ו ו.

איר טאָן ניט האָבן אַ זוכן קאַמיטי? Then form one 🙂

WSS and especially MOSS search benefit from some human oversight. Investing a few hours a month on a consistent monthly basis is not only מער שפּאַס ווי אַ פאַס פון מאַנגקיז, עס קענען:

  • Give insight into the information needs of the enterprise. If people are searching left and right for topic "xyzzy," you know that’s an important topic to the enterprise.
  • Identify potential training requirements. If people are searching for topic "xyzzy" but should really be searching for "abcd" דעמאָלט איר קענען נוצן אַז צו דערציען פאָלקס אויף ווו און ווי צו געפינען די אינפֿאָרמאַציע.
  • Help your organization refine its information architecture.
  • ידענטיפיצירן אַפּערטונאַטיז צו פאַרבעסערן די טאַסאָראַס.
  • אנדערע אַפּערטונאַטיז וועט קיין צווייפל פאָרשטעלן זיך.

ווער זאָל זייַן אויף זוכן קאַמיטי? You would know your people best, אָבער באַטראַכטן:

  • לפּחות איין (און אפֿשר בלויז איין) עס מענטש וואס פארשטייט (אָדער קענען לערנען) די פארשידענע וועגן צו טוויק זוכן, אַרייַנגערעכנט בעסטער בעץ, טאַסאָראַס, געראטן פּראָפּערטיעס, אאז"ו ו.
  • עטלעכע אונטער ענין עקספּערץ וואָס קענען לייענען די זוכן מעלדעט, ינדזשעסט עס און יבערגעבן געשעפט-סאַווי אַקשאַנז צו עס אַזוי אַז עס קענען שטופּן די קנעפּלעך, ציען די לעווערז און עפענען / נאָענט וואַלווז ווי נייטיק צו אויף קאַמיטי רעקאַמאַנדיישאַנז.
  • איינער אָדער מער אינפֿאָרמאַציע אַרקאַטעקץ וואס קענען וואַלאַדייט, איין וועג אָדער אנדערן, צי די אינפֿאָרמאַציע אַרקאַטעקטשער איז זוכן פרייַנדלעך און צי עס ס ארבעטן אויס גוט פֿאַר די פאַרנעמונג.
  • A rotating seat on the committee. Bring in one or two people who don’t normally participate in these kinds of efforts. They may bring unusual and valuable insights to the table.

מזל אַנאַלייזינג!

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס:

שנעל און יזי: באַקומען ספּפאָלדער פון ספּיטעמליסט

איך האַלטן פליסנדיק אין דעם פּראָבלעם און די גוגל קיינמאָל מיינט צו פֿאַרשטיין וואָס איך ווילן צו טאָן, אַזוי איך פיגיערד איך וואָלט שרייַבן דעם אַראָפּ.

איך ווע שוין טאן אַ פּלאַץ פון געשעעניש ופנעמער דיבאַגינג אין די לעצטע וואָך אָדער צוויי. The ER is defined against a document library. The individual items in the document library are tightly related to their parent folders. אַזוי, I am always getting the folder of the item for various manipulations. While debugging, איך דארף צו דערהייַנטיקן די מעטאַדאַטאַ פון אַ טעקע פֿאַר אַ ספּעציפיש נומער וועמענס שייַן איך וויסן.

דאָ ס אַ ביסל קאַנסאָול אַפּלאַקיישאַן (דיזיינד צו לויפן אויף סערווער אין די פאַרם) וואָס נעמט צוויי טענות: די שייַן פון אַ נומער און אַ ווערט צו באַשטימען צו אַ פעלד, "Approval Status". It hard codes a lot of stuff and has no error checking.

The code looks up a hard coded site, gets a hard coded document library and then finds the indicated item. It then finds the parent folder of that item and assigns the status value.

The key lesson here for me is that SPItem doesn’t get you access to the folder. You need to use SPListItem.File.

If anyone cares to offer a critique or suggest a better way to get the folder of an item, ביטע לאָזן אַ באַמערקונג.

<code>
ניצן סיסטעם;
ניצן סיסטעמ.קאָללעקטיאָנס.גענעריק;
ניצן סיסטעמ.טעקסט;
ניצן Microsoft.SharePoint;
ניצן סיסטעמ.קאָללעקטיאָנס;

נאָמענטייל קאָנטשאַנגאָ
{
    /// <קיצער>
 /// </קיצער>
 קלאַס ManualFolderUpdate
    {
        סטאַטיק פּאָסל הויפּט(שטריקל[] אַרגס)
        {
            שטריקל msh = "ManualFolderUpdate (v1.0): "; // msh = "Message Header"

 קאַנסאָול.ווריטעלינע(msh + "Starting up.  I was last modified on 08/04/08.");

            שטריקל url = http://localhost/xyzzy;

            ניצן (ספּסיטע oSPSite = נייַ ספּסיטע(URL))
            {

                ניצן (ספּוועב oSPWeb = oSPSite.OpenWeb())
                {
                    ספּליסט docLib = oSPWeb.Lists["Documents"];

                    קאַנסאָול.ווריטעלינע(msh + "Got the document library.");

                    קאַנסאָול.ווריטעלינע(msh + "Doc lib item count: [" + docLib.ItemCount + "].");

                    ינט FolderID = 0;
                    שטריקל נעווסטאַטוס = "xyzzy";

                    פאָלדעריד = סיסטעם.גער.טאָינט32(אַרגס[0].טאָסטרינג());
                    קאַנסאָול.ווריטעלינע("Seeking folder for item: [" + פאָלדעריד + "].");

                    ספּליסטיטעם לי = דאָקליב.געטיטעמבייד(פאָלדעריד);

                    ספּפאָלדער טהיסיטעמפאָלדער = לי.פילע.פּאַרענטפאָלדער;

                    קאַנסאָול.ווריטעלינע(msh + "Got the parent folder.");

                    נעווסטאַטוס = אַרגס[1].טאָסטרינג();
                    קאַנסאָול.ווריטעלינע("Setting status to [" + נעווסטאַטוס + "].");

                    קאַנסאָול.ווריטעלינע("Press return to commit the update or CTRL-C to abort.");

                    קאַנסאָול.רעאַדלינע();

                    טהיסיטעמפאָלדער.יטעם["Approval Status"] = נעווסטאַטוס;
                    טהיסיטעמפאָלדער.יטעמ.ופּדאַטע();

                    קאַנסאָול.ווריטעלינע(msh + "Finished updating the folder.  עקסיטינג.");

                } // ניצן ספּוועב

            } // ניצן ספּסיטע

 קאַנסאָול.ווריטעלינע(msh + "Finished.");

        } // הויפּט

    } // קלאַס פאָלדערסינק
} // נאָמענטייל
</code>

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס:

זונטיק מאָרגן מאָדנע: “טאַטע, ער טוט נישט אפילו וויסן איר”

מיר צאָפנדיק ניו דזשערזי גאַלווין ס זענען גרויס פאַנס פון דער פּאָליטיש סאַטירע טעלעוויזיע. פּראָגראַם, די דיילי ווייַז hosted by Jon Stewart. I don’t like to get political in my blogging, אַזוי אַלע איך וועט זאָגן אויף וואָס איז אַז אָן דעם טעגלעך ווייַז, איך זאל געזונט האָבן פּערמאַנאַנטלי פאַרפאַלן אַלע פון ​​זינען פון הומאָר אויף אָדער וועגן 12/12/2000.

We were having a meal on the deck early last week and my ten year old son brings up a recent episode of the Show. I made the comment, "Jon Stewart knows that he better not make fun of me or there will be terrible consequences for Jon Stewart."

My son thinks about it for a minute and says: "Dad, number one: He doesn’t even know you."

I waited for a number two, but he decided that was enough and moved on to the next subject without skipping a beat.

It used to be that I could get a lot more mileage out of those kinds of jokes, but he’s getting too used to me or too mature or both. I need to adjust somehow.

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס:

אָנגעשטעלטער טראַינינג פּלאַן און מאַטעריאַלס מוסטער — אַוועקזעצן גראף באַג פּלוס זיכערהייַט פיקס(?)

דאס איז אַ פערלי פאָלקס "פאַביאַלאַס 40" מוסטער. It also has a bug which is widely known (איך ווע אַפֿילו בלאָגגעד וועגן ווי צו פאַרריכטן עס).

סאָגעטי באפרייט אַ קאָדעפּלעקס פּרויעקט דעם וואָך, אז פיקסיז דעם זשוק (וואָס איז פייַן דורך זיך, אָבער ניט ערד-שאַטערינג) אָבער זיי אויך פאָדערן צו האָבן סאַלווד אַ פיל טהאָרניער פּראָבלעם: זיכערהייַט. The fab 40 מוסטער ריקווייערז אַ זייער ברייטהאַרציק זיכערהייַט באַשטעטיקן (ניצערס דאַרף קאָנטריבוטאָר מדרגה צוטריט צו כמעט אַלץ). Not any more! According to the codeplex summary:

"This template also includes a new custom workflow action which enables the template to work without having to give all users contribute permissions to the courses list."

אַז ס 'גוט שטאָפּן און ווערט קאָנטראָלירונג אויס.

</עק>

אַבאָנירן צו מיין בלאָג.

שאַרעפּאָינט דיזיינער וואָרקפלאָוו, געשעעניש רעסעיווערס און “דערהייַנטיקן רשימה נומער” קעגן “שטעלן פיעלד אין קראַנט נומער”

We have a set of SharePoint designer workflows that "communicate" with an event receiver on the list via changes to site column values. לעמאָשל, if a site column "SetDuedate" איז באַשטימט צו אמת דורך די וואָרקפלאָוו, די געשעעניש ופנעמער דיטעקץ אַז ענדערונג, קאַלקיאַלייץ אַ רעכט דאַטע און אַסיינז אַז דאַטע צו אנדערן פּלאַץ זייַל, "Due Date." We split things up like this because the event receiver can calculate a due date using complex business rules (גענומען וויקענדז און פירמע האָלידייַס אין חשבון) בשעת ספּד טאַקע קענען ניט.

אין איין ספּעציפיש בייַשפּיל, we ran into a problem with this trick. Debugging all this is pretty difficult, אָבער מיר געקומען צו די באַשטימט מסקנא אַז אין איין פאַל (בייַ מינדסטער), the event receiver was not running all the time. In one step of the workflow, we would change the value of a site column and the event receiver didn’t appear to run. אָבער, עס איז געווען פליסנדיק קאַנסיסטאַנטלי אין אַ פאַרשידענע שריט פון די וואָרקפלאָוו.

נאָך ריוויוינג עס, I noticed that the happy workflow step used the "Update List Item" while the other step used "Set Field in Current Item." Update List Item was updating the "current item." I’m not sure why we picked one over the other since they would seem to be doing the same thing.

אַזוי … the Update List Item action did cause the event to fire. אויף די אנדערע האַנט, די באַשטעטיקט פיעלד אין קראַנט נומער קאַמף האט ניט.

איך געוויינט אַפּדייט רשימה נומער אין ביידע ערטער און לילאַ! It worked. [[ גאַנץ באַזונדער, איך געשפילט די פֿידל פֿאַר אויף אַ טעגלעך יקער פֿאַר כּמעט 15 יאָרן ]]

פון דעם, I tentatively believe that the "Set Field" קאַמף טוט נישט גרונט געשעעניש ראַסיווערז צו פייַער, at least some of the time.

This issue bedeviled us for weeks.

This is one of those "observed behavior" posts. I observed this happen once in a specific environment and I’m making some guesses as to why things happened as they did. If you have any insight into this one, ביטע שער אין די באַמערקונגען.

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס: