ניט זופּ פֿאַר איר! איז סיסקאָ די זופּ נאַצי פון נלב פּראָדוקטן?

הייַנט, I tried to access a document library via windows explorer. This doc lib is living inside a system that consists of two WFE’s load balanced by some kind of Cisco NLB solution. (אויב / ווען די נעץ וויזערדז זאָגן מיר וואָס עס איז, איך וועט דערהייַנטיקן דעם פּאָסטן).

Windows explorer couldn’t connect. I did some research and eventually, די נעץ וויזערדז האט געזאגט אַז וועבדאַוו איז פאַרקריפּלט דורך / ניט געשטיצט דורך / beneath the dignity of the NLB.

אַזוי, assuming the network wizards aren’t just telling me the network wizard equivalent of "take a long walk off a short bridge", איך האָבן צו ווונדער — טוט נלב, דורך נאַטור, דיסייבאַל וועבדאַוו? Do we lose our windows file explorer interface to SharePoint? Is Cisco the זופּ נאַצי?

אָנפירונג מאָך / ווסס ענוויראָנמענץ — בעכעסקעם אַרויף מיט מייקראָסאָפֿט 'ס וויסן באַזע

Microsoft creates knowledge base articles day in and day out and some of those are darned important to know about if you live in the SharePoint world.

איך האַלטן זיך צו גיכקייַט מיט זיי דורך אַ דינסט צושטעלן דורך די גוט פאָלקס בייַ www.kbalertz.com. KBAlertz enables you to sign up for your favorite MS technology and they send you digest versions of Microsoft KB articles via email.

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

(דערהייַנטיקט 11/29 צו דערקלערן ווי צו צוטריט וועב אַפּלאַקיישאַן פּאָליטיק סעטטינגס דורך די וי)

I had one of those "why is MOSS doing this to me????" moments today. אין די סוף, עס ס אַלע מיין שולד.

We have an enterprise MOSS project going on and we want to secure "place holder" sites so that no user may access it or see it. That’s easy:

  1. גיין צו די פּלאַץ.
  2. ברעכן די זיכערהייַט ירושה.
  3. נעם יעדער באַניצער / גרופּע פון ​​פּלאַץ פּערמישאַנז.

דער אויבן זאָל לאָזן נאָר דעם פּלאַץ זאַמלונג אַדמיניסטראַטאָר מיט דערלויבעניש צו זען די פּלאַץ.

אויב ווער עס יז אַנדערש לאָגס אין, זיי זאָל ניט מער זען די פּלאַץ און עס זאָל זייַן זיכערהייַט-טריממעד פון אַלע די געוויינטלעך ערטער.

אָבער … עס איז ניט. אין דער זעלביקער צייַט, I suddenly realize that my "Joe User" standard user test account with no priv’s other than restricted read access has a "Site Actions" choice everywhere he goes. I double check one thing and double check something else. I pick up the phone to call a colleague, but put it down and check something else. I go for a walk and try everything all over again. I call a colleague and leave a message. And then, לעסאָף, איך געפינען וואָס בייַ עטהאַן ס בלאָג, his opening graph makes it quite simple:

מאָך 2007 האט אַ נייַ שטריך גערופן וועב אַפּפּליקאַטיאָן פּאָליסיעס. די ביסט זיכערהייַט פּערמישאַנז אַז איז טייד צו אַ וועב אַפּפּליקאַטיאָן. די זיכערהייַט סעטטינגס אָווועררייד קיין זיכערהייַט באַשטעטיקן אַז איז שטעלן בייַ די מאַפּע קאַלעקשאַן אָדער מאַפּע (נעץ) מדרגה פֿאַר אַז באַניצער.

A quick visit to web application policies shows that "NT Authority\authenticated users" had been granted Full Read. I removed them from the list and everything finally started working as expected. I believe they were added in the first place by someone with the mistaken impression that that is best method to grant read access to everyone in the enterprise. It does, אָבער, צו שפּאַנונג אַ ציטירן, "It does not mean what you think it means."

Access web application policies this way:

  1. גיין צו סענטראַל אַדמיניסטראַציע
  2. אויסקלייַבן אַפּפּליקאַטיאָן פאַרוואַלטונג
  3. Select "Policy for Web Application"
  4. אויף וואָס פאַרשטעלן, make sure you pick the correct web application. פֿאַר מיר, עס דיפאָלץ צו די וועב אַפּלאַקיישאַן פון הויפט אַדמין וואָס זאל נישט זייַן דער איין איר ווילן.

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

