Geen soep voor u! Is Cisco de Soup Nazi van NLB-producten?

Vandaag, Ik heb geprobeerd om toegang tot een documentbibliotheek via windows verkenner. Deze doc lib leeft binnen een systeem dat uit twee WFE taakverdeling door een soort van Cisco NLB oplossing bestaat. (Als/wanneer vertellen de wizards netwerk me wat het is, Ik zal deze post bijwerken).

Kon geen verbinding met Windows Verkenner. Ik deed wat onderzoek en uiteindelijk, de wizards netwerk zei dat WebDAV wordt onbruikbaar gemaakt door / niet ondersteund door / onder de waardigheid van de NLB.

Dus, ervan uitgaande dat de wizards netwerk niet gewoon vertellen me de netwerk wizard equivalent van "Neem een lange wandeling van een korte brug", Ik heb af te — doet NLB, door de natuur, WebDAV uitschakelen? Wij verliezen onze windows bestand explorer interface naar SharePoint? Cisco is de Soep Nazi?

MOSS beheren / WSS omgevingen — Keeping up met de Microsoft knowledge base

Microsoft maakt kennisbank artikelen dag in en dag uit en een aantal die zijn verdomde belangrijk om te weten over als u in de SharePoint-wereld woont.

Ik houd sneller werken met hen via een service bieden door de goede mensen van www.kbalertz.com. KBAlertz kunt u zich aanmelden voor uw favoriete MS technologie en ze sturen dat u verteren versies van Microsoft KB artikelen via e-mail.

Web Application beleid, Veiligheid Sites en Security Trimming — Weten uw configuratie

(BIJGEWERKT 11/29 om uit te leggen hoe toegang krijgen tot web toepassing beleidsinstellingen via de Gebruikersinterface)

Ik had een van die "waarom MOSS doet dit voor mij????" momenten vandaag. In het einde, het is allemaal mijn schuld.

We hebben een ondernemingsproject MOSS gaande is en we willen "place holder" sites zodat geen enkele gebruiker kan toegang krijgen het tot of Zie het. Dat is gemakkelijk:

  1. Ga naar de site.
  2. Het overnemen van de veiligheid.
  3. Elke gebruiker/groep verwijderen uit sitemachtigingen.

Het bovenstaande moet verlaten alleen een beheerder van de siteverzameling met machtigingen om de site.

Als iemand anders logt in, moeten ze niet langer de site zien en het zou zijn veiligheid-bijgesneden van de gebruikelijke plaatsen.

Maar … het was niet. Op hetzelfde moment, Plotseling realiseer ik me dat mijn "Joe verbruiker" test standaardgebruikersaccount met geen priv dan beperkte leestoegang heeft een "Siteacties" keuze overal waar die hij gaat. Ik dubbele controleren één ding en dubbel te controleren iets anders. Ik pak de telefoon om te bellen van een collega, maar het neer zetten en controleren iets anders. Ik ga voor een wandeling en alles overal opnieuw proberen. Ik bel een collega en laat een bericht achter. En vervolgens, tot slot, Ik vind dat op Ethan van blog, zijn opening grafiek maakt het heel simpel:

MOSS 2007 heeft een nieuwe functie genaamd Web toepassingenbeleid. Dit zijn de beveiligingsmachtigingen dat gekoppeld is aan een Web-applicatie. Deze beveiligingsinstellingen overschrijven elke beveiligingsinstelling die is ingesteld op de Site of siteverzameling (Web) niveau voor die gebruiker.

Een snel bezoek aan web toepassing beleid toont dat NT AuthorityGeverifieerde gebruikers"" Volledige lees had verleend. Ik heb hen uit de lijst verwijderd en alles ten slotte begon te werken zoals verwacht. Ik denk dat ze zijn toegevoegd in de eerste plaats door iemand met de verkeerde indruk dat dat de beste methode om leestoegang te verlenen aan iedereen in de onderneming is. Het doet, maar, om een offerte stam, "Het betekent niet wat u denkt dat het betekent."

Web toepassing toegangsbeleid deze manier:

  1. Ga naar Centraal beheer
  2. Selecteer toepassingen beheren
  3. Selecteer "beleid voor webtoepassing"
  4. Op dat scherm, Zorg ervoor dat u kies de juiste web-applicatie. Voor mij, het in gebreke blijft bij de webtoepassing voor centrale admin die wellicht niet degene die u wilt.

