Månedlige Arkiver: Oktober 2007

Ved hjelp av “Person eller gruppe” i en beregnet kolonne

Folk spør vanligvis om å bruke en kolonne med datatypen "Person eller gruppe" Skriv inn "Beregnet" i en annen kolonne med data..

Bunnlinjen, Dette fungerer ikke i WSS 3.0 (eller MOSS).

Når du legger til en beregnet kolonne, WSS viser listen over felt du kan bruke for beregning. Hvis du skriver inn i en kolonne som ikke er i listen over, den forteller deg:

Én eller flere kolonnereferanser er ikke tillatt, fordi kolonnene er definert som en datatype som ikke støttes i formler.

Løsning: Bruke en hendelsesbehandling. Hendelsesbehandlingen branner når brukeren lagrer varen. Den utfører oppdateringen du ønsket den beregnede kolonnen for å gjøre.

Nyttige linker på beregnede feltene generelt:

Quick forbehold: Jeg tror det over å være sann og nøyaktig, men jeg har sett nok smart triks her og der i MOSS/WSS at jeg ikke ville være svært overrasket over (agog hvis du vil.) Hvis noen har funnet ut en måte å gjøre dette uten å ty til koden. Hvis du har funnet ut smart arbeid rundt eller kjenner noen som gjorde, gi meg beskjed!

MOSS/WSS forteller meg: “Siden har blitt endret av en annen forfatter på …” men faktisk, Det var ikke.

Vi gjorde noen tung plikt re-organisering av vår området taksonomi via "Administrere innhold og struktur". For ukjente grunner til meg, Denne prosessen (selv arbeider i hovedvinduet) brøt noen navigeringskoblinger i Hurtigstart. Brutte koblinger er preget av:

  • Feil URL. For eksempel, Det bør være "områder/avdelinger/HumanResources /…". Men, den nye koblingen er "/ områder/Corporate/HumanResources /…".
  • Gjentatte biter på søkestrengen på overskriften, som i:

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

Det er enkelt nok å fikse via webområdenavigering innstillinger. Bortsett fra, MOSS gir meg med dette når jeg prøve og gjøre det:

bilde

Faktum er, ingen gjør endringer det (bortsett fra meg, selvfølgelig).

Et raskt søk viser denne MSDN Forum diskusjonen: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier legger det ut pent i den nest siste (som 10/02/07) innlegget:

Faktum er:

Tilbakestille skadet overskrifter, du må :

– fjerne alle lister skadet overskrift

– fjerne skadede overskrift

– Fra listeinnstillinger, legger til en fjernet liste Hurtigstart (Dette regenerere overskriften ikke ødelagt)

Du er så godt å gå….


SharePoint-ekspert – Sogeti Cap Gemini Sveits

Jeg var litt forvirret fordi jeg holdt som ønsker å gå til navigeringssiden., foreta endringen og deretter få truffet av den "siden ble endret" melding. Til slutt, Jeg innså at jeg måtte gå til listeinnstillinger og fjerne/legge den til hurtigstartlinjen. Det gjorde utslaget. Lykkelige tider er her igjen!

</slutten>

Abonner på bloggen min!

Problemer med “Stans midlertidig til dato” aktivitet i SPD-laget arbeidsflyter

OPPDATERINGEN 12/10/07: Hurtigreparasjonen som beskrives i MSDN KB929816 løste problemet for oss nevnt nedenfor. Skaffe hurtigreparasjonen og deretter installere på hver server i farmen. Deretter, SharePoint-konfigurasjonsverktøyet på hver server. Her er koblingen MS Support for at KB: http://support.microsoft.com/kb/932816.

Bakgrunn:

Vi har et forretningskrav der en environmental engineering manager må sikre at 30 Some-Odd produksjon steder ligger i hele USA må å sikre at disse plantene fil for deres ulike stat-mandat tillatelser i tide. En tilnærming vi har undersøkt utnytter "Pause til dato" aktivitet tilgjengelig for oss via SharePoint Designer worfklow. Engineering manager (eller hennes assistent) angir alle nødvendige tillatelser og påminnelsesdatoene ved starten av året. Systemet gjør grovarbeidet.

Miljø:

MOSS, 64 bit, virkelig apparat omgivelsene (utvikling-boksen), 2 servere (SQL på serveren #1, alt på serveren #2).

Problemer:

Handlingen Pause T.o.m. virker som den perfekte løsningen, og det kan godt vise seg å være. Men, det fungerer ikke godt ut av boksen (for oss).

  1. Arbeidsflyt jobben var ikke planlagt å kjøre, noensinne. Jeg oppdaget dette ved å lese Christopher Whites (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) Excellent skrive ved hjelp av stsadm thusly:

    C:\>stsadm -o getproperty - propertyname "jobb-arbeidsflyt" -URL-adresse http://localhost

    <Egenskapen finnes = "ingen" />

    C:\>

    Det var en overraskende resultatet men lett løst:

    C:\>stsadm -o setproperty - propertyname "jobb-worfklow" -PropertyValue "hver 1 minutter mellom 0 og 59" -URL-adresse http://localhost

    Operasjonen er fullført.

    C:\>

    Ved å gjøre det, den første "pågår" arbeidsflyt raskt fyrt opp og gjorde det har jobb.

  2. Dessverre, neste fungerte ikke som forventet. Heldigvis, Christopher viser oss her (http://support.microsoft.com/kb/932816). Som skrevet av denne oppføringen, Vi venter på IT-avdelingen å få denne hurtigreparasjonen, men det ser lovende. Våre kopier av de berørte dll deler ikke samme bytestørrelse, så forhåpentligvis vil dette løse problemet.

Løsning:

Re-kjører kommandoen stsadm -o setproperty syntes å prod tidtakeren for arbeidsflyt våken. Det ville, omtrent 7 minutter senere, faktisk våkne og fortsette med arbeidsflyten.

Spørsmål / Spørsmål:

Pause T.o.m. fungerer ikke.

Pause T.o.m. ikke på nytt.

Arbeidsflytens status endres ikke fra "pågår"

Arbeidsflytstatusen forblir "i Progress"