פּלאַץ אַקשאַנז קענטיק פֿאַר אַלע ניצערס

פּלאַץ אַקשאַנז קענטיק צו אַלע ניצערס

פּלאַץ אַקשאַנז זענען נישט זיכערהייַט טריממעד

זיכער אַ מאָך פּלאַץ

הקדמה צו מאָך זיכערהייַט

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

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

שנעל און פּשוט ינסטרוקטיאָנס:

רעדאַגירן אַ בלאַט און לייגן אַ זוכן קאָר רעזולטאַטן וועב טייל.

Edit that web part and expand "Fixed Keyword Query".

לייג די פאַרפעסטיקט קיווערד אָנפֿרעג (e.g. קאָנטענטטיפּע:"Training invoice" טראַינינגינוואָיסענומבער:1111)

Expand Results Query Options and change "Cross-Web Part query ID" to a value other than "User Query" (e.g. "Query 2").

הערות:

Using core search results in this manner allowed me to create a page that shows information from another site collection. The client has two major site collections: דיפּאַרטמאַנץ און פּראָדוקטן.

דער פּראָדוקט פּלאַץ זאַמלונג כּולל, געוויינטלעך גענוג, product information. Each product in the site collection aggregates data from multiple sources.

איינער פון די דיפּאַרטמאַנץ, קאָודז און טעסטינג, is on such source. When users access product XYZ, they should see codes and testing data directly on the XYZ main page. Since codes and testing is hosted in another site collection, it’s a little awkward. We decided to use the core search results web part since search spans site collections. Codes and Testing manages product data via a custom list that is constrained by a specific content type. Aa keyword query that uses first the content type and then the product number narrow down the search to a single row in the custom list.

The keyword query above is an AND. It returns documents of content type "Training Invoice" and where the invoice number equals "1111".

א פייַן נוץ פון דעם צוגאַנג: We can edit the XSL from the core search results web part and generate any format that we want.

זען דאָ (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) פֿאַר אן אנדער בלאָגגער ס דיסקוסיע אויף דעם טעמע.

</עק>אַבאָנירן צו מיין בלאָג.

דערציילט מיר וועגן דיין בלאָג!

אויב איר טייַנען אַ בלאָג וואָס איז לפּחות מינאַמאַלי פארבונדן צו שאַרעפּאָינט, please let me know in comments. I would love to add you to my בלאָג רשימה.

אויב איר טייַנען אַ בלאָג וואָס איז ניט פארבונדן צו שאַרעפּאָינט אָבער ווילן מיר צו לייגן עס סייַ ווי סייַ, לאָזן מיר וויסן. I’ll may create a separate blog list.

ביטע געבן:

  • דיין בלאָג URL (דאָך)
  • א קורץ באַשרייַבונג פון דיין בלאָג.

I want to keep the link to "active" בלאָגס, which I’m roughly defining as one post per week and minimum three months old. If you don’t meet that "requirement" add your name to comments anyway. It’s *my* list so I can break my own rule if I want to.

דאַנק!

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

The client noticed a bug today with the above mentioned template.

Course managers create courses. When creating a course, די פאַרוואַלטער ספּעסאַפייז מאַקסימום נומער פון פאַראַנען סיץ.

The template provides for self-service enrollment. I enroll and a workflow attached to the registration list decrements the "available seats" פארבונדן מיט וואָס לויף.

Individuals may also unregister from a course. The bug lies here. Unregistering from a course does not increment the available seats counter. ווי אַ רעזולטאַט, available seats is not accurate. This bug is compounded by the fact that when available seats decrements to zero, ניט מער זיך-דינסט רעגיסטראַציע איז ערלויבט.

צומ גליק, Microsoft provides the workflow for this process. Even better, עס ס אַ גלייַך-פאָרויס וואָרקפלאָוו באשאפן דורך שאַרעפּאָינט דיזיינער.

גיי די הויך מדרגה טריט צו פאַרריכטן עס:

  1. פייַער אַרויף סדפּ.
  2. אַקסעס די פּלאַץ באזירט אַוועק די טריינינג מוסטער.
  3. Access "Attendee unregistration" וואָרקפלאָוו.
  4. אַרייַנלייגן די טריט (איך געמאכט זיי דער ערשטער צוויי טריט):
    1. רעכענען קאָרסאַז:אָנגעפילט סיץ מינוס 1 (רעזולטאַט צו בייַטעוודיק:קאַלק)
    2. (דעמאָלט) דערהייַנטיקן נומער אין קאָרסאַז

גיט ענדיקן און איר ניטאָ געטאן.

