See blogi on rohkem kui "võimalikku tegelenud" kande vs. konkreetne info.

Meil on tehnilise projekti, mis nõuab meil luua saidi kaudu käsitsi käivitatud Töövooprotsessi kogum. Põhimõtteliselt, kasutajate andmete sisestamist "uus klient" Kohandatud loendi ja siis kui nad on valmis ja kinnitatud andmete sisestamise protsessi, Meil on vaja luua saidi kliendi.

Ma olen nii suur fänn deklaratiivseid töövoo samuti nõrk, visual studio töövoo programmeerija, nii et ma tahtsin rahuldamiseks SharePoint Designeri abil.

Kavatsen kirjutada sellest täpsemalt (ja loodetavasti esitlen kasutajagrupp või kaks tuleval aastal), Aga siin on üldise lahenduse:

• Luua kohandatud toimingu, mis integreerub SPD.
• Kohandatud toiming võimaldab ühtse Programmdokumendi tugineda veebiteenusega ning edastada see string XML.
• Veebiteenuse otsib rida kohandatud loendi ja loob uue kohas andmed iga uue kliendi abil kohandatud Saididefinitsiooni.
• Veebiteenuses mõned andmed nagu uue saidi link värskendab kohandatud loend.

Me kaaluda teisi, näiteks sündmuseohjurid ja visual studio põhineb töövoog. SPD lähenemine annab meie lõppkasutajate pisut rohkem kontrolli protsessi. Antud, seal on palju C# koodi see lahendus, Aga pakkida sees deklaratiivseid töövoog, nii saame mõned eelised deklaratiivseid töövoo kuigi kinnihakkamine kasutusele saidi loomine.

Kõik, mida me praegu vajame, on lihtne tööriist SPD töövoogude automaatseks üleviimiseks visuaalsete stuudio töövoogude jaoks nii lihtsalt kui võimalik ja me tõesti küpsetame gaasiga 🙂 Ma saan aru, et mõned inimesed tegelevad selle probleemiga ja ma loodan, et nad on seda teinud. varsti edu sellega.

</lõpp>

Telli minu blogi.

Ma olen mänginud kohandatud toiminguid SharePoint Designer juba mõnda aega (Vaata siit mõned üksikasjalikud Stuff, Kui sind).

Minu praeguse projekti, Me peame tegema mõned üsna raske töö ja tahame kasutada deklaratiivset SPD töövoog seostatud äriprotsesside haldamiseks.

Pikk lugu lühike, See on täiesti võimalik. Ma laiendatud minu Codeplex projekt tugineda "abistaja teenus" ja nüüd saame tugineda otse SPD töövoo veebiteenusele.

Siin on allkiri:

 avalik stringi Lähetaja(
        GUID WebID, // Vastu võetud runtime keskkond
        GUID SiteID, // Vastu võetud runtime keskkond
        stringi ListID, // Vastu võetud ning RTE (ei tea, miks see string, ole GUID)
        int ListItemID, // Vastu võetud ning RTE.
        stringi XmlMessage) // Sooritanud kasutaja, mis on deklareeritud ühtse Programmdokumendi.

Seda tasakaalustab asjaolu, et saame juures oluline töövoo teave, nagu sait, loendi ID, jne. See on hästi dokumenteeritud mitmes kohas neile, olete huvitatud oma kohandatud toimingu loomine. Idee on ekstrakti XML-string, mille kasutaja lähetamist kohase menetluse. Fun stuff!

Kahjuks, See on ilmselt ühe suuna pilet ette "Loosey Goosey" anti muster maa, but it’s better than hitting a brick wall 🙂

Kas see anti muster kui sa seda isegi juhul, kui sa tead, et see anti muster?

Ma loodan, et murrab see sees Codeplex lähitulevikus. Kui teid huvitab mind nii, Anna mulle pistma (e-posti või jäta kommentaar) and I’ll be that more enthusiastic about doing it 🙂

</lõpp>

Telli minu blogi.

Olen töötanud projekti, mis kasutab viie erineva SharePoint Designeri töövoogudes mõned dokumendi kinnitused tegelema. SPD pakub "koguda andmeid kasutaja" tegevus nii, et saate kiiresti erinevate bitti informatsiooni kasutaja, näiteks kas nende poolt, mõned märkused ja võibolla paluda neil oli õhtusöök teistele öö.

Vormid on täiesti funktsionaalne. Need on seotud tööülesannete loendi sisutüübi nagu. Nad on 100% süsteemi loodud. See on nende tugevus ja nõrkus. Kui me saame elada vaikevormi, siis me minna hea. Aga, Meil ei ole liiga palju üle kuidas SPD loob vormi. Kui meile ei meeldi selle vaikekäitumise, Meil on vaja kasutada erinevaid trikke, et saada selle ümber (näiteks, millega prioriteet ülesannet).