Wanneer mij had zulks werkstuk, Ik zocht naar de volgende zinnen en kreeg verrassend weinig in termen van directe hulp op dit probleem:

Siteacties zichtbaar voor alle gebruikers

Siteacties zichtbaar voor alle gebruikers

Siteacties zijn niet beveiligingsbeperking

beveiligde een MOS-site

moss beveiliging-Inleiding

Technorati Tags:

Snelle en eenvoudige: Gebruik vaste trefwoord Query in Core zoekresultaten

Snelle en eenvoudige instructies:

Een pagina bewerken en toevoegen van een webonderdeel Zoekresultaten Core.

Dat webonderdeel bewerken en uit te breiden "Vaste trefwoord Query".

De fixed keyword query toevoegen (bijvoorbeeld. ContentType:"Training factuur" TrainingInvoiceNumber:1111)

Vouw resultaten Queryopties en "Cross-Web query ID wijzigen" op een andere waarde dan 'gebruiker Query" (bijvoorbeeld. "Query 2").

Notities:

Met behulp van core zoekresultaten op deze manier kon ik een pagina waarin gegevens uit een andere siteverzameling maken. De client heeft twee grote siteverzamelingen: Diensten en producten.

De siteverzameling product bevat, natuurlijk genoeg, productinformatie. Elk product in de siteverzameling aggregaten gegevens uit meerdere bronnen.

Een van de departementen, codes en testen, is op deze bron. Wanneer gebruikers toegang krijgen tot product XYZ, ze moeten zien codes en testgegevens rechtstreeks op de XYZ-Hoofdpagina. Sinds codes en testen wordt gehost in een andere siteverzameling, het is een beetje onhandig. We besloten om te gebruiken het webonderdeel kern zoeken resultaten aangezien Zoek siteverzamelingen omspant. Productgegevens via een aangepaste lijst die is beperkt door een specifiek inhoudstype worden beheerd door codes en testen. AA trefwoord query die gebruikmaakt van eerst het type inhoud en vervolgens het productnummer engte onderaan om te zoeken naar een enkele rij in de aangepaste lijst.

De bovenstaande trefwoord-query is een en. Documenten van inhoud Typ "opleiding factuur is het resultaat" en waar de factuur aantal is gelijk aan "1111".

Een mooi voordeel uit deze aanpak: We kunnen bewerken de XSL vanuit het webonderdeel voor core zoek resultaten en een formaat dat wij willen genereren.

Zie hier (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) voor een andere blogger's discussie over dit onderwerp.

</einde>Abonneren op mijn blog.

Vertel me over uw blog!

Als u een blog dat ten minste minimaal met SharePoint verbonden is, laat het me weten in commentaren. Ik zou graag toevoegen u mijn bloglijst.

Als u een blog die niet is verbonden met SharePoint maar me toch toevoegen wilt handhaven, laat het me weten. Ik zal kunnen maken een aparte bloglijst.

Gelieve te geven:

  • Uw blog URL (Uiteraard)
  • Een korte beschrijving van uw blog.

Ik wil de koppeling behouden om "actieve" Blogs, die ik ben ongeveer definiëren als een post per week en ten minste drie maanden oud. Als u niet voldoet aan deze eis"" Hoe dan ook uw naam toevoegen aan opmerkingen. Er * mijn * lijst, zodat ik mijn eigen regel breken kan als ik wil.

Bedankt!

Werknemer trainingsschema en materialen sjabloon — Decrement bug in het sjabloon

De client merkte een bug vandaag met de hierboven genoemde sjabloon.

Cursus managers maken cursussen. Bij het maken van een cursus, de manager geeft u maximum aantal beschikbare plaatsen.

De sjabloon biedt voor selfservice inschrijving. Ik inschrijven en een werkstroom gekoppeld aan de registratie lijst verlaagt de "beschikbare zitplaatsen" die cursus is gekoppeld.

Individuen kunnen ook uitschrijven uit een cursus. Het insect ligt hier. Unregistering uit een cursus doet niet increment de beschikbare zitplaatsen teller. Als een resultaat, beschikbare zitplaatsen is niet juist. Deze bug is verergerd door het feit dat wanneer beschikbare zitplaatsen verlaagd tot nul, niet meer zelf-registratie is toegestaan.

Gelukkig, Microsoft biedt de werkstroom voor dit proces. Nog beter, het is een straight-forward werkstroom die is gemaakt via SharePoint Designer.