סקרין שאַץ:


שאַרעפּאָינט דיזיינער:

בילד

פאַרטיק וואָרקפלאָוו:

בילד

רעכענען בויער-אַראָפּ:

בילד

דערהייַנטיקן נומער אין קאָורסעס:

בילד

געבן גוט נייַעס אָפט; געבן שלעכט נייַעס פרי

איך ווע געווען אַ קאָנסולטאַנט פֿאַר אַ פּלאַץ פון יאָרן איצט און ווי קיין איבערגעלעבט קאָנסולטאַנט ווייסט, good communication is one of the key pillars to the successful delivery of a project. עס ס אַזוי קלאָר ווי דער טאָג, it’s really almost boring to talk about. This isn’t a post about generic communication. אַנשטאָט, איך בין שרייבן וועגן די דאַרקער זייַט פון קאָמוניקאַציע — קאַמיונאַקייטינג שלעכט נייַעס.

עס גייט אָן געזאגט אַז געבן גוט נייַעס צו די קליענט איז געטאן אַלע די צייַט, as often as possible. Who doesn’t want to give good news? Who doesn’t like to hear good news?

אויף די פליפּ זייַט, bad news is no fun at all. I have always struggled with this. In the earlier days of my career, איך וואָלט וויסן עפּעס איז געווען אַפ אַ צייַט מיט אַ פּרויעקט און אַנשטאָט פון טעלינג די קליענט, I would work longer hours to try and solve the problem. I would enjoin my team to work harder. It’s a natural enough impulse to think that a super-human effort can save the day. Some times this works, some times it does not. Even when it "works" it’s often a mixed bag. Is the quality of the deliverable really up to spec when key parts have been developed over several 60 צו 80 שעה וואָכן?

וואָס איז דער בעסטער וועג צו שעפּן שלעכט נייַעס? The answer is: tell it early. Don’t wait until one week before the project budget will be consumed. If you know six weeks out that there simply isn’t enough time to deliver some bit of promised functionality, tell the client right then and there. The client may get upset (מיסטאָמע וועט), there may be incriminations and accusations and hurt feelings. אָבער, ווען ימאָושאַנז קיל אַוועק, there’s still six weeks left on the project. Six weeks is a good chunk of time. There’s time to adjust plans, טוישן סקעדזשולז, באַקומען די פּילקע ראָולינג אויף בודזשעט יקסטענשאַנז (זאָל זייַנ מיט מאַזל!) and just generally come to grips with the "facts on the ground" and devise a new plan that still results in a successful project.

פאַל אין פונט: איך בין ארבעטן אויף אַ פּרויעקט קעראַקטערייזד דורך:

  • ה&E budget with a capped "Not to exceed" דאָלאַר סומע.
  • A "best efforts will be made" צוזאָג צו באַפרייַען רענטגענ, י און ז דורך פּרויעקט ס סוף.
  • Lack of promised key resources on the client side. These resources were not withheld on purpose, nor for any "bad" פאַרוואָס, אָבער זיי זענען געווען וויטכעלד.
  • A dawning realization as the project passed the half-way point that we were not going to be able to deliver "Z" (דער הויפּט ווייַל די צוגעזאגט רעסורסן זענען נישט פאקטיש בנימצא).
  • Regular status reports and "CYA" דאַקיומענטיישאַן אַז באַקט אונדז (די קאַנסאַלטינג קאָלעקטיוו) up.
  • טייטלי שטריקן ימפּלאַמענטיישאַן קאָלעקטיוו מיט מיטגלידער ציען פון די קאַנסאַלטינג אָרגאַניזאַציע (מיין געזעלשאַפט) און דער קליענט.
  • ווייַט פאַרוואַלטונג קאָלעקטיוו, in both a metaphorical and physical sense. The management team was focused on another large enterprise project and due to space constraints, די ימפּלאַמענטיישאַן מאַנשאַפֿט איז כאַוזד אין אַ באַזונדער בנין אויף קאַמפּאַס, down a hill and relatively far way from "civilization".

מיט בעערעך זעקס וואָכן לינקס אויף די פּרויעקט בודזשעט, מיר (די ימפּלאַמענטיישאַן קאָלעקטיוו) knew that we were trouble. The contract said that we needed to deliver "Z". Even though the project is time & materials and even though we only promised "best efforts" צו באַפרייַען ז און אַפֿילו כאָטש מיר האבן גרויס טערעץ פֿאַר פעלנדיק די עקספּרעס … די דנאָ שורה איז אַז עס איז נישט קוקן גוט — מיר זענען נישט געגאנגען צו באַפרייַען ז אין אַ פאָרעם אַ קוואַליטעט וואָס וואָלט מאַכן ווער עס יז שטאָלץ.

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

