Geen sop vir jou! Is Cisco die Sop Nazi van NLB produkte?

Vandag, 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. (As / wanneer die netwerk waarsêers vir my sê wat dit is, Ek sal hierdie pos werk).

Windows explorer couldn’t connect. I did some research and eventually, die netwerk waarsêers het gesê dat WebDAV afgeskakel deur / nie ondersteun deur / beneath the dignity of the NLB.

So, die aanvaarding van die netwerk towenaars net nie vir my sê die netwerk towenaar ekwivalent van "'n lang loop van 'n brug af", Ek wonder — doen NLB, deur die natuur, skakel WebDAV? Do we lose our windows file explorer interface to SharePoint? Is Cisco the Soup Nazi?

Die bestuur van MOSS / WSS omgewings — hoogte te bly met Microsoft se kennisbasis

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.

Ek hou met hulle te versnel deur middel van 'n diens lewer deur die goeie mense by 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 Aansoek beleid, Sekuriteit Sites en Sekuriteit Afwerking — Ken u konfigurasie

(UPDATED 11/29 om te verduidelik hoe om toegang te verkry tot die web aansoek beleid instellings deur middel van die gebruikerskoppelvlak)

Ek het een van daardie "waarom mos doen dit vir my????" moments today. Op die ou end, dit is alles my skuld.

Ons het 'n onderneming MOSS projek aan die gang en ons wil "plek houer te verseker" sites so that no user may access it or see it. That’s easy:

  1. Gaan na die plek.
  2. Breek die sekuriteit erfenis.
  3. Verwyder elke gebruiker / groep van die werf regte.

Die bogenoemde moet net die werf versameling administrateur verlaat met die toestemming om die webwerf te sien.

As iemand anders in log, moet hulle nie meer sien die site en dit behoort te wees Security-geknip uit al die gewone plekke.

Maar … dit was nie. Op dieselfde tyd, Ek het skielik besef dat my "Joe User" standaard gebruikers toets rekening met geen PRIV se ander as 'n beperkte gelees toegang het 'n "Site aksies" 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, uiteindelik, Ek vind dat op Ethan se blog, his opening graph makes it quite simple:

MOSS 2007 het 'n nuwe funksie Web Aansoek beleid. Dit is sekuriteit regte wat gekoppel is aan 'n web-program. Hierdie sekuriteit instellings oorheers enige sekuriteit instelling wat op die site collection of Site (Web) vlak vir die gebruiker.

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, maar, 'n kwotasie te rek, "Dit beteken nie wat jy dink dit beteken."

Access web application policies this way:

  1. Gaan na die Sentrale Administrasie
  2. Kies Aansoek Bestuur
  3. Kies "Beleid vir die Web Aansoek"
  4. Op daardie skerm, make sure you pick the correct web application. Vir my, dit standaard op die web toepassing van die sentrale admin wat dalk nie die een wat jy wil.

Toe ek het hierdie probleem, Ek het gesoek vir die volgende frases en het verbasend min oor hierdie kwessie in terme van direkte hulp:

Site aksies sigbaar vir alle gebruikers

Die Site optrede sigbaar vir alle gebruikers

site aksies sekuriteit word nie gesnoei

Bevestig 'n mos webwerf

inleiding tot mos sekuriteit

Technorati Tags:

Vinnige en maklike: Gebruik Vaste sleutelwoord in Resultate Soek Core

Vinnige en eenvoudige instruksies:

Verander 'n bladsy en voeg 'n soektog Core resultate deel.

Verander dat die web deel en uit te brei "Vaste sleutelwoord".

Voeg die vaste sleutelwoord (bijv. ContentType:"Opleiding faktuur" TrainingInvoiceNumber:1111)

Brei resultate Query Options en verander "Cross-Web Deel navraag ID" 'n ander waarde as "gebruiker soek" (bijv. "Query 2").

Notas:

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: Departemente en Produkte.

Die produk site versameling bevat, natuurlik genoeg, product information. Each product in the site collection aggregates data from multiple sources.

Een van die departemente, kodes en toetsing, 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" en waar die rekening nommer is gelyk aan "1111".

'N lekker voordeel van hierdie benadering: We can edit the XSL from the core search results web part and generate any format that we want.

Kyk hier (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) vir 'n ander blogger se gesprek oor hierdie onderwerp.

</einde>Skryf in op my blog.

Vertel my oor jou blog!

As jy 'n blog in stand te hou wat ten minste minimaal gekoppel aan SharePoint, please let me know in comments. I would love to add you to my blog lys.

As jy handhaaf 'n blog wat nie gekoppel is aan SharePoint, maar wil hê ek moet dit in elk geval te voeg, laat my weet. I’ll may create a separate blog list.

Gee asseblief:

  • URL van jou blog (natuurlik)
  • 'N kort beskrywing van jou blog.

