Näinä päivinä, Olen alati pelissä catch-up blogiini käsittelyssä ja minä vain tuli koko tämän jälkeen: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html
Se on vankka ja yksityiskohtaiset SharePoint Designer työnkulun opetusohjelma (sekä enemmän!) että näet kaikkialla interwebs. Tarkistaa sitä, Vaikka olet arpinen SPD-veteraani.
Se on erinomainen SharePoint hillitä InfoPathissa ja työnkulku.
</loppu>
Noudata minut viserrys http://www.twitter.com/pagalvin
Aiemmin tässä kuussa, I kielielementit artikkeli alun perin suunniteltu Mark Miller www.endusersharepont.com. Kuitenkin, Käytin sen sijaan, kuten Dustin Hoffman käytetään risti lopussa Graduate torjua minun (Mahtavaa! ystävällinen!) osoitteessa editorin TechTarget.
Tämä on toinen SharePoint Designer työnkulun artiklan sama asema kuin minun uudemman pyyntiponnistuksen: http://www.endusersharepoint.com/?p=1226 ("Käytä luetteloihin luoda joustava työnkulkuratkaisuja").
Se alkaa seuraavalta:
ET koskaan toivonut, SharePoint Designer-työnkulun voi tilapäisesti käytöstä? Haluat ehkä tehdä tämän, jotta suurta määrää asiakirjoja hyväksyä massa määrittämättä käytöstä kymmeniä — tai mahdollisesti satoja — tarpeettomia työnkulkujen.
Yksi tapa tehdä tämä on Jaa-kohdan Designerilla työnkulun ja poista se käytöstä. Tällöin, Sinun täytyy avata SharePoint Designer, käyttää työnkulun, muuta sen ominaisuuksia ja tallenna se uudelleen. Tämän menetelmän ongelmana on on hieman sotkuinen ja todennäköisesti hälytys kulkuset erät renkaan enintään yhtiöiden.
Yleensä, ne näpertelevät SharePoint Designer työnkulkujen kanssa ei ole hyvä käytäntö tuotantoympäristössä, eikä se on hyvin valvotuissa prosessin osassa.
Artikkelin sitten kävelee läpi ratkaisu tähän ongelmaan, jossa käytetään mukautetun luettelon ottaminen WF pois tarpeiden sanella. Lue koko juttu (http://WP.bitpipe.com/Resource/org_1127860336_240/SharePoint_vol5_v6 1_16.pdf).
Tämän artiklan innostui kysymys-foorumeilla tähän: http://www.endusersharepoint.com/STP/. Vaikka haluan viettää paljon enemmän aikaa MSDN-foorumit, I suosittelee, on ilmeeseen at the EUSP-forum, erityisesti käyttäjä suuntautunut kysymyksiä varten. Se on vielä hyvää tietoa ja neuvoja.
</loppu>
Noudata minut viserrys http://www.twitter.com/pagalvin
Viime viikolla, Mark Miller lähetetty uusimman SharePoint Designer työnkulun artikkeli loppukäyttäjille hänen sivustolla (http://www.endusersharepoint.com/?p=1226).
Se alkaa seuraavalta:
Tekninen tyyppejä käytetään paljon ammattikieltä ja lyhenteitä jokapäiväistä rutiinia kuten "OOP" (olio-ohjelmoinnin), "CT" (Sisältölajit), "SPD" (SharePoint Designer), "RTFM" (Käyttöohjeet), jne. Tässä artikkelissa käsitellään erityisesti bugaboo nimeltä "ankara koodaten:"Mitä se on, Miksi se on huono ja miten välttää se SharePoint designer työnkulkuratkaisujen.
Kerron, miten voimme käyttää mukautettuja luetteloita työnkulun ja siltaamiseen tietojen tallentamiseen. Tällä menetelmällä, voimme välttää kovaa koodaus arvoja kuten hyväksyjät’ sähköpostiosoitteet, dollari hyväksymisrajat, jne.
Kuittaa ulos.
</loppu>
Noudata minut viserrys http://www.twitter.com/pagalvin
Työskentelen asiakkaan tiloissa ja tarpeen asentaa windows workflow Foundationin, jotta voisin niin SharePoint Designer töitä. (En tiennyt vasta tänään, että SPD asentaa hieno, mutta se todella tarvitsee vähintään .NET 2.0 ja Windows Workflow Foundation on todella käyttökelpoinen; Olen aina olettanut, että nämä olivat asennettu sekä SPD, mutta olin väärässä).
Asiakas on valtuutettu edustaja tarjoilija. Ei hätää, Minulla on valtuudet saada ulkopuolella yleiset Internets. Menen lataamaan WWF paikkakunta (SPD avuliaasti antoi minulle linkin). Tämä latausversio on todella bootstrap lajittelee. Se toimii ja keksii, mitä muuta tarvitsee ladata. Toinen lataus epäonnistui. Se joko ei yritä ollenkaan, tai jotenkin estää pyytämästä palvelimen käyttäjätietojen. Se oli aika kovaa crash, Sain viestin:
Microsoft .NET Framework 3.0 on havainnut virheen asennuksen aikana. Asennusohjelma ei onnistunut.
Yritti käynnistää, käytetty 10 yrittää selvittää, jos voisin saada sen Kysy palvelimen käyttäjätietojen sekuntia. Annoin ylös ja menin täällä sen sijaan: .NET Framework 3.5 Service Pack 1 (Koko paketti).
Latasin se Paketti, asennettu ja tällä kertaa, ei ongelmia.
</loppu>
Noudata minut viserrys http://www.twitter.com/pagalvin
Mikä näyttää olevan hänen virkaanastujaiset blogissaan, chiqnlips on eläytyä hulluus, joka on laskettu sarake ja kuvattu yhteinen SharePoint Designer-työnkulun email toimintaa ongelman ratkaisemiseksi: Näyttämisestä henkilön oikea nimi sähköpostin sijaan toimialuekäyttäjänimi."
En ole testannut sitä itse, mutta se näyttää lupaavalta. Kuittaa ulos.
</loppu>
Noudata minut viserrys http://www.twitter.com/pagalvin
Mark Miller yli klo www.endusersharepoint.com Lähetetty minun uusin artikkeli SharePoint Designer työnkulun Täällä (http://www.endusersharepoint.com/?p=1037).
Kuvaan peruslähestymistapaa siirtämisen työnkulku luodaan yksi luettelo toiseen luetteloon. Toisessa luettelossa voi olla samassa paikassa, samaan sivustokokoelmaan vai täysin eri farm (virrankatkaisu. kehitystyöstä tuotanto).
Tämä on monimutkainen aihe, joten kattaa vain hyvin perus skenaario. Ensi viikolla, Kirjoitan ylös enemmän hyötyä tosielämän esimerkissä.
Check it out ja jaa kommentteja siellä.
<loppu>
Noudata minut viserrys http://www.twitter.com/pagalvin
Mark Miller on lähetetty minun uusin loppukäyttäjälle, joka on suuntautunut SharePoint Designer työnkulun artikkeli ylös hänen sivustolla: http://www.endusersharepoint.com/?p=1008
Yritä suoraviivainen vastausta kysymykseen, "Miksi ole helposti sataman SharePoint designer-työnkulku, joka on kehityksen testata?" Tässä yhteydessä, Olen myös antaa jonkinlainen käsitys siitä mitä SPD todella tekee kulissien takana kun sitä käytetään työnkulun ratkaisu.
Ensi viikolla, Kuvaan on käyttäjä ystävällinen tapa port SPD työnkulkuun yhdestä palvelimesta toiseen, tai ainakin loppukäyttäjän ystävällinen ratkaisu kuin mahdollista tilanteen työkalu.
</loppu>
Noudata minut viserrys http://www.twitter.com/pagalvin
Tässä on toinen yleinen SharePoint Designer työnkulun kysymys:
"Voinko käyttää (luku/kirjoitus) SharePoint-luetteloiden kautta työnkulkua, jotka eivät asu samassa paikassa kuin luetteloa?"
Yksinkertainen vastaus on: Ei.
Kuten monella tapaa, kuitenkin, Meidän täytyy saada se (Mikä on hyvä asia tässä tapauksessa). Alustan avulla voimme luoda laajennuksia tuottaa monin tavoin, myös mukautettu toiminto (nähdä vähän codeplex projektin tässä esimerkki). Mukautetun toiminnon avulla voimme tehdä periaatteessa mitä tahansa SharePoint designer työnkulusta. Olen suuri fani tämän, Itse asiassa, koska se antaa meille molempien maailmojen parhaat puolet — deklaratiivinen loppukäyttäjän ystävällinen suunnittelija .NET framework meidän sormenpäät koko syvyydellä.
Valitettavasti, Jos käytät SPD, on hyvin mahdollista, että olet tekemässä, koska et voi käyttää visual studiossa (johtuu siitä, että visual studio edellyttää syvä kehittäjä tausta). Minulla ei ole mitään hyvää vastausta ongelmaan, paitsi, että pitäisi vallita yksi tekninen yhteistyössä työntekijöiden ja luoda mukautetun toiminnon tarvitset sellaista. Vaihtoehtoisesti, työskennellä hallinta tai sopimus että resurssin tyyppi.
</loppu>
Noudata minut viserrys http://www.twitter.com/pagalvin
Valitettavasti, se on ei. Emme voi lähettää sähköpostin liitetiedostoja SharePoint Designer työnkulun käyttämällä ulos laatikko sisältää. Tämän toiveen nousee yhä säännöllisyyttä MSDN-keskustelupalstoissa.
Kuitenkin, sen SharePoint-alustalle, kuten niin monia asioita, tarjoavat meille tie eteenpäin. Voimme luo mukautetut toiminnot joka sitten sisällyttää meidän työnkulut. Kerran asennettu, mukautettu toiminto näyttää ja tuntuu itsenäisyyteni (virrankatkaisu. Tietojen kerääminen, Halko asia, jne).
Luominen mukautetun toiminnon on iso vuori kiivetä, kuitenkin, loppukäyttäjille. Tämä codeplex-hanke tarjoaa tätä toimintoa: http://www.codeplex.com/SPDActivities. Vetämällä se alas ja asentaa se on myös kuin tyypillinen käyttäjien taitoja. Kuitenkin, se on melko yksinkertainen SharePoint admin se, Joten jos löydät itsesi tarvitse kehittää työnkulun toimintoa, käsitteleminen SharePoint admin jotta panna se valmis.
</loppu>
Noudata minut viserrys http://www.twitter.com/pagalvin
Meillä on joukko SharePoint designer työnkulkuja, jotka "kommunikoida" tapahtuma-vastaanotin luettelossa kautta muutoksia sivuston sarakkeiden arvot. Esimerkiksi, Jos sivustosarake "SetDuedate" on totta, työnkulku, tapahtuma-vastaanotin havaitsee muutoksen, laskee eräpäivän ja määrittää kyseisenä toinen sivustosarake, "Eräpäivä." Meillä hajosi asioita näin koska tapahtuma-vastaanotin voi laskea eräpäivä monimutkainen liiketoimintasääntöjen avulla (viikonloppuisin ja yrityksen lomat otetaan huomioon) Vaikka SPD todella voi.
Yksi erityistapauksessa, me törmäsi ongelma Tämä temppu. Debugging kaikki tämä on melko vaikeaa, mutta tulimme selkeä johtopäätös että yksi jos (ainakin), Jos vastaanotin ei ollut käynnissä koko ajan. Yhdessä vaiheessa työnkulun, voimme muuttaa sivustosarakkeen arvo ja tapahtuma vastaanotin ei Näytä Suorita. Kuitenkin, Se juoksi johdonmukaisesti työnkulun eri vaiheessa.
Tutkittuaan se, Huomasin, että onnellinen työnkulkuvaiheelle käyttää "Päivitä luettelokohde" ja toinen vaihe käytetyt "Aseta nykyisen kohteen kenttä." Päivitä luettelokohde päivittää "nykyisen kohteen." En ole varma miksi valitsimme toistensa päälle, koska ne näyttävät tekevän samaa.
Niin … Päivitä luettelokohde toiminta aiheutti tapahtuma tuli. Toisaalta, Nykyisen kohteen toiminta ei määritetty-kenttä.
Käytin päivitys luettelokohteen molemmissa paikoissa ja Viola! Se toimi. [[ Yhteensä syrjään, Olen ollut viulu päivittäin lähes 15 vuotta ]]
Tästä, Uskon alustavasti, että "Aseta kenttä" toiminta ei aiheuta tapahtuman vastaanottajat palo, ainakin jonkin verran aikaa.
Asiaa haitannut meitä viikkoa.
Tämä on yksi näistä "havaittu ongelma" viestejä. Huomasin sen tapahtua kerran ympäristön ja esitän muutamia arvauksia siitä, miksi tapahtui niin kuin he tekivät. Jos sinulla on mitään tietoa tämäkin, ole hyvä ja jaa kommentteja.
</loppu>
