Šis įrašas dienoraštyje yra ne tik dėl "srities kuo" įrašas vs. konkreti info.

Mes turime techninis projektas, kuris ragina mums sukurti svetainės svetainių rinkinio per rankiniu būdu pradėjo darbo eigos procesas. Iš esmės, vartotojas įveda duomenis į "naujas klientas" pasirinktinio sąrašo ir tada kai jie baigė ir patvirtintas duomenų įvedimo procesui pradėti, mums reikia sukurti svetainę, kad klientas.

Aš esu didelis gerbėjas deklaruotinų darbo eigos tiek silpnas visual studio darbo eigos programuotojas, Taigi aš norėjau naudoti SharePoint Designer reikalavimo.

Aš planuoju rašyti apie tai išsamiau (ir tikimės, kad pateikti vartotojų grupę ar du ateinančių metų), bet čia yra bendras sprendimas:

• Sukurti pasirinktinį veiksmą, kuri sujungia su BPD.
• Pasirinktinis veiksmas leidžia BPD remtis tinklo tarnyba ir perduoti jį eilute, XML.
• Tinklo tarnybos aptinka eilutę į pasirinktinį sąrašą ir sukuria naują svetainę pagal duomenis, kad naujų klientų naudojant pasirinktinį svetainės apibrėžimo.
• Tinklo tarnybos po to atnaujinimo pasirinktinį sąrašą su tam tikra informacija pvz., nuoroda į naują svetainę.

Mes apsvarstyti kitus metodus, pavyzdžiui, įvykio apdorojimo programas ir vaizdo studijos pagal darbo eigos. BPD požiūris suteikia mūsų galutiniams vartotojams daugiau kontroliuoti procesą. Suteikta, yra daug C# kodo šiame tirpale, bet jis yra suvynioti viduje deklaruotinų darbo eigos, Todėl mes gauti kai kuriuos iš aprašomosios funkcinės darbo eigos privalumai o nedėkite į svetainių kūrimo paslaugos.

All we need now is an easy tool to automatically migrate SPD workflows around as easily as we can for visual studio workflows and we’ll really be cooking with gas 🙂 I understand that some folk are out there working on this problem and I hope they have some good success with it soon.

</pabaigos>

Prenumeruoti savo dienoraštį.

Aš žaisti su pasirinktiniai veiksmai dėl SharePoint Designer tam tikrą laiką (čia kai kurios išsamias stuff, Jeigu, jus domina).

Į mano dabartinis projektas, mums reikia padaryti kai kurie gana sunkus kėlimas ir mes norite naudoti darbo eigos BPD deklaruotinų susieto verslo procesams tvarkyti.

Trumpai tariant, tai yra visiškai įmanoma. Aš pratęsti savo Codeplex projektą remtis "pagalbininkas paslauga" ir dabar mes galime remtis interneto paslauga tiesiogiai iš BPD darbo eigos.

Čia yra parašas:

 visuomenės eilutė Siuntėjas(
        GUID WebID, // Priimtas vykdymo aplinka
        GUID SiteID, // Priimtas vykdymo aplinka
        eilutė ListID, // Priimtas RTE (nežinau, kodėl tai yra eilutė, nėra GUID)
        LC ListItemID, // Priimtas RTE.
        eilutė XmlMessage) // Priėmė iš vartotojo, deklaruotų BPD.

Tai sustiprina tai, kad mes galime gauti svarbus darbo eigos informacija, kaip svetainės, sąrašo ID, ir tt. Tai yra gerai dokumentuota keliose vietose tiems, kurie jus domina sukurti savo pasirinktinių veiksmų. Stengiamasi ekstrahuojama XML formato eilute, kaip vartotojas iki išsiuntimo atitinkama tvarka. Pokštai!

Deja, tai akivaizdžiai pusę bilietą į "Loosey Goosey" anti-modelio žemės, but it’s better than hitting a brick wall 🙂

Tai yra kovos su modelio, jei tu tai net jei žinote, tai kovos su modelio?

Tikiuosi, kad tai suvynioti viduje Codeplex artimiausiu. Jei jus domina mane taip, man kišti (el. paštas arba palikite komentarą) and I’ll be that more enthusiastic about doing it 🙂