Ek wil die skakel na "aktief te hou" 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.

Dankie!

Werknemer opleiding Bylae en Materials Sjabloon — Decrement fout in die sjabloon

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

Course managers create courses. When creating a course, die bestuurder gee die maksimum aantal beskikbare sitplekke.

The template provides for self-service enrollment. I enroll and a workflow attached to the registration list decrements the "available seats" wat verband hou met daardie kursus.

Individuals may also unregister from a course. The bug lies here. Unregistering from a course does not increment the available seats counter. As 'n gevolg, available seats is not accurate. This bug is compounded by the fact that when available seats decrements to zero, nie meer self-service registrasie toegelaat.

Gelukkig, Microsoft provides the workflow for this process. Even better, dit is 'n reguit-vorentoe workflow wat via SharePoint Designer.

Volg hierdie hoë vlak stappe doen om dit op te los:

  1. Fire up SDP.
  2. Toegang tot die terrein op grond van die opleiding af sjabloon.
  3. Toegang "deelnemer Herroep van registrasie" workflow.
  4. Voeg hierdie stappe (Ek het hulle die eerste twee stappe):
    1. Bereken Kursusse:Gevul Sitplekke minus 1 (Uitset te Veranderlike:ber)
    2. (dan) Werk item in Kursusse

Kliek voltooi en wat jy gedoen het.

Skermafdrukke:


SharePoint Designer:

beeld

Klaar workflow:

beeld

Bereken boor-down:

beeld

Werk item in Kursusse:

beeld

Gee dikwels goeie nuus; gee slegte nuus vroeg

Ek is 'n konsultant vir baie jare nou, en as 'n ervare konsultant weet, good communication is one of the key pillars to the successful delivery of a project. Dit is so duidelik, it’s really almost boring to talk about. This isn’t a post about generic communication. In plaas daarvan, Ek skryf oor die donkerder kant van kommunikasie — kommunikasie slegte nuus.

Dit gaan sonder om te sê dat die goeie nuus aan die kliënt al die tyd gedoen word, as often as possible. Who doesn’t want to give good news? Who doesn’t like to hear good news?

Aan die ander kant, bad news is no fun at all. I have always struggled with this. In the earlier days of my career, Ek wil weet iets verkeerd was met 'n projek en in plaas van die vertel van die kliënt, 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 aan 80 uur weke?

Wat is die beste manier om slegte nuus te hanteer? 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 (sal waarskynlik), there may be incriminations and accusations and hurt feelings. Maar, wanneer emosies af te koel, there’s still six weeks left on the project. Six weeks is a good chunk of time. There’s time to adjust plans, verander skedules, Kry die bal aan die rol van begroting uitbreidings (baie geluk!) en net in die algemeen te vang met die "feite op die grond" and devise a new plan that still results in a successful project.

Geval in punt: Ek werk op 'n projek wat gekenmerk word deur:

  • T&E begroting met 'n mus "Nie te oorskry" dollar bedrag.
  • 'N "beste pogings gemaak sal word" belofte X te lewer, Y en Z met die einde van die projek.
  • Lack of promised key resources on the client side. These resources were not withheld on purpose, of vir 'n "slegte" rede, Maar hulle is teruggehou.
  • 'N dagbreek besef as die projek wat die half-pad te wys dat ons nie in staat wees om te red "Z" (hoofsaaklik omdat die beloofde hulpbronne was nie eintlik beskikbaar nie).
  • Gereelde status verslae en "CYA" dokumentasie wat ondersteun ons (die raadgewende span) up.
  • Hechte implementering span met lede van die raadgewende organisasie getrek (my maatskappy) en die kliënt.
  • Distant bestuur span, in both a metaphorical and physical sense. The management team was focused on another large enterprise project and due to space constraints, die implementering span is gehuisves in 'n afsonderlike gebou op die kampus, 'n heuwel af en redelik ver weg van "beskawing".

Met ongeveer ses weke op die projek se begroting, ons (die implementering span) knew that we were trouble. The contract said that we needed to deliver "Z". Even though the project is time & materiale en selfs al het ons net beloof "beste pogings" Z te lewer en selfs al het ons 'n groot motivering vir die vermiste die lewering … die bottom line is dat dit nie is op soek na goeie — ons is nie van plan om Z te lewer in 'n vorm van 'n kwaliteit wat enigiemand trots sou maak.

Die erkenning van hierdie, ons het om te bestuur en het vir hulle gesê dat die begroting van die projek sal verteer word deur 'n sekere datum en dat ons in die moeilikheid met Z.

'N mini-Fire Storm uitgebars oor die volgende paar dae.

Dag 1: Bestuur span doen 'n beroep in sy personeel vir 'n spesiale vergadering (ons, die konsultante is nie genooi nie). 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-sindroom" * eintlik * gebruik, maar jy kry die prentjie. We’re a tight-knit group, na al, en die personeel is besig met ons die konsultante dag in en uit vir 'n paar maande nou.