Deze hoog niveau stappen om het te bevestigen:

  1. Vuur opwaarts SDP.
  2. Toegang tot de site op basis van de sjabloon opleiding.
  3. Toegang "deelnemer verwijdering" werkstroom.
  4. Deze stappen invoegen (Ik maakte ze de eerste twee stappen):
    1. Berekenen Cursussen:Gevulde zetels min 1 (Uitvoer naar Variabele:calc)
    2. (vervolgens) Update item in Cursussen

Klik op Voltooien en je bent klaar.

Schermafbeeldingen:


SharePoint Designer:

afbeelding

Afgewerkte werkstroom:

afbeelding

Drill-down berekenen:

afbeelding

Update item in cursussen:

afbeelding

Goed nieuws geven vaak; slecht nieuws vroeg geven

Ik heb een consultant voor een heleboel jaar nu en weet als een ervaren consultant, goede communicatie is een van de belangrijkste pijlers voor de succesvolle levering van een project. Het is zo duidelijk, het is echt bijna saai om te praten over. Dit is een post over generieke communicatie. In plaats daarvan, Ik schrijf over de donkere kant van communicatie — slecht nieuws communiceren.

Het spreekt vanzelf dat het goed nieuws geven naar de client altijd wordt gedaan, zo vaak mogelijk. Wie niet wil geven goed nieuws? Wie niet graag horen goede nieuws?

Aan de andere kant, slecht nieuws is helemaal niet leuk. Ik heb altijd moeite met dit. In de vroegere dagen van mijn carrière, Ik zou weten dat iets mis was met een project en in plaats van het vertellen van de client, Ik zou werken meer uren om te proberen op te lossen het probleem. Ik zou mijn team om harder te werken gelast. Het is een natuurlijke genoeg impuls om te denken dat een super menselijke inspanning kan het opslaan van de dag. Soms werkt dit, soms doet het niet. Zelfs wanneer het "werkt" het is vaak een allegaartje. Is de kwaliteit van het product echt aan spec wanneer belangrijke onderdelen hebben ontwikkeld over meerdere 60 Aan 80 uur weken?

Wat is de beste manier om slechte nieuws? Het antwoord is: het vroeg vertellen. Wacht niet tot een week voordat de projectbegroting zal worden verbruikt. Als u zes weken erop dat weet er gewoon niet genoeg tijd om te leveren sommige bits van beloofde functionaliteit, vertellen de klant recht toen en daar. De client kan boos (waarschijnlijk zal), kan er strafbaarstellingen en beschuldigingen en gevoelens kwetsen. Maar, Wanneer emoties afkoelen, er nog maximaalzesweken links op het project. Zes weken is een goed stuk van de tijd. Er is tijd om plannen, schema's wijzigen, krijgt de bal aan het rollen op begroting extensies (Succes!) en net in het algemeen komen te pakken met de feiten"op de grond" en opstellen van een nieuw plan, dat nog steeds in een succesvol project resulteert.

Zaak in punt: Ik ben bezig met een project gekenmerkt door:

  • T&E begroting met een afgetopte "niet overschrijden" dollarbedrag.
  • Een "beste worden geleverd" belofte te leveren x, Y en z door einde van het project.
  • Gebrek aan beloofde belangrijke bronnen op de clientzijde. Deze middelen werden met opzet niet onthouden, noch voor eventuele slechte"" reden, maar zij werden ingehouden.
  • Een dagende realisatie als het project voorbij het halverwege punt dat we niet zouden gaan om leveren "Z te kunnen" (vooral omdat de toegezegde middelen niet daadwerkelijk beschikbaar waren).
  • Regelmatige statusrapporten en "CYA" documentatie die ons gesteund (het consulting team) omhoog.
  • Strak breien implementatieteam met leden uit de consulting organisatie (mijn bedrijf) en de client.
  • Verre managementteam, in beide een metaforische en fysieke zin. Het managementteam was gericht op een ander grote ondernemingsproject en vanwege ruimtebeperkingen, het implementatieteam werd ondergebracht in een apart gebouw op de campus, een heuvel en relatief ver weg van de "beschaving".

Met ongeveer zes weken verlaten op de projectbegroting van het, Wij (het implementatieteam) wist dat we problemen waren. Het contract zei dat we moesten leveren "Z". Hoewel het project tijd is & materialen en hoewel we beloofd alleen "beste inspanningen" leveren van z en zelfs al hadden we grote rechtvaardiging voor het ontbrekende de levering … de bottom line is dat het was niet op zoek goed — We waren niet leveren z in een shape een kwaliteit die iedereen trots zou maken.