</pabaigos>

Prenumeruoti savo dienoraštį.

Aš dirbu projektas, kuris naudoja penkias skirtingas SharePoint Designer darbo srautų elgtis kai dokumento patvirtinimą. BPD numatyta "renka duomenis iš vartotojo" veiksmų, kad mes gali raginti vartotoją dėl įvairių bitų informacijos, pvz., ar jie patvirtinti, kai kurias pastabas ir gal paklausti, ką jie turėjo kitų naktį vakarienei.

Formos yra puikiai veikia. Jie yra susiejami su užduočių sąrašą kaip turinio tipą. Jie yra 100% sistemos sugeneruota. Tai jų jėga ir silpnumas. Jei mes galime gyventi su numatytąją formą, tada mes labai gerai eiti. Tačiau, Mes turime per daug kontroliuoti kaip BPD sukuria formą. Jei nepatinka tai kad numatytąsias parinktis, mums reikia atlikti įvairius triukus gauti aplink jį (pvz., nustatyti prioritetines užduotis).

Man reikia pateikti nuorodą apie šios užduoties formos, kad atvėrė rodinio ypatybės (dispform.asxp) "susijusios prekės" naujame lange. Tai suteikia vienu paspaudimu prieigą prie susijusių elementų meta duomenų. Tai, ką aš turiu galvoje:

Laimei, tai padaryti, ir tai nėra labai sunku. Apskritai, ugnį BPD, Navigate į katalogą, kad namų darbo eigos failus ir atidarykite norimą modifikuoti ASPX failą. Tai yra tiesiog klasikinis XSL transformacija instrukcijas ir jei jūs jau mucked su itemstyle.xsl, paieškos ar kitų XSL scenarijų, tai bus lengva jums. tiesą sakant, Man atrodė, kad paprastai lengviau nes sugeneruota forma yra šiek tiek lengviau sekti palyginti paieškos rezultatus žiniatinklio dalies (arba košmarišką CWQP).

žinoma, yra vienas pagrindinių spąstai. BPD 's eigų rengyklėje tikisi visiškai kontroliuoti tą failą. Jei jums pakeisti jį, BPD laimingai bus perrašyti jūsų pakeitimai suteikti teisę nustatyti aplinkybes. Aš padariau du greitai tyrimų matyti, kaip blogai tai gali gauti. Jie abu anksto, kad jūs meistriškai galiojantį BPD darbo eigą, kuri naudoja "rinkti duomenis iš vartotojo" žingsnis.

Bandymas 1:

• Modifikuoti ASPX failą rankiniu būdu.
• Išbandyti (Įsitikinkite, kad jūsų pakeitimai buvo tinkamai įrašyti, nenutraukė nieko).
• Atverti darbo eigą ir nesusijusių veiksmo įtraukimas (pvz., "žurnalo istoriją").
• Įrašyti darbo eigą.

Rezultatas: Šiuo atveju, BPD ar ne iš naujo sukurti formą.

Bandymas 2:

• Tai sutampa su #1 išskyrus tiesiogiai pakeisti "rinkti duomenis iš vartotojo" veiksmų.

Rezultatas: Tai iš naujo sukuria formą iš naujo, per rašymo keitimus.

Galutinė pastabos:

• Ne mažiau kaip dviejų BPD priemonių sukurti formų, kaip tai: "Rinkti duomenis iš vartotojo" ir "Priskirti elemento". Abu šie veiksmai’ formas galite neautomatiniu būdu modifikuoti.
• Aš turėjo galimybę gauti savo nuorodą į dispform.aspx, nes, Šiuo atveju, su jais susijusios prekės visada turi savo ID į susijusių elementų URL. Man pavyko išgauti ją ir tada statyti yra <a href> pagal ją pateikti vieno paspaudimo meta duomenų prieigos funkcija. Mažai tikėtina, kad jūsų URL taip šios taisyklės. Galbūt yra kitų būdų gauti susijusios prekės ID, bet aš ne turėjo kirsti tą tiltą, todėl aš nežinau, ar gauna į anapus bedugnė.
• Aš ne ištirti, bet aš nebūtų nustebinti, jei yra tam tikros rūšies šablono failą į 12 avilį, gali pakeisti paveikti kaip BPD generuoja numatytųjų formų (kaip mes gali keisti įspėjimo šablonai).

