Asnjë supë për ju! Cisco është nazist supë e produkteve të NLB?

Sot, 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. (Nëse / kur magjistarët rrjeti më thoni se çfarë është, Unë do update këtë post).

Windows explorer couldn’t connect. I did some research and eventually, magjistarët rrjeti tha se WebDAV është i paaftë nga / nuk mbështetet nga / beneath the dignity of the NLB.

Kështu, assuming the network wizards aren’t just telling me the network wizard equivalent of "take a long walk off a short bridge", Unë duhet të pyes veten — bën NLB, nga natyra, disable WebDAV? Do we lose our windows file explorer interface to SharePoint? Is Cisco the Soup Nazi?

Menaxhimi i Moss / Mjediset WSS — mbajtur deri me bazën e njohurive të Microsoft-it

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.

Unë mbaj deri në shpejtësinë me ta nëpërmjet një shërbimi të sigurojë nga folks të mirë në 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.

Web Application Policy, Sites Siguri dhe Siguri zvogëlimin — Dije konfigurimin tuaj

(UPDATED 11/29 për të shpjeguar se si për të hyrë në parametrat e aplikimit web politikave nëpërmjet UI)

I had one of those "why is MOSS doing this to me????" moments today. Në fund, kjo është e gjitha faji im.

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. Go to the site.
  2. Break the security inheritance.
  3. Remove every user/group from site permissions.

The above should leave just the site collection administrator with permission to see the site.

If anyone else logs in, they should no longer see the site and it should be security-trimmed from all the usual places.

Por … ajo nuk ishte. Në të njëjtën kohë, 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, më në fund, I find that at Ethan’s blog, his opening graph makes it quite simple:

Moss 2007 has a new feature called Web Application Policies. These are security permissions that is tied to a Web Application. These security settings override any security setting that is set at the Site Collection or Site (Web) level for that user.

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, por, to strain a quote, "It does not mean what you think it means."

Access web application policies this way:

  1. Go to Central Administration
  2. Select Application Management
  3. Select "Policy for Web Application"
  4. On that screen, make sure you pick the correct web application. Për mua, it defaults to the web application of central admin which may not be the one you want.

When I had this problem, I searched for the following phrases and got surprisingly little in terms of direct help on this issue:

Site actions visible for all users

Site actions visible to all users

site actions are not security trimmed

secure a MOSS site

introduction to moss security

Technorati Tags:

Shpejtë dhe i thjeshtë: Përdorimi Query Fikse Keyword në rezultatet Core Kërkoni

Udhëzimet e shpejtë dhe të thjeshtë:

Edit një faqe dhe shtoni një Core Search Results pjesë të internetit.

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

Shto query fikse fjalen (e.g. ContentType:"Training invoice" TrainingInvoiceNumber:1111)

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

Shënimet:

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: Departments and Products.

The product site collection contains, naturally enough, product information. Each product in the site collection aggregates data from multiple sources.

One of the departments, codes and testing, 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".

A nice benefit from this approach: We can edit the XSL from the core search results web part and generate any format that we want.

Shiko këtu (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) for another blogger’s discussion on this topic.

</fund>Abonohen në blogun tim.

Më tregoni për blogun tuaj!

Nëse ju të mbajë një blog që është të paktën minimalisht lidhur me SharePoint, please let me know in comments. I would love to add you to my Lista e blog.

Nëse ju të mbajë një ditar që nuk është e lidhur me SharePoint, por duan mua për të shtuar atë anyway, let me know. I’ll may create a separate blog list.

Ju lutem jepni:

  • URL tuaj blog (qartë)
  • Një përshkrim i shkurtër i blogun tuaj.

I want to keep the link to "active" Blogs, 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.

Falënderim!

Trajnimi Punonjës Orari dhe Materiale Template — Bug pakësim në shabllonin

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

Course managers create courses. When creating a course, Menaxheri i specifikon numrin maksimal të ulëseve në dispozicion.

The template provides for self-service enrollment. I enroll and a workflow attached to the registration list decrements the "available seats" lidhur me atë kurs.

Individuals may also unregister from a course. The bug lies here. Unregistering from a course does not increment the available seats counter. Si rezultat, available seats is not accurate. This bug is compounded by the fact that when available seats decrements to zero, jo më shumë vetë-shërbimit të regjistrimit është e lejuar.