Mul on vaja anda lingi need ülesanne vorme, mis avas atribuutide kuvamine (dispform.asxp) "seonduva kauba" uues aknas. See võimaldab ühe klõpsuga ligipääsu seonduva kauba metaandmed. See on, mida ma mõtlen:

Õnneks, Me saame teha, et ja see ei ole väga raske. Laias laastus, tulekahju SPD, Navigeerige kataloogi, et maja töövoo faile ja soovite muuta ASPX-faili avada. Need on lihtsalt klassikaline XSL-i transformatsioon juhiseid ja kui te olete kaartid koos itemstyle.xsl, Otsi või muid XSL stsenaariumid, See on lihtne. Tegelikult, Ma leidsin ta olevat üldiselt lihtsam, kuna on mõnevõrra lihtsam järgida võrreldes on otsingu põhitulemite veebiosas loodud vorm (või selle painajalik CWQP).

Muidugi, seal on üks suur lõksu. SPD's töövoo toimetaja loodab tühikuga lõppevat faili. Kui te seda muuta, SPD õnnelikult üle teie muudatused annavad õiguse seada asjaolude. Ma tegin kaks kiiret teste, et näha, kui halb see võiks saada. Nad mõlemad eeldavad, et teil pole formuleeritud kehtiva ühtse Programmdokumendi töövoog, mis kasutab "koguda andmeid kasutaja" samm.

Test 1:

• Muuta ASPX faili käsitsi.
• Katsetada seda (Veenduge, et teie muutused on õigesti salvestatud ja ei riku midagi).
• Töövoo avada ja sõltumatute toimingu lisamine (näiteks "Logi ajalugu").
• Saate töövoo salvestada.

Tulemus: Sel juhul, Ühtse Programmdokumendi ei loonud uuesti vormi.

Test 2:

• Kas sama #1 välja arvatud otse "koguda andmeid muuta kasutaja" tegevus.

Tulemus: See loob uuesti vormi nullist, üle-kirjalikult oma muudatused.

Lõplik märkmed:

• Kaks ühtse Programmdokumendi meetmete vorme kasutatakse sellist: "Andmeid koguda kasutaja" ning "Määravad ära üksust". Mõlemal’ vorme saab käsitsi muuta.
• Mul oli võimalus luua minu link dispform.aspx, sest, Sel juhul, relate kaubale on alati oma ID põimitud seotud üksuse URL. Ma olin võimeline väljavõte ja siis ehitada mõne <a href> Põhineb esitada ühe hiireklõpsuga meta andmed Accessi funktsioon. On ebatõenäoline, et teie URL järgib seda reeglit. Võib esineda muid võimalusi saada seonduva kauba ID, kuid mul ei olnud ületada et sild, nii et ma ei tea, kas jõuab teisel pool kuristik.
• Ma ei ole uurima, Aga ma ei oleks üllatunud, kui mingi mallifail on 12 taru, et ma võiks muuta mõjutada, kuidas ühtse Programmdokumendi loob vaikimisi vormide (palju nagu me saame muuta alert Mallid).

</lõpp>

Telli minu blogi!

Mul on äri stsenaariumi niimoodi:

• Kasutaja lisatud dokumendi dokumenditeeki.
• Ta valib sisutüübi ja siseneb meta andmed vastavalt vajadusele. Üks meta andmeväljad on lipp, "Pakiline".
• See käivitab SharePoint Designeri töövoo mis, muu hulgas, kasutab "koguda andmeid, vaid kasutaja" tegevus.

"Andmeid koguda kasutaja" loob üksuse heakskiidu taotlemine dokumendi tööülesandeloendis.

Mul on vaja luua vaate näitas kiirtöötasu kinnitamiseks tööülesandeloendis.

Lahus: Pane sõna "PAKILINE:" pealkirja ning nende ülesannete.

Ma oleksin eelistanud otse tähtsusastme määramiseks. Aga, Ma ei saanud seda teha mitmel põhjusel:

1. Andmete kogumine tegevus ette mehhanism peale pealkirja välja uuendamiseks (Need täiendavad väljad soovite andmete kogumiseks ja).
2. Selle "määramine on kirjele" tegevus on sama probleem.
3. On võimalik sisestada kauba loend (St. üksuse lisamine tööülesannete loendisse otse) kuid see ei ole blokeerimisele. See tähendab, et kasutajal Sobivaimaid töövoog ei oota.

Leidsin mõned lähenemisviise enne (Õnneks) aru, me võiks lihtsalt panna "kiireloomuline" pealkiri.