א מיני פיירסטאָרם יראַפּטיד איבער דער ווייַטער ביסל טעג.

טאָג 1: פאַרוואַלטונג מאַנשאַפֿט רופט אין זייַן שטעקן פֿאַר אַ ספּעציעל באַגעגעניש (מיר, די קאָנסולטאַנץ זענען נישט פארבעטן). Contracts are printed and handed out to everyone and a line-by-line review ensues. Management puts the staff members on the defensive. I don’t think the phrase "סטאָקכאָלם סינדראָמע" איז * פאקטיש * געוויינט, אָבער איר באַקומען די בילד. We’re a tight-knit group, נאָך אַלע, און דער שטעקן האט שוין ארבעטן מיט אונדז קאָנסולטאַנץ טאָג אין און אויס פֿאַר עטלעכע חדשים איצט.

טאָג 2: Management calls another staff meeting. They feel a little better. They want options and ideas for moving forward. They realize there’s still six weeks remaining in the current project budget, which is still a decent bit of time. One of the action items: פּלאַן אַ באַגעגעניש מיט פול ימפּלאַמענטיישאַן קאָלעקטיוו (אַרייַנגערעכנט קאָנסולטאַנץ).

טאָג 5: גאַנץ מאַנשאַפֿט מיץ, constructive meeting ensues and a new achievable plan put into place. Even better, we’ve already begun discussing phase two and the client invites us to prepare proposals for that phase immediately.

אויב מיר האט געווארט ביז נאָר דרייַ וואָכן פארבליבן, אָדער אַפֿילו ערגער, איינער אָדער צוויי וואָכן, it would have been much different. Instead of a constructive meeting to re-align the project, מיר וואָלט האָבן שוין פּולינג אויס סטאַטוס מעלדעט, parsing the contract and reviewing old emails to justify this or that decision. We would have "won" but is it really "winning" אין דעם פאַל?

אַזוי, אויב איר האָט צו געבן שלעכט נייַעס, give it early. Bad news given late isn’t just bad, עס ס שרעקלעך.

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

People commonly ask about using a column of data type "Person or Group" in another column of data type "Calculated".

דנאָ שורה, דאָס טוט נישט אַרבעטן אין ווסס 3.0 (אָדער מאָך).

ווען אַדינג אַ קאַלקיאַלייטיד זייַל, WSS shows the list of fields it allows you to use for the calculation. If you type in the name of a column that is not in its list, עס דערציילט איר:

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

וואָרקאַראָונד: Use an event handler. The event handler fires when the user saves the item. It performs the update you would have wanted the calculated column to do for you.

נוציק לינקס אויף קאַלקיאַלייטיד פעלדער אין אַלגעמיין:

שנעל אָפּלייקענונג: איך גלויבן די אויבן צו זייַן אמת און פּינטלעך, אָבער איך ווע געזען גענוג קלוג טריקס דאָ און דאָרט אין מאָך / ווסס אַז איך וואָלט ניט זייַן גאָר סאַפּרייזד (אַגאַג אויב איר וועט) if someone has figured out a way to do this without resorting to code. If you’ve figured out clever work-around or know someone that did, please let me know!

מאָך / ווסס דערציילט מיר: “דער בלאַט האט שוין מאַדאַפייד דורך אן אנדער מחבר אויף …” אָבער פאקטיש, עס איז ניט.

We did some heavy duty re-organizing of our site taxonomy via "Manage Content and Structure". For reasons unknown to me, דעם פּראָצעס (כאָטש ארבעטן אין די הויפּט) broke some navigation links in the quick launch. The broken links are characterized by:

  • Wrong URL. לעמאָשל, it should be "/sites/departments/HumanResources/…". אָבער, the new link is "/sites/Corporate/HumanResources/…".
  • ריפּיטיד ביטן אויף די אָנפֿרעג שטריקל פון די כעדינג, ווי אין:

/זייטלעך / דיפּאַרטמאַנץ / הומאַנרעסאָורסעס / _לייַאָוץ / וויעוולסצ.אַספּקס?BaseType=0?BaseType=0?BaseType=0?BaseType=0

That’s easy enough to fix via site settings/navigation. Except, מאָך גיט מיר מיט דעם ווען איך פּרובירן און טאָן עס:

בילד

די פאַקט איז, קיין איינער איז געמאכט קיין טוישן דאָרט (באַזונדער פון מיר, אַוואַדע).