Për fat të mirë, Microsoft provides the workflow for this process. Even better, kjo është një e drejtë-përpara workflow krijuar nëpërmjet SharePoint Designer.

Ndiqni këto hapa për të nivelit të lartë për të rregulluar atë:

  1. Zjarr deri SDP.
  2. Qasja faqen bazuar off template trajnimit.
  3. Access "Attendee unregistration" workflow.
  4. Vendos këto hapa (I bëri ata para dy hapa):
    1. Llogarit Kurse:Vende të mbushura minus 1 (Output për të Variabël:Calc)
    2. (pastaj) Update send në Kurse

Kliko Finish dhe ju jeni bërë.

Screen shots:


SharePoint Designer:

imazh

Workflow Mbaroi:

imazh

Llogarit stërvitje-down:

imazh

Update artikull në Kurset:

imazh

Jepu lajme të mira shpesh; jap lajme të këqija në fillim

Unë kam qenë një konsulent për shumë vjet tani dhe si çdo konsulent me përvojë e di, good communication is one of the key pillars to the successful delivery of a project. Kjo është aq e qartë, it’s really almost boring to talk about. This isn’t a post about generic communication. Në vend të kësaj, Unë jam me shkrim në lidhje me anën e errët të komunikimit — komunikuar një lajm i keq.

Ajo shkon pa thënë se duke i dhënë lajmin e mirë për të klientit është bërë gjithë kohën, as often as possible. Who doesn’t want to give good news? Who doesn’t like to hear good news?

Në anën rrokullisje, bad news is no fun at all. I have always struggled with this. In the earlier days of my career, Unë do të di diçka ishte e shtrembër me një projekt dhe në vend të thënë klientin, 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 në 80 javë orë?

Cila është mënyra më e mirë për të trajtuar një lajm i keq? 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 (ndoshta do), there may be incriminations and accusations and hurt feelings. Por, kur emocionet qetësohem, there’s still six weeks left on the project. Six weeks is a good chunk of time. There’s time to adjust plans, ndryshojë oraret e, të marrë topin kodrina në extensions buxhetore (fat i mirë!) and just generally come to grips with the "facts on the ground" and devise a new plan that still results in a successful project.

Rasti në pikën: Unë jam duke punuar në një projekt të karakterizuar nga:

  • T&E budget with a capped "Not to exceed" Shuma e dollar.
  • A "best efforts will be made" premtim për të ofruar X, Y dhe Z deri në fund të projektit.
  • Lack of promised key resources on the client side. These resources were not withheld on purpose, nor for any "bad" arsye, por ata u ndalur.
  • A dawning realization as the project passed the half-way point that we were not going to be able to deliver "Z" (kryesisht për shkak se burimet e premtuara nuk ishin në fakt në dispozicion).
  • Regular status reports and "CYA" Dokumentacioni që na mbështeti (Ekipi konsultuar) up.
  • Ekipi i fort thur zbatimi me anëtarët e tërhequr nga organizata konsulente (kompania ime) dhe klienti.
  • Ekipi i menaxhimit të largët, in both a metaphorical and physical sense. The management team was focused on another large enterprise project and due to space constraints, ekipi i zbatimit u strehuar në një ndërtesë të veçantë në kampus, down a hill and relatively far way from "civilization".

Me afërsisht gjashtë javëve të mbetur në buxhetin e projektit, ne (ekipi i zbatimit) 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" për të ofruar Z dhe edhe pse kemi pasur justifikim i madh për të humbur dorëzimin … Shkarko fund është se ajo nuk ishte në kërkim të mira — ne nuk ishin duke shkuar për të ofruar Z në një formë një cilësi që do ta bënte dikush krenar.

Duke njohur këtë, shkuam për menaxhimin dhe u tha atyre se buxheti i projektit do të konsumohen nga një datë të caktuar dhe se ne ishim në telashe me Z.

Një stuhi mini shpërtheu gjatë ditëve të ardhshme.

Ditë 1: Ekipi menaxhues thërret në stafin e tij për një takim të posaçëm (ne, konsulentët nuk ftohen). 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 "Stockholm Syndrome" është përdorur * në fakt *, por ju merrni foto. We’re a tight-knit group, në fund të fundit, dhe stafi ka punuar me ne konsulentët në ditë dhe jashtë për disa muaj tani.

Ditë 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: të planifikojë një takim me ekipin zbatimi i plotë (Konsulentët e përfshirë).

