ನೀವು ಯಾವುದೇ ಸೂಪ್! ಈಸ್ ಸಿಸ್ಕೋ NLB ಉತ್ಪನ್ನಗಳ ಸೂಪ್ ನಾಜಿ?

ಇಂದು, 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, ನೆಟ್ವರ್ಕ್ ಮಂತ್ರವಾದಿಗಳ ಹೇಳಿದರು WebDAV ಅಶಕ್ತಗೊಂಡಿರುತ್ತದೆ / ಬೆಂಬಲಿಸುತ್ತಿಲ್ಲ / 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", ನಾನು ಆಶ್ಚರ್ಯ ಹೊಂದಿವೆ — NLB ಮಾಡುತ್ತದೆ, ಸ್ವಭಾವತಃ, WebDAV ಅಶಕ್ತಗೊಳಿಸಿ? Do we lose our windows file explorer interface to SharePoint? Is Cisco the ಸೂಪ್ ನಾಜಿ?

MOSS ವ್ಯವಸ್ಥಾಪಕ / WSS ಪರಿಸರಗಳು — ಮೈಕ್ರೋಸಾಫ್ಟ್ನ ಜ್ಞಾನ ಬೇಸ್ ಇರಿಸಿಕೊಳ್ಳಲು

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 UI ಮೂಲಕ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ನೀತಿಯ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಪ್ರವೇಶಿಸಲು ಹೇಗೆ ವಿವರಿಸಲು)

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:

MOSS 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".

ಸ್ಥಿರ ಕೀವರ್ಡ್ ಪ್ರಶ್ನೆಯನ್ನು ಸೇರಿಸಿ (ಉದಾ.. ContentType:"Training invoice" TrainingInvoiceNumber:1111)

Expand Results Query Options and change "Cross-Web Part query ID" to a value other than "User Query" (ಉದಾ.. "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. SDP ಗಳು ಅಪ್ ಫೈರ್.
  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" ಎಕ್ಸ್ ನೀಡಲು ಭರವಸೆ, ಯೋಜನೆಯ ಕೊನೆಯಲ್ಲಿ Y ಮತ್ತು Z.
  • 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.

ಕೇವಲ ಮೂರು ವಾರಗಳ ಉಳಿದಿತ್ತು ನಾವು waited ಎಂದು, ಅಥವಾ ಇನ್ನೂ ಕೆಟ್ಟದಾಗಿ, ಒಂದು ಅಥವಾ ಎರಡು ವಾರಗಳ, 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".

ಬಾಟಮ್ ಲೈನ್, ಈ WSS ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ 3.0 (ಅಥವಾ MOSS).

ಒಂದು ಲೆಕ್ಕಾಚಾರ ಕಾಲಮ್ ಸೇರಿಸುವಾಗ, 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.

ಸಾಮಾನ್ಯವಾಗಿ ಲ ಜಾಗ ರಂದು ಉಪಯುಕ್ತ ಕೊಂಡಿಗಳು:

ತ್ವರಿತ ಹಕ್ಕು ನಿರಾಕರಣೆ: ನಾನು ಮೇಲೆ ನಿಜವಾದ ಮತ್ತು ನಿಖರ ಎಂದು ನಂಬುತ್ತಾರೆ, ಆದರೆ ನಾನು ಬಹಳ ಆಶ್ಚರ್ಯ ಎಂದು MOSS / WSS ಇಲ್ಲಿ ಮತ್ತು ಅಲ್ಲಿ ಸಾಕಷ್ಟು ಬುದ್ಧಿವಂತ ತಂತ್ರಗಳನ್ನು ನೋಡಿದ (ಆತುರದಿಂದ ನೀವು ತಿನ್ನುವೆ ವೇಳೆ) 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, ನನಗೆ ತಿಳಿಸಿ ದಯವಿಟ್ಟು!

MOSS / WSS ನನಗೆ ಹೇಳುತ್ತದೆ: “ಪುಟ ಇನ್ನೊಂದು ಲೇಖಕರು ಮಾರ್ಪಡಿಸಲಾಗಿದೆ …” ಆದರೆ ವಾಸ್ತವವಾಗಿ, ಇದು ಅಲ್ಲ.

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/…".
  • Repeated bits on the query string of the heading, ನಲ್ಲಿ:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType=0?BaseType=0?BaseType=0?BaseType=0

That’s easy enough to fix via site settings/navigation. Except, MOSS presents me with this when I try and do it:

ಚಿತ್ರ

The fact is, no one is making any change there (aside from me, ಸಹಜವಾಗಿ).

A quick search turns up this MSDN forums discussion: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier lays it out nicely in the the penultimate (ಆಫ್ ಮಾಹಿತಿ 10/02/07) ಪೋಸ್ಟ್:

Fact is:

To reset corrupted headings, you have to :

– remove all the lists under corrupted heading

– remove corrupted heading

– From the list settings, add a removed list to the quick launch (This regenerate a non corrupted heading)

You are then good to go….


Sharepoint Expert – Sogeti Cap Gemini Switzerland

I was a bit confused because I kept wanting to go to the navigation page, make the change and then get hit with the "page was modified" message. ಕೊನೆಯಲ್ಲಿ, 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.

ಹಿನ್ನೆಲೆ:

We have a business requirement where an environmental engineering manager needs to ensure that 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 (or her assistant) enters all the required permits and reminder dates at the start of the year. The system then does all the heavy lifting.

Environment:

MOSS, 64 ಸ್ವಲ್ಪ, virtual machine environment (development box), 2 servers (SQL on server #1, everything else on server #2).

Problems:

The Pause Until Date action seems like the perfect solution and it may well prove itself to be. ಹೇಗಾದರೂ, it does not work well out of the box (for us).

  1. The workflow job was not scheduled to run, ever. I discovered this by reading through Christopher White’s (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) excellent write-up by using stsadm thusly:

    ಸಿ:\>stsadm -o getproperty -propertyname "job-workflow" -URL HTTP://localhost

    <Property Exist="No" />

    ಸಿ:\>

    That was a surprising result but easily solved:

    ಸಿ:\>stsadm -o setproperty -propertyname "job-worfklow" -propertyvalue "every 1 ನಡುವೆ ನಿಮಿಷಗಳ 0 ಮತ್ತು 59" -URL HTTP://localhost

    Operation completed successfully.

    ಸಿ:\>

    Upon doing that, the first "In Progress" workflow quickly fired up and did it’s job.

  2. ಶೋಚನೀಯವಾಗಿ, the next one didn’t work as expected. Thankfully, Christopher refers us ಇಲ್ಲಿ (http://support.microsoft.com/kb/932816). As of writing of this entry, ನಾವು hotfix ಪಡೆಯಲು IT ಇಲಾಖೆಗೆ ನಿರೀಕ್ಷಿಸುತ್ತಿವೆ, 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"