Dag 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: 'n afspraak met 'n volle implementering span (insluitend konsultante).

Dag 5: Volledige span vergader, 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.

As ons het gewag tot net drie weke gebly, of nog erger, een of twee weke, it would have been much different. Instead of a constructive meeting to re-align the project, ons sou gewees het trek status verslae, parsing the contract and reviewing old emails to justify this or that decision. We would have "won" maar dit is regtig "wen" in hierdie geval?

So, as jy slegte nuus te gee, give it early. Bad news given late isn’t just bad, dis verskriklik.

Die gebruik van “Persoon of groep” in 'n berekende kolom

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

Bottom line, dit nie werk nie in WSS 3.0 (of MOSS).

Wanneer jy 'n berekende kolom, 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, dit vir jou vertel:

Een of meer kolom verwysings word nie toegelaat, omdat die kolomme word gedefinieer as 'n data tipe wat nie ondersteun word in formules.

Work Around: 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.

Nuttige skakels op berekende velde in die algemeen:

Vinnige disclaimer: Ek glo die bogenoemde om waar te wees en akkurate, maar ek het genoeg gesien slim truuks hier en daar in MOSS / WSS dat ek nie sou baie verbaas (nuuskierig as jy wil) 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, laat weet my asseblief!

MOSS / WSS my vertel: “Die bladsy is verander deur 'n ander skrywer op …” maar eintlik, dit was nie.

We did some heavy duty re-organizing of our site taxonomy via "Manage Content and Structure". For reasons unknown to me, hierdie proses (al die werk in die belangrikste) broke some navigation links in the quick launch. The broken links are characterized by:

  • Wrong URL. Byvoorbeeld, it should be "/sites/departments/HumanResources/…". Egter, the new link is "/sites/Corporate/HumanResources/…".
  • Herhaal stukkies op die navraag string van die opskrif, soos in:

/terreine / departemente / human / _layouts / viewlsts.aspx?BaseType=0?BaseType=0?BaseType=0?BaseType=0

That’s easy enough to fix via site settings/navigation. Except, MOSS bied my met hierdie wanneer ek probeer en doen dit:

beeld

Die feit is, niemand is om enige verandering is daar (Afgesien van my, natuurlik).

'N vinnige soektog draai hierdie MSDN forums bespreking: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier lê dit uit mooi in die die voorlaaste (soos van 10/02/07) pos:

Feit is:

Korrupte opskrifte te herstel, jy het om te :

– verwyder al die lyste onder beskadig opskrif

– verwyder beskadig opskrif

– Uit die lys instellings, add a removed list to the quick launch (Dit herstel 'n nie beskadig opskrif)

Jy is dan goed om te gaan….


Sharepoint Expert – Cap Gemini Sogeti Switserland

Ek was 'n bietjie verward omdat ek wil om te gaan na die navigasie bladsy, make the change and then get hit with the "page was modified" message. Uiteindelik, 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!

</einde>

Skryf in op my blog!

Probleme met “Stop Tot Datum” aktiwiteit in SPD-geskep werkstromen

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

Agtergrond:

Ons het 'n besigheid vereiste waar 'n omgewing ingenieurswese bestuurder nodig het om te verseker dat 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 (of haar assistent.) enters all the required permits and reminder dates at the start of the year. The system then does all the heavy lifting.

Omgewing:

MOSS, 64 bietjie, virtuele masjien omgewing (ontwikkeling boks), 2 servers (SQL op bediener #1, alles op bediener #2).

Probleme:

The Pause Until Date action seems like the perfect solution and it may well prove itself to be. Egter, dit werk nie goed uit die boks (vir ons).

  1. Die workflow taak is nie om te hardloop, ever. I discovered this by reading through Christopher White se (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:\>

    Dit was 'n verrassende uitslag, maar maklik opgelos:

    C:\>stsadm -o setproperty -propertyname "job-worfklow" -propertyvalue "every 1 minute tussen 0 en 59" -url http://localhost

    Operasie suksesvol voltooi.

    C:\>

    By dit te doen, the first "In Progress" workflow vinnig afgedank word en het dit se werk.

  2. Ongelukkig, the next one didn’t work as expected. Gelukkig, Christopher refers us hier (http://support.microsoft.com/kb/932816). As of writing of this entry, ons wag vir die IT-afdeling te verkry dat die hotfix, but it does look promising. Our copies of the affected .dll’s do not share the same byte size, so hopelik sal dit die probleem op te los.

Work Around:

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

Vrae / Kwessies:

Stop Tot Datum werk nie.

Stop Tot Datum hervat nie.

Workflow status does not change from "In Progress"

Workflow status stays "In Progress"