</pabaigos>

Prenumeruoti savo dienoraštį!

Turiu verslo scenarijų panašaus:

• Vartotojui nusiųsti dokumentą dokumentų bibliotekoje.
• Ji pasirenka turinio tipą ir įveda meta duomenis reikia. Vienas iš meta duomenų laukai yra vėliava, "Skubu".
• Tai paleidžia SharePoint Designer darbo eigą,, be kita ko, naudoja "rinkti duomenis iš už vartotojo" veiksmų.

"Rinkti duomenis iš vartotojo" sukuria elementą klausiama patvirtinimo to dokumento užduočių sąrašą.

Man reikia sukurti rodinį, užduočių sąrašo, parodė skubos tvirtinti.

Tirpalas: Įrašyti žodį "skubu:" į antraštinę dalį šios užduotys.

Aš būtų norėjusi nurodyti prioritetinė sritis tiesiogiai. Tačiau, Aš negalėjo padaryti, kad dėl kelių priežasčių:

1. Renka duomenis veiksmų nepateikia mechanizmas atnaujinti lauką išskyrus pavadinimas (ir šių papildomų laukų, kuriuos norite rinkti duomenis).
2. Į "priskirti a punkte" veiksmas turi tą pačią problemą.
3. Galima įterpti elementą į sąrašą (ty. Įterpti elementą į užduočių sąraše tiesiogiai) bet tai ne blokavimo veiksmų. Tai reiškia, kad darbo eiga bus ne laukti, kad vartotojas galėtų įvykdyti užduotį.

Mano nuomone keletą metodų prieš (Laimei) suprasti, mes galime tiesiog įdėti "skubiai" pavadinime.

1. Pradėti darbo eigos užduočių sąrašo, kad kai kuriamas naujos užduoties, tai kažkaip kirsti nuorodas atgal į dokumentą, kurį pradėjo pirmasis darbo, ištraukti skubiai vėliava vertės ir prioritetą kiek reikia.
2. Daryti kažką panašaus su renginio imtuvu. Toliau kurti užduotį, Raskite susijusiame dokumente ir atnaujinti prioritetą kiek reikia.
3. Naudokite į "sukurti sąrašo elemento" veiksmų kartu su "laukti lauko pokyčiai" veiksmų ir renginių imtuvas. Jei mes sukurti sąrašo elemento, Mes galime nurodyti visose srityse mes norime. Naudokite įvykio imtuvas atnaujinti pradinį elementą, kai vartotojas baigia užduotį ir "laukti lauko pokyčiai" veiksmo sąlyga būtų įvykdyta ir darbo eiga turi būti. (Dėl tam tikrų priežasčių, Aš daugiau ar mažiau apsigyveno šiuo klausimu prieš išmintingai priimdama sprendimą pėsčiomis, o).

Nėra trūkumas su mano sprendimas (Be akivaizdžių to, kad tik pavadinimas nepasitaiko skubos tvarka). Nuo "atsiliepimų rinkimas" priima tik sunkiai koduojamų pavadinimas pavadinimai, Man reikia naudoti du skirtingų atsiliepimų veiksmus, kurių vienintelis skirtumas, kad sunkiai koduojamų pavadinimas.

bet, bent jau yra sprendimas, kuris nereikalauja įvykio administratorių ar pasirinktiniai BPD veiksmai.

Jei kas nors turi išspręsti tai daugiau protingas būdas, Prašome leiskite man žinoti.

</pabaigos>

NAUJINIMAS: Madjur Ahuja pažymi šią nuorodą iš a naujienų aptarimas: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. Tai gana galutinis.

===

Mes dažnai norime įterpti nuorodas į InfoPath formų laiškus, siunčiamus iš SharePoint Designer darbo eigos. Kai vartotojai gauna šiuos laiškus, jie gali paspausti nuorodą iš elektroninio pašto ir eiti tiesiai į "InfoPath" forma.