1. Käivitada töövoo tööülesannete loend, et uue ülesande loomise, see kuidagi risti viited tagasi esimese töövoo dokumenditeeki, tõmmake väärtust kiireloomuline lipu ja uuendada prioriteet vastavalt vajadusele.
2. Teha midagi sarnast sündmuse vastuvõtja. Tööülesande loomisel, seotud dokumendi ja update prioriteet vastavalt vajadusele.
3. Kasutada ka "loendiüksuse loomine" meetme "oota, ootamine koos" tegevus ja sündmuse vastuvõtja. Kui me loome loendiüksusele, Saate määrata kõik väljad, mida me tahame. Sündmuse vastuvõtja abil saate uuendada algse üksuse, kui kasutaja lõpetab ülesande ja "oota ootamine" tegevuse tingimus täidetud ja töövoog, asuks. (Mingil põhjusel, Oli enam-vähem väljakujunenud kõnealuses küsimuses enne targalt jalutada mõneks).

Seal on minu lahenduse puuduseks (peale ilmse fakti et ainult pealkiri tekst näitab kiireloomulisuse). Alates "koguda tagasisidet" aktsepteerib ainult kõva kodeeritud pealkiri nimed, Tuleb kasutada kahe erineva koguda tagasisidet tegevuse, kelle ainus erinevus on, et kõva kodeeritud pealkiri.

Aga, vähemalt on lahendus, mis ei nõua sündmus vastuvõtjad või kohandatud ühtse Programmdokumendi meetmete.

Kui keegi on lahendatud see rohkem tark viis, Palun andke teada.

</lõpp>

VÄRSKENDUS: Madjur Ahuja meenutab seda linki: a uudiserühma arutelu: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. See on päris lõplik.

===

Tahame sageli manustada InfoPathi vorme hüperlinke kirjad saadetakse SharePoint Designeri töövood. Kuna kasutajad saavad need meile, nad klõpsake e-posti link ja minna otse InfoPathi vorm.

See koletis URL ehitus töötab minu jaoks:

http://server/sites/departments/Technical Services/InformationTechnology/HelpDesk/_layouts/FormServer.aspx?XmlLocation=/sites/departments/Technical Services/InformationTechnology/HelpDesk/REC REM RED Forms/REC2007-12-18T11_33_48.XML-i&Allikas = http % 3A % 2F % 2Fserver % 2Ecorp % 2Edomain % 2Ecom % 2Fsites % 2Fdepartments % 2FTechnical % 2520Services % 2FInformationTechnology % 2FHelpDesk % 2FREC % 2520REM % 2520RED % 2520Forms % 2FForms % 2FAllItems % 2Easpx&DefaultItemOpen = 1

Asenda kuupäevanavigaatoris punane tekst vormi nimi, nagu näha järgmine pilt:

On palju püsiprogrammeeritud tee selle URL, nagu ka kodeeritud URL osa. Kui see on liiga raske tõlkida oma konkreetse olukorra, Proovige vormiteegi teatiste sisselülitamine. Vormi ja millal saad e-post, Vaata email allikat ja sa näed kõike tuleb kaasata.

Nutikas lugeja võib märgata eespool meilisõnumi keha kuvatakse ka link, mis otseselt pöördub ülesande kaudu filtreeritud vaates. Kavatsen seda seletada, et üksikasjalikumalt tuleviku pärast.

</lõpp>

Ma olen rakendanud SharePoint Designeri abil saidi, mis on peamiselt ainult lugemiseks "NT_AUTHORITYAuthenticated kasutajatele töövoo" (St. kõigile). Seal on InfoPathi vormi vormiteegis. On seostatud töövoo tööülesannete loend samuti, et Millal töövoog töötab, seda saab määrata inimestele tööülesandeid.

Murda luba vormide raamatukogu ja tööülesannete loendi, et kõik autenditud kasutajad saaksid vorme luua ja uuendada neile määratud ülesannete.

Ma katsetada low-privileegide testi konto.

Kas ma täitke ja salvestage vorm teeki? –> Jah

Ma pääsevad ülesanne e-posti linki? –> Jah

Ma näen Redigeeri töövoo tööülesande link –> Jah

Saate klõpsata seda linki? –> Ei … Juurdepääs keelatud.

Miks näha Muuda linki, mis eitab mulle loa, kui ma vajutan? See ei ole kuidas see peaks töötama…

Ma lähen läbi turvalisuse konfiguratsiooni uuesti, väga tihedalt. Ma seda uuesti. Leian, et kustutada See postitus sest ma muidugi ei tea midagi turvalisuse.

Lõpuks, Ma otsida selle Internets. Ma leian selles väga ebatõenäoline MSDN foorumi teemat: http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1838253&SiteID=17

Plakatid ilmselt oletada, töövoo eksportida drive vaagen lihtsa seaduse fikseerib MOSS julgeoleku küsimus? Ma ei saa uskuda, ma lihtsalt kirjutada, et. Ma meenutas South Park episoodi kohta ning 9/11 Kui Stan küsib meie Preznit vandenõu, "Tõesti?" ikka ja jälle.