Ditë 5: Ekipi i plotë i plotëson, 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.

Po të kishim pritur derisa vetëm tri javë mbetën, ose edhe më keq, një ose dy javë, it would have been much different. Instead of a constructive meeting to re-align the project, ne do të kishim qenë të tërhequr nga raportet e statusit, parsing the contract and reviewing old emails to justify this or that decision. We would have "won" but is it really "winning" në këtë rast?

Kështu, në qoftë se ju duhet të jepni lajme të këqija, give it early. Bad news given late isn’t just bad, ajo është e tmerrshme.

Përdorim “Person ose grup” në një kolonë llogaritur

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

Bottom line, kjo nuk do të punojnë në WSS 3.0 (ose MOSS).

Kur duke shtuar një kolonë llogaritur, 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, ajo ju tregon:

Një ose më shumë referenca kolonë nuk janë të lejuara, sepse shtyllat janë të përkufizohet si një lloj të të dhënave që nuk është i mbështetur në formulat.

Workaround: 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.

Lidhje të dobishme në fusha të llogaritura në përgjithësi:

Mohim i shpejtë: Unë besoj se më lart që të jetë e vërtetë dhe e saktë, por unë kam parë mjaft truket zgjuar këtu dhe atje në MOSS / WSS se unë nuk do të jetë i befasuar shumë (etur në qoftë se ju do të) 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!

MOSS / WSS tregon mua: “Faqja është ndryshuar nga një tjetër autor në …” por në fakt, ajo nuk ishte.

We did some heavy duty re-organizing of our site taxonomy via "Manage Content and Structure". For reasons unknown to me, ky proces (pse punon në kryesore) broke some navigation links in the quick launch. The broken links are characterized by:

  • Wrong URL. Për shembull, it should be "/sites/departments/HumanResources/…". Megjithatë, the new link is "/sites/Corporate/HumanResources/…".
  • Bit e përsëritura në vargun pyetës të kreut, si në:

/faqet / departamentet / HumanResources / _layouts / viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

That’s easy enough to fix via site settings/navigation. Except, MOSS prezanton mua me këtë, kur unë të përpiqet dhe të bëjë atë:

imazh

Fakti është, askush nuk është duke bërë ndonjë ndryshim atje (mënjanë prej meje, sigurisht).

Një kërkim të shpejtë kthehet deri këtë diskutim Forume MSDN: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier paraqet atë bukur në parafundit (si i 10/02/07) post:

Fakti është:

Për të rivendosur titujt korruptuar, ju keni për të :

– hequr të gjitha listat nën titullin korruptuar

– hiqni korruptuar nisej

– Nga cilësimet e listës, add a removed list to the quick launch (Kjo rigjenerohet një titull jo i korruptuar)

Atëherë ju jeni të mirë për të shkuar….


SharePoint Ekspert – Sogeti Cap Gemini Zvicer

Unë kam qenë pak i hutuar, sepse kam mbajtur që dëshirojnë për të shkuar tek faqja e navigimit, 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!

</fund>

Abonohen në blogun tim!

Problemet me “Pause Deri Data” Aktiviteti në SPD-krijuara workflows

UPDATE 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. Pastaj, sharepoint configuration utility on each server. Here is the MS Support link for that KB: http://support.microsoft.com/kb/932816.

Sfond:

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 bit, 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. Megjithatë, 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:

    C:\>stsadm -o getproperty -propertyname "job-workflow" -url http://localhost

    <Property Exist="No" />

    C:\>

    That was a surprising result but easily solved:

    C:\>stsadm -o setproperty -propertyname "job-worfklow" -propertyvalue "every 1 minuta në mes të 0 dhe 59" -url http://localhost

    Operation completed successfully.

    C:\>

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

  2. Mjerisht, the next one didn’t work as expected. Fatmirësisht, Christopher refers us këtu (http://support.microsoft.com/kb/932816). As of writing of this entry, we’re waiting for the IT department to obtain that hotfix, but it does look promising. Our copies of the affected .dll’s do not share the same byte size, so hopefully this will solve the problem.

Workaround:

Re-running the stsadm -o setproperty command seemed to prod the workflow timer awake. It would, roughly 7 minutes later, actually wake up and continue along with the workflow.

Questions / Issues Addressed:

Pause Until Date does not work.

Pause Until Date does not resume.

Workflow status does not change from "In Progress"

Workflow status stays "In Progress"