Kuukausiarkistot: Lokakuuta 2007

Käyttämällä “Henkilö tai ryhmä” lasketun sarakkeen

Ihmiset usein kysyvät sarakkeen tietotyyppi "henkilö tai ryhmä" Kirjoita toisen sarakkeen tietojen "Laskettu".

Bottom line, Tämä ei toimi WSS 3.0 (tai SAMMAL).

Kun lisäät lasketun sarakkeen, WSS osoittaa kenttien luettelo, voit käyttää. Jos kirjoitat nimen sarakkeeseen, joka ei ole sen luettelossa, Se kertoo:

Yhtä tai useampaa sarakeviittausta ei sallita, koska sarakkeet on määritetty tietolajiksi, jota ei tueta kaavoissa.

Workaround: Käytä tapahtumakäsittelijä. Tapahtumakäsittely käynnistyy, kun käyttäjä tallentaa kohteen. Se toimii ajantasaistaa sinun olisi halunnut tehdä sinulle lasketun sarakkeen.

Hyödyllisiä linkkejä laskettuja kenttiä yleensä:

Nopeasti vastuuvapauslauseke: Mielestäni edellä olla totta ja tarkka, mutta olen nähnyt tarpeeksi fiksu temppuja täällä MOSS ja WSS olisi erittäin yllättynyt (jännittynyt, jos tulee) Jos joku on tajunnut tapa tehdä tämä turvautumatta koodi. Jos olen tajunnut taitava työ-ympäristössä tai tiedät jonkun, joka teki, haluta antaa we osata!

MOSS/WSS kertoo minulle: “Sivun on muokannut toinen tekijä on …” mutta itse asiassa, se ei ollut.

Teimme joitakin raskaan uudelleen järjestämisestä sivuston taksonomian kautta "Hallita sisällön ja rakenteen". Syistä minulle tuntematon, Tämä prosessi (Vaikka työskentelevät pääasiassa) rikkoi navigointi linkkejä pikakäynnistykseen. Katkenneet linkit ovat ominaista:

  • Väärä URL. Esimerkiksi, on "/ sivustot/osastot/osaltajäsenvaltiossa /…". Kuitenkin, Uusi yhteys on "/ sivustot/Corporate/osaltajäsenvaltiossa /…".
  • Toistuva bittiä otsikko kyselymerkkijonon, kuten:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?Tyyppiä = 0?Tyyppiä = 0?Tyyppiä = 0?Tyyppiä = 0

Joka on helppo korjata kautta sivuston asetukset-valikkoon. Paitsi, MOSS esittelee minulle tämän, kun yritän tehdä se:

kuva

Se on, kukaan tekee kaikista muutoksista (syrjään minua, Tietysti).

Nopea haku vääntää MSDN foorumi keskustelu: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier laittaa sen pois hienosti itse toiseksi viimeinen (Alkaen 10/02/07) viesti:

Tosiasia on:

Voit palauttaa vioittuneet otsikot, sinun täytyy :

– Poista vioittunut otsakkeen luettelot

– Poista vioittunut otsikko

– Luettelon asetukset, poistettu luettelon lisääminen pikakäynnistykseen (Tämä luo ei vahingoittunut otsikko)

Olet sitten hyvä mennä….


SharePoint Expert – Sogeti Cap Gemini Sveitsi

Olin hieman hämmentynyt, koska pidettiin haluamaan mennä navigointisivu, Tee muutokset ja sitten kärsiä sivun muokattiin" viesti. Lopulta, Tajusin mennä luetteloasetuksia ja eliminoida/kartuttaa se jotta kiire aloittaa. Että valmis puijata. Onnellinen, ajat ovat täällä!

</loppu>

Tilaa blogiin!

Ongelmia “Keskeyttää asti” toimintaa SPD luodut työnkulut

PÄIVITYS 12/10/07: Hotfix-korjauksen MSDN KB929816 kuvatun ratkaisseet meille jäljempänä mainittujen. Hanki korjaustiedosto ja asenna sitten jokaisen palvelimen tilalla. Sitten, SharePoint-kokoonpanosovellus jokaisen palvelimen. Tässä on MS Support-linkkiä että KB: http://support.microsoft.com/kb/932816.

Tausta:

Meillä on liiketaloudellinen jos ympäristön tekninen johtaja on varmistettava, että 30 Some-Odd autoteollisuus Euroopassa sijaitsevat ympäri Yhdysvaltojen on varmistettava, että näiden kasvien tiedoston eri valtion toimeksiannosta lupaehtojaan ajoissa. Yksi lähestymistapa tutkimustemme hyödyntää "tauko kunnes päivämäärä" toimintaa saatavilla meille kautta SharePoint Designer worfklow. Tekninen johtaja (tai hänen avustajansa) siirtyy tarvittavia lupia ja Muistutuspäivä vuoden alusta. Järjestelmä sitten tekee kaiken raskaan työn.

Ympäristö:

MOSS, 64 vähän, faktinen koneistaa elinympäristö (edistyminen lyödä), 2 palvelimet (SQL-palvelimessa #1, Kaikki muu palvelimessa #2).

Ongelmia:

Tauko pvm: ään asti-toiminta tuntuu täydellinen ratkaisu ja voi hyvinkin osoittautua olevansa. Kuitenkin, se ei toimi hyvin ruutuun (meille).

  1. Työnkulun työ ole ajoitettu suoritettavaksi, koskaan. Huomasin tämän käsittelyn kautta Christopher valkoinen (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) erinomainen kirjoittaa ylös käyttämällä stsadm thusly:

    C:\>stsadm -o getproperty - propertyname "työ-työnkulku" -URL-osoite http://localhost

    <Kiinteistön olemassa = "ei" />

    C:\>

    Tämä oli yllättävä tulos mutta helposti ratkaistu:

    C:\>stsadm -o setproperty - propertyname "työ-worfklow" -PropertyValue "joka 1 minuuttia välillä 0 ja 59" -URL-osoite http://localhost

    Toiminto onnistui.

    C:\>

    Kun näin, ensimmäinen "käynnissä" työnkulun nopeasti potkut ja se on työn.

  2. Valitettavasti, Seuraava ei toimi odotetulla tavalla. Onneksi, Christopher kehottaa meitä Täällä (http://support.microsoft.com/kb/932816). Tämä merkintä kirjoitettaessa, Odotamme tämän hotfix-korjauksen saamista IT-osasto, mutta se näyttää lupaavalta. Meidän kappaletta vaikuttaa .dll yhdy tavun kokoinen, joten toivottavasti tämä ratkaisee ongelman.

Workaround:

Suorittamalla uudelleen stsadm -o setproperty-komento tuntui prod työnkulun ajastin hereillä. Se olisi, noin 7 minuuttia myöhemmin, todella herää ja jatkaa yhdessä työnkulun.

Kysymyksiä / Käsitellyt asiat:

Tauko pvm: ään asti ei toimi.

Tauko pvm: ään asti ei jatka.

Työnkulun tila ei muutu "käynnissä"

Työnkulun tila pysyy "käynnissä"