א שנעל זוכן טורנס אַרויף דעם מסדן גרופּעס דיסקוסיע: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

וויליאם העורדיער לייז עס אויס נייסלי אין די די פּענאַלטאַמאַט (ווי פון 10/02/07) פּאָסטן:

פאַקט איז:

צו באַשטעטיק פארדארבן כעדינגז, איר האָבן צו :

– אַראָפּנעמען אַלע די רשימות אונטער פארדארבן כעדינג

– אַראָפּנעמען פארדארבן כעדינג

– פון דער רשימה סעטטינגס, add a removed list to the quick launch (דאס רעגענערירן אַ ניט פארדארבן כעדינג)

איר זענט דעמאָלט גוט צו גיין….


שאַרעפּאָינט עקספּערט – היטל געמיני סאָגעטי שווייץ

איך איז געווען אַ ביסל צעמישט ווייַל איך געהאלטן פעלן צו גיין צו די נאַוויגאַציע בלאַט, make the change and then get hit with the "page was modified" message. Eventually, I realized I had to go to the list settings and remove/add it to quick launch. That did the trick. Happy times are here again!

</עק>

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

פּראָבלעמס מיט “פּויזע ביז טאָג” טעטיקייט אין ספּד-באשאפן וואָרקפלאָווס

דערהייַנטיקן 12/10/07: Hotfix as described in MSDN KB929816 solved the problem for us mentioned below. Obtain the hotfix and then install on each server on the farm. דעמאָלט, sharepoint configuration utility on each server. Here is the MS Support link for that KB: http://support.microsoft.com/kb/932816.

הינטערגרונט:

מיר האָבן אַ געשעפט פאָדערונג ווו אַ ינווייראַנמענאַל ינזשעניעריע פאַרוואַלטער דאַרף צו ענשור אַז 30 some-odd manufacturing locations located throughout the United States needs to ensure that those plants file for their various state-mandated permits in a timely fashion. One approach we’ve investigated leverages the "Pause Until Date" activity available to us via SharePoint Designer worfklow. The engineering manager (אָדער איר אַססיסטאַנט) enters all the required permits and reminder dates at the start of the year. The system then does all the heavy lifting.

סוויווע:

מאָך, 64 ביסל, ווירטואַל מאַשין סוויווע (אַנטוויקלונג קאַסטן), 2 סערווערס (סקל אויף סערווירער #1, אַלץ אַנדערש אויף סערווירער #2).

פּראָבלעמס:

The Pause Until Date action seems like the perfect solution and it may well prove itself to be. אָבער, עס טוט נישט אַרבעט גוט אויס פון די קעסטל (פֿאַר אונדז).

  1. די וואָרקפלאָוו אַרבעט איז נישט סקעדזשולד צו לויפן, ever. I discovered this by reading through קריסטאַפער ווייסע ס (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) excellent write-up by using stsadm thusly:

    C:\>stsadm -o getproperty -propertyname "job-workflow" -URL הטטפּ://לאָקאַלהאָסט

    <Property Exist="No" />

    C:\>

    וואָס איז געווען אַ חידוש רעזולטאַט אָבער לייכט סאַלווד:

    C:\>stsadm -o setproperty -propertyname "job-worfklow" -propertyvalue "every 1 מינוט צווישן 0 און 59" -URL הטטפּ://לאָקאַלהאָסט

    אָפּעראַציע געענדיקט הצלחה.

    C:\>

    אויף טאן אַז, the first "In Progress" וואָרקפלאָוו געשווינד פייערד אַרויף און האט עס 'ס אַרבעט.

  2. סאַדלי, the next one didn’t work as expected. טאַנגקפאַלי, Christopher refers us דאָ (http://support.microsoft.com/kb/932816). As of writing of this entry, מיר ניטאָ ווארטן פֿאַר די עס אָפּטיילונג צו קריגן אַז האָטפיקס, but it does look promising. Our copies of the affected .dll’s do not share the same byte size, אַזוי אַלעווייַ דעם וועט סאָלווע די פּראָבלעם.

וואָרקאַראָונד:

Re-running the stsadm -o setproperty command seemed to prod the workflow timer awake. It would, בעערעך 7 מינוט שפּעטער, actually wake up and continue along with the workflow.

שאלות / ישוז אַדדרעססעד:

פּויזע ביז טאָג טוט נישט אַרבעטן.

פּויזע ביז טאָג טוט נישט נעמענ זיכ ווידער.

Workflow status does not change from "In Progress"

Workflow status stays "In Progress"