Nii, midagi kaotada, Ma tule üles ühtne Programmdokument, töövoo paremklõps ja Salvesta oma c:\ Drive. C kõnealustel:\ autosõidu minu sülearvuti. Keda üle õla kogu aeg, et keegi ei küsi, "miks te salvestate selle töövoo sülearvuti?"

Uskumatult, see lahendab mu probleemi. Saate redigeerida ülesande.

Käesolevaga nimetab seda kõige veider töövoo vastukaalu ning 2007.

</lõpp>

Tahame sageli saata e-kirja, mis sisaldab üksust või dokumenti, mis käivitas töövoo hüperlink. Me kasutame praeguse kauba "kodeeritud absoluutne URL" Sel eesmärgil. Aga, tundub alati kasutada "http" et URL-i protokoll. Kui teie sait töötab HTTPS siis see ei tööta teie jaoks.

Niipalju kui ma tean, seal on ühtegi läbi kasti lahendus sellele probleemile. Kui peate kasutama HTTPS, teil ei ole välja kasti valik.

Lahendada see, luua kohandatud toimingu, mis pakub string asendada funktsiooni kasutada töövoo. Teine võimalus, 3. osapoole tööriista nagu suurepärane paketi siin kasutada: http://www.codeplex.com/spdwfextensions 🙂

</lõpp>

Aeg-ajalt küsida foorumi kasutajad: Miks SharePoint Designeri panna ???? meilisõnumisse minu asemel välja väärtus?

Üks põhjus, miks see juhtub on, sest te vaadake muutuja on tühi.

Selle põhjuseks on asjaolu, mida soovite viidata "praeguse kirje väli" kuid kasutaja ei jõudnud väärtus selle vormi väli.

<lõpp />

Stsenaarium: SharePoint Designeri töövoos, peate kindlaks, kui kuupäeva väli on tühi.

Probleem: SPD ei paku otsest meetodit, võrreldes midagi muud kui kuupäev kuupäevad. Ei saa luua sellist tingimust: "Kui [DateField] veeru väärtus on tühi".

Lahus: Kuupäeva teisendamine string. Kasutada kas kuupäev on tühi string võrdlus.

Ekraanipilt:

Järgmine ekraanipilt näitab selle. Selle stsenaariumi, üksuse välja, "Keskkonnalubade:Kõigepealt lubada meeldetuletuse kuupäev", esitatakse ja töövoo tulekahjud vastuseks.

Märkmed:

Kui ma püüdsin seda, Olin meeldivalt üllatunud, et õppida, et see toimib. Olin mures, SharePoint Designeri võib keelata string loovutamine (Muutuja:StringReminderDateDate) kuid ta ei luba.

Olin ka mures, et võimaldada tal, väärtus võib olla tühi ja kas õhkima WF käitusajal või äkki tõsta globaalse temperatuuri 1/2 kraad, Aga need probleemid on alusetud.

</lõpp>

Lihtsalt kiire märkus on väga oluline erinevus nende kahe mõisted:

<FieldBind väli "InParam1 =" DesignerType = "StringBuilder" ID = "2" Tekst = "Sisend parameeter #1" />

võrreldes:

<FieldBind väli "InParam1 =" ID = "2" Tekst = "Sisend parameeter #1" />

Esimene näitab sellist SPD:

samas viimasel näitab sellist:

I’m not sure how helpful these screen shots are but I put in the effort to make them so you have to view them 🙂

Tähelepanek on see: StringBuilder võimaldab ehitada string (ilmselt) segatakse kokku string literaalid ja töövoo andmed (Via ning "lisa otsing" nuppu vasakus nurgas). Kui kasutate nuppu Lisa otsing, See lisab märgiks vorm"[%Turbeloa %]". Kuna SharePoint kasutab teie kohandatud toiming, (C# koodi minu puhul), SharePointi möödub iseenesest tõend, ole tõendi väärtus. Kui kasutate vaikimisi disainer tüüp (teine tüüp), SharePointi laieneb tõendi ja möödub tõendi tegelik väärtus oma tegevuse.

StringBuilder = halb, Vaikimisi disainer tüüp = hea.

Muidugi, See on, mida ma tõesti tähenda. Lihtsalt ei proovige ja andke parameeter teie kohandatud toiming kui projekteerija tippige = StringBuilder. Kasutage disainer vaiketüübi ja keti StringBuilder talle kuni ees kui teil on vaja ehitada keeruline stringid on teie töövoog (mis muide on täpselt mida üks dünaamiline teema e-posti toimingu loomiseks, Aga see on teine blogi teema, Har har).

<lõpp />