Herkennen van dit, We gingen naar beheer en vertelde hen dat de projectbegroting van het zou worden geconsumeerd door een bepaalde datum en dat we in de problemen met z.

Een mini firestorm uitbrak in de komende paar dagen.

Dag 1: Managementteam roept in haar personeel voor een speciale bijeenkomst (Wij, de consultants zijn niet uitgenodigd). Contracten worden gedrukt en uitgedeeld aan iedereen en een herziening van de lijn door lijn ensues. Beheer zet de medewerkers op het defensief. Ik denk niet dat de zin "Stockholm Syndrome" is * daadwerkelijk * gebruikt, maar je krijgt het beeld. We zijn een hechte groep, Eindelijk, en het personeel heeft met ons samengewerkt consultants dag in en uit voor verscheidene maanden nu.

Dag 2: Beheer roept een andere personeelsvergadering. Ze voelen zich een beetje beter. Ze willen opties en ideeën voor zich vooruit het bewegen. Ze beseffen dat er nog steeds zes weken nog in het huidige projectbudget, die is nog steeds een behoorlijk wat tijd. Een van de actie-items: een vergadering plannen met volledige implementatieteam (inclusief consultants).

Dag 5: Volledig team voldoet aan, constructieve vergadering ontstaat en een nieuwe haalbaar plan ingevoerd. Nog beter, Wij hebben reeds is gaan beraden over fase twee en de client verzoekt ons voorstellen voor die fase onmiddellijk voor te bereiden.

Als we hadden gewacht tot bleef slechts drie weken, of erger nog, een of twee weken, het zou zijn geweest veel verschillende. In plaats van een constructieve vergadering om het project opnieuw uitlijnen, We zouden hebben zijn trekken uit statusrapporten, parseren van het contract en herziening van oude e-mails om te rechtvaardigen dit of dat besluit. We zouden hebben "gewonnen" maar is het echt "winnen" in dit geval?

Dus, Als u wilt geven slecht nieuws, Geef het begin. Slecht nieuws gegeven laat is niet alleen slecht, het is verschrikkelijk.

Met behulp van “Persoon of groep” in een berekende kolom

Mensen vragen vaak over het gebruik van een kolom met gegevenstype "persoon of groep" Typ in een andere kolom met gegevens "Berekend".

Bottom line, Dit werkt niet in WSS 3.0 (of MOSS).

Wanneer u een berekende kolom toevoegt, WSS toont de lijst met velden dat u kunt gebruiken voor de berekening. Als u typt in de naam van een kolom die niet in de lijst, het vertelt u:

Een of meer kolomverwijzingen zijn niet toegestaan, omdat de kolommen worden gedefinieerd als een gegevenstype dat niet wordt ondersteund in formules.

Alternerende actie: Een gebeurtenis-handler gebruiken. De gebeurtenis-handler wordt gestart als de gebruiker het item wordt opgeslagen. Het voert de update die u zou hebben gewild de berekende kolom om voor u te doen.

Nuttige links op berekende velden in het algemeen:

Snelle disclaimer: Ik denk dat de bovenstaande waar en nauwkeurig, maar ik heb genoeg slimme trucs hier en daar in MOSS/WSS dat ik niet zou buitengewoon verbaasd (opgewonden als je wil) Als iemand heeft bedacht een manier om dit te doen zonder toevlucht te nemen tot code. Als u hebt bedacht slimme werk-around of weet iemand die heeft, laat het me weten!

MOSS/WSS vertelt me: “De pagina is gewijzigd door een andere auteur op …” maar eigenlijk, het was niet.

We deden sommige zware opnieuw het organiseren van onze site taxonomie via "Beheer van inhoud en structuur". Om redenen onbekend aan me, Dit proces (Hoewel werken in de belangrijkste) Sommige navigatiekoppelingen brak in de werkbalk Snel starten. De verbroken koppelingen worden gekenmerkt door:

  • Verkeerde URL. Bijvoorbeeld, het zou moeten zijn "/ sites/diensten/vandoelstelling /…". Echter, de nieuwe koppeling is "/ sites/Corporate/vandoelstelling /…".
  • Herhaalde bits op de query string van de kop, Als in:

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