Šis monstras URL statybos darbai man:

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&Šaltinis = http % 3A % 2F % 2Fserver % 2Ecorp % 2Edomain % 2Ecom % 2Fsites % 2Fdepartments % 2FTechnical % 2520Services % 2FInformationTechnology % 2FHelpDesk % 2FREC % 2520REM % 2520RED % 2520Forms % 2FForms % 2FAllItems % 2Easpx&DefaultItemOpen = 1

Paryškinti raudona tekstą pakeiskite formos pavadinimas, kaip parodyta šių ekrano:

Atkreipkite dėmesį, kad yra užprogramuotas kelias URL daug, taip pat kodavimą komponentas. Jei tai per sunku išversti į savo konkrečią situaciją, pabandykite įjungti perspėjimų dėl formų bibliotekoje. Paštu formos ir kada gausite laišką, Peržiūrėti tinklalapio laišką ir pamatysite viską, ką reikia įtraukti.

Astute skaitytojai gali pastebėti, kad pirmiau elektroninio pašto įstaiga taip pat rodo nuorodą, kad tiesiogiai pasiekia užduotį per filtruotas rodinys. Aš planuoju paaiškina, kad išsamiau ateityje paštu.

</pabaigos>

Aš įgyvendino darbo eigą naudojant SharePoint Designer į svetainę, kuri yra daugiausia tik skaityti "NT_AUTHORITYAuthenticated vartotojams" (ty. Kiekvienas). Yra formų biblioteką InfoPath formos. Yra yra susietas darbo eigos užduočių sąrašo taip pat, kad kai darbo eiga veikia, užduotis galima priskirti žmonės.

Aš nutraukti leidimo formų biblioteką ir užduočių sąrašą, kad jokių autentifikuotas vartotojas gali sukurti formas ir atnaujinti jų paskirtų užduočių.

Aš išbandyti mažai-privilegijų bandymo paskyra.

Gali man užpildykite ir išsaugokite formą į biblioteką? –> taip

Ar aš galiu naudotis užduotį iš el. pašto saitą? –> taip

Ar galiu pamatyti redaguoti darbo eigos užduotį nuorodą –> taip

Galima aš spaudžiu šią nuorodą? –> ne … Leidimo.

Kodėl aš matau nuorodą Redaguoti, kad neigia man leidimo, kai aš spustelėkite jį? Tai ne kaip jis turėjo dirbti…

Aš einu per saugos konfigūravimo vėl, labai atidžiai. Aš tai padaryti dar kartą. Manau, kad panaikinus šį pranešimą nes aš akivaizdžiai nieko nežinau apie saugumo.

Pagaliau, Ieškoti internetas. Manau, tai vargiai MSDN forumo temoje: http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1838253&SiteID=17

Plakatai gali būti tai rodo, kad paprastas aktas eksportuoti darbo eigą į diską patiekalas bus nustatyti su samanų saugumu? Aš vargu ar manote, aš ką tik įrašėte. Aš priminė Pietų parkas epizodas apie į 9/11 prabilo kur Stan prašo mūsų Preznit, "Tikrai?" ir vėl.

Taigi, nieko neprarandate, Aš ugnį BPD, Dešiniuoju pelės mygtuku spustelėkite darbo eigos ir įrašykite jį į mano c:\ automobiliu. Kad būtų c:\ vairuoti mano nešiojamas. Aš ieškau per savo pečių visą laiką taip, kad niekas paklausti, "kodėl jūs tą darbo eigą į įrašyti savo nešiojamojo kompiuterio?"

Neįtikėtinai, kad išspręsti mano problemą. Galiu redaguoti užduotį.

Aš šiuo sprendimu paskirti tai būtų labiausiai Bizarre darbo eigos problemos 2007.

</pabaigos>

Mes dažnai norite siųsti el. laišką, kuriame yra hipersaitas į elementą arba dokumentą, kuris sukėlė darbo eigos. Mes galime naudoti dabartinio elemento "užkoduotas absoliutųjį URL" šiam tikslui. Tačiau, visada atrodo reikia naudoti "http" URL protokolo. Jei jūsų svetainė veikia HTTPS, tada ji negali dirbti jums.

Kiek aš žinau, yra ne iš laukelio išspręsti šią problemą. Jei jums reikia naudoti HTTPS, Jūs neturi iš lango parinkties.

Ją išspręsti, sukurti pasirinktinį veiksmą, teikianti eilutę pakeisti funkciją naudoti jūsų darbo eigoje. Taip pat galite, naudoti 3rd šalies įrankį, pvz puikus paketas čia: http://www.codeplex.com/spdwfextensions 🙂

</pabaigos>

Forum vartotojams kartais paklausti: Kodėl SharePoint Designer įdėti ???? į mano elektroninio pašto vietoj lauko reikšmės?

Viena iš priežasčių tai atsitinka, nes, kuriuo rėmėtės kintamasis yra neapibrėžtas.

Tai gali atsitikti, nes jūs bandote nuoroda "dabartinio elemento lauke" bet vartotojas niekada įvedę vertę į tos formos laukas.

<pabaigos />

Scenarijus: SharePoint Designer darbo eigoje, jums reikia nustatyti, ar datos laukas yra tuščias.

Problema: BPD numatyta tiesioginis metodas lyginant datai nustatyti tik data. Jūs negalite sukurti būklė, kaip tai: "Jeigu [DateField] yra tuščias".

Tirpalas: Konvertuoti datą į eilutę. Naudoti eilučių palyginimas, siekiant nustatyti jei data yra tuščias.

Ekrano nuotraukų:

Šie ekranai rodo, kaip tai padaryti. Pagal šį scenarijų, laukas prekės, "Aplinkosaugos leidimų:Pirmasis leidimas priminimo datos", pateikiamas ir darbo eigos gaisrai atsakant.

Pastabos:

Kai aš bandžiau tai, Buvau maloniai nustebinti, sužinojus, kad jis veikia. Man buvo neramu, kad SharePoint Designer gali neleisti eilutė priskyrimo (Kintamasis:StringReminderDateDate) bet tai ar galima.

Taip pat buvau susirūpinęs, kad leistų jai, vertė gali būti neapibrėžtas ir arba susprogdinti WF vykdymo metu ar gal geriau pasaulio temperatūra 1/2 laipsnis, Tačiau šias problemas, yra nepagrįstos.

</pabaigos>

Tiesiog greitai stebėjimo kad yra labai svarbus skirtumas tarp šių dviejų sąvokų:

<FieldBind lauko = "InParam1" DesignerType = "StringBuilder" ID = "2" Tekstas = "Įvesties parametras #1" />

palyginti su:

<FieldBind lauko = "InParam1" ID = "2" Tekstas = "Įvesties parametras #1" />

Pirmasis rodo panašaus į BPD:

Nors pastarieji rodo, kaip šis:

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 🙂

Stebėjimas yra tai: StringBuilder leidžia jums sukurti eilutę (akivaizdžiai) sumaišius raidžių sekos, naudojami ir darbo eigos duomenys (per "pridėti peržvalgos" mygtuką apatiniame kairiajame kampe). Kai naudojate pridėti peržvalgos mygtuką, ji įterpia ženklas forma"[%simbolinis %]". Kada SharePoint remiasi savo pasirinktinį veiksmą, (C# kodą mano atveju), SharePoint eina pati atpažinimo ženklas, ne atpažinimo ženklo vertė. Jei naudojate numatytąjį dizaineris tipą (antrojo tipo), SharePoint plečia atpažinimo ženklas ir eina faktinės vertės atpažinimo ženklo savo veiksmų.

StringBuilder = blogas, Numatytasis dizaineris tipas = gera.

žinoma, tai ne ką aš tikrai turiu galvoje. Tik ne išbandyti ir parametras perduoti savo pasirinktinį veiksmą, kai dizaineris įveskite = StringBuilder. Naudoti numatytąjį dizaineris tipą ir grandinės StringBuilder jai priekyje jei reikia statyti sudėtingas eilutes į jūsų darbo eigos (kuris beje yra tiksliai ką daro sukurti dinamišką temą el. paštas veiksmų, bet tai kitas dienoraščio įrašas tema, Har har).

<pabaigos />