Dat is gemakkelijk genoeg om op te lossen via instellingen/sitenavigatie. Behalve, MOSS presenteert me met dit wanneer ik probeer en doe het:

afbeelding

Het feit is, Niemand maakt elke wijziging er (naast me, Natuurlijk).

Een snelle zoektocht opduikt deze MSDN forum discussie: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier legt het uit mooi in de de voorlaatste (als van 10/02/07) Verzenden:

Feit is:

Beschadigde koppen opnieuw instellen, u moet :

– alle lijsten beschadigde rubriek verwijderen

– verwijderen van beschadigde rubriek

– Van de instellingen van de lijst, een verwijderde lijst toevoegen aan de werkbalk Snel starten (Deze regenereren een niet beschadigd kop)

U bent dan goed om te gaan….


SharePoint Expert – Sogeti Cap Gemini Zwitserland

Ik was een beetje verward, want ik bleef willen gaan naar de navigatiepagina, Breng de wijziging aan en dan geraakt met het "pagina is bewerkt" Bericht. Uiteindelijk, Ik realiseerde me dat ik moest naar de lijstinstellingen en verwijderen/toevoegen aan snel starten. Dat deed de truc. Gelukkige tijden zijn hier opnieuw!

</einde>

Abonneren op mijn blog!

Problemen met “Onderbreken tot datum” activiteit in SPD gedefinieerde werkstromen

UPDATE 12/10/07: Hotfix zoals beschreven in MSDN KB929816 oplossen naar de werkstuk voor ons hieronder vermelde. De hotfix ophalen en vervolgens installeren op elke server in de farm. Vervolgens, SharePoint-configuratieprogramma op elke server. Hier is de link MS Support voor dat KB: http://support.microsoft.com/kb/932816.

Achtergrond:

We hebben de eis van een bedrijf waar een milieu engineering manager dient ervoor te zorgen dat 30 some-odd productie locaties gevestigd over de behoeften van de Verenigde Staten om ervoor te zorgen dat deze planten bestand voor hun verschillende staat-gemandateerd vergunningen in een tijdig. Een aanpak die we hebben onderzocht maakt gebruik van de "onderbreken tot datum" activiteit die ons ter beschikking via SharePoint Designer worfklow. De engineering manager (of haar assistent) alle vereiste vergunningen en herinnering datums invoert aan het begin van het jaar. Het systeem doet dan al het zware werk.

Milieu:

MOSS, 64 bits, virtuele machine omgeving (ontwikkelingsbox), 2 servers (SQL op server #1, alles op de server #2).

Problemen:

De actie onderbreken tot datum lijkt de perfecte oplossing en kan goed blijken te zijn. Echter, het werkt niet goed uit de doos (voor ons).

  1. De werkstroom baan was niet gepland om uit te voeren, ooit. Ik ontdekte dit door het lezen door middel van Christopher Whites (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) uitstekende schrijf-up met behulp van stsadm thusly:

    C:\>Stsadm -o getproperty - propertyname "baan-workflow" -URL http://localhost

    <Eigenschap bestaat = "No" />

    C:\>

    Dat was een verrassend resultaat maar gemakkelijk opgelost:

    C:\>Stsadm -o setproperty - propertyname "baan-worfklow" -PropertyValue "elke 1 minuten tussen 0 en nog 59" -URL http://localhost

    Bewerking is voltooid.

    C:\>

    Na dat te doen, de eerste "In Progress" workflow snel omhoog in brand gestoken en deed het heeft job.

  2. Helaas, de volgende dia werken niet zoals verwacht. Gelukkig, Christopher verwijst ons Hier (http://support.microsoft.com/kb/932816). Als van het schrijven van dit item, We wachten op de IT-afdeling om deze hotfix te verkrijgen, maar het ziet er veelbelovend. Onze kopieën van de getroffen .dll deelt niet de dezelfde grootte in bytes, dus hopelijk zal dit het probleem oplossen.

Alternerende actie:

Opnieuw uitvoeren van de stsadm -o setproperty opdracht leek te prod de werkstroom timer wakker. Het zou, ongeveer 7 minuten later, eigenlijk wakker worden en blijven samen met de werkstroom.

Vragen / Kwesties:

Onderbreken tot datum werkt niet.

Onderbreken tot datum wordt niet geactiveerd.

Werkstroomstatus verandert niet van "In Progress"

Werkstroomstatus blijft "In Progress"