Ta blog vpis je bolj za "v sfero možni" vnos vs. konkretne info.

Imamo tehničnega projektiranja, ki poziva nas, da ustvarite mesto v zbirki mest procesom ročno začela potek dela. V bistvu, uporabniki vnašajo podatke v "novo stranko" seznam po meri in potem ko so končali in validirani podatkov proces vstopa, moramo ustvariti spletno stran za to stranko.

Jaz sem tako velik oboževalec deklarativno potek dela kot programer šibka visual studio poteka dela, zato sem želel, da izpolnjujejo s programom SharePoint Designer zahteva.

I načrt za pisanje o tem podrobneje (in upajmo, prisotna uporabniško skupino ali dve v prihajajočem letu), ampak tukaj je celovita rešitev:

• Ustvarjanje dejanja po meri, ki se integrira z EPD.
• Dejanje po meri omogoča EPD sklicevala spletne storitve in ga posredovati niz XML.
• Spletne storitve poišče vrstico na seznamu po meri in ustvari novo mesto kot na podatke za novo stranko z uporabo definicije po meri mesta.
• Spletna storitev nato posodobi seznam po meri z nekaj informacij, kot je povezava na novo spletno stran.

Smo upoštevali drugi pristopi, kot so rutin in visual studiem, ki temelji poteka dela. EPD pristop daje svojim končnim uporabnikom malo več nadzora nad procesom. Odobrena, Obstaja veliko C# kodo v to rešitev, ampak to je zaviti notri deklarativno potek dela, tako smo dobili nekaj prednosti deklarativno potek dela medtem ko spotikanje obratovanja ustvarjanje mesta.

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.

</namen>

Naročite se na moj blog.

Sem bil igranje s dejanja po meri za program SharePoint Designer za nekaj časa (glej tukaj za nekatere podrobne stvari, Če vas to zanima).

V moj trenutni projekt, moramo narediti nekaj dokaj težke dviganje in želimo uporabiti deklarativno EPD poteka dela za upravljanje povezanih poslovnih procesov.

Skrajšam zgodbo, To je povsem možno. Jaz razširiti svoj Codeplex projekt "pomočnik storitve" in zdaj lahko uveljavlja spletne storitve neposredno iz potek dela za EPD.

Tukaj je podpis:

 javnih niz Dispečer(
        GUID WebID, // Sprejel runtime okolju
        GUID ID-ja mesta, // Sprejel runtime okolju
        niz ListID, // Sprejel RTE (ne vem zakaj je niz, ne GUID)
        int ListItemID, // Sprejel RTE.
        niz XmlMessage) // Opravili uporabnik deklarirani v EPD.

To dopolnjuje dejstvo, da lahko dobimo informacije pomembno poteka dela, kot mesto, ID seznama, itd. To je dobro dokumentiran na več mestih za tiste, ki ste zainteresirani za izdelavo lastne dejanja po meri. Ideja je, da ekstrakt niz XML, ki ga uporabnik odpremo ustrezen postopek. Zabavno stvari!

Na žalost, To je očitno enosmerno vozovnico do "Loosey Goosey" anti-vzorec zemlje, but it’s better than hitting a brick wall 🙂

Je anti-vzorec, če si to naredil, čeprav veš, da je anti-vzorec?

Upam, da tole znotraj Codeplex v bližnji prihodnosti. Če ste zainteresirani me tako, Daj mi suniti (e-pošta ali pustite komentar) and I’ll be that more enthusiastic about doing it 🙂

</namen>

Naročite se na moj blog.

Jaz delam na projektu, ki uporablja pet različnih potekih dela SharePoint Designer za ravnanje nekatere homologacij, dokument. EPD zagotavlja "zbiranje podatkov od uporabnika" ukrepov tako, da smo lahko pozove uporabnika različnih bitov informacij, kot so, ali ga homologirajo, nekaj pripomb in mogoče vprašati, kaj so imeli za večerjo drugi večer.

Obrazci, ki so popolnoma funkcionalno. So vezani na seznam opravil kot vrsto vsebine. So 100% Sistemsko ustvarjena. To je njihova moč in šibkost. Če lahko živimo s privzeto obliko, potem smo dobri poti. Vendar, nimamo preveč nadzor nad kako EPD ustvari obrazec. Če nam ni všeč to privzeto vedenje, smo morali zateči k razni ukana zadobiti okrog to (na primer, Nastavite prednost za opravila).

Sem potreboval, da se zagotovi povezava na teh obrazcih opravilo, ki so odprle lastnosti pogleda (dispform.asxp) "sorodne artikla" v novem oknu. To omogoča enim klikom dostop do metapodatkov sorodni element. To je, kaj mislim:

K sreči, ki jo lahko naredimo in ni zelo težko. V širšem smislu, razvneti EPD, krmarite do imenika, ki hiše poteka dela datoteke in odprite datoteko ASPX, ki jo želite spremeniti. To so samo klasičen XSL transformacija navodila in če sem mucked s itemstyle.xsl, Išči ali drugih scenarijev XSL, To bo enostavno za vas. v bistvu, Sem ugotovila, da je na splošno lažje, ker je nekoliko lažje slediti v primerjavi s a spletnega gradnika za rezultate iskanja jedro ustvarjeni obrazec (ali je nočne more CWQP).

seveda, tam je en velik nevarnosti. EPD je potek dela urednik pričakuje popoln nadzor nad datoteko. Če spremenite to, EPD bo srečno prepiše vaše spremembe dajejo pravico sklop okoliščin. Sem naredil dve hitro testov da vidim, kako slabo bi to dobili. Oba predpostavlja, da ste oblikovana veljavna EPD potek dela, ki se uporablja za "zbiranje podatkov od uporabnika" korak.

Preskus 1:

• Ročno spremeniti datoteko ASPX.
• Test (Preverite, ali so bile pravilno shranjene spremembe in ni prekinil ničesar).
• Odprtje potek dela in dodajte nepovezanih dejanje (kot "log k zgodovini").
• Shranite potek dela.

Rezultat: V tem primeru, EPD ni storil ponovno ustvarite obrazec.

Preskus 2:

• Ne enako kot #1 razen neposredno spremeniti "zbiranje podatkov od uporabnika" dejanje.

Rezultat: To ponovno ustvari obrazec iz nič, preveč pisanja spremembe.

Končne opombe:

• Vsaj dveh ukrepov EPD ustvarite obrazce, kot je ta: "Zbiranje podatkov od uporabnika" in "Dodelite ne element". Oba od teh ukrepov’ oblike je mogoče ročno spremeniti.
• Sem bil sposoben ustvariti moj link za dispform.aspx, ker, v tem primeru, vedno ima svoj ID, vgrajen v sorodni element URL relate element. Sem mogel v citat in potem graditi na <a href> glede na to, da se en klik meta podatkov dostop funkcija omogoči. Ni verjetno, da vaš URL sledi to pravilo. Lahko pride do drugih načinov, da se ID sorodni element, vendar nisem imel za navzkrižno da most, tako ne vem, če dobi na drugo stran v prepad.
• Nisem razišče, vendar ne bi bil presenečen, če obstaja nekakšen predlogo datoteke v na 12 panj, da lahko spremenite vplivajo na kako EPD ustvari privzete oblike (podobno, kot smo lahko spremenite alert predloge).

</namen>

Naročite se na moj blog!

Imam poslovni scenarij, kot to:

• Uporabnik prenese dokument v knjižnici dokumentov.
• Ona izbere vrsto vsebine in meta podatke vnaša, kot je potrebno. Eden od meta podatkovna polja je zastava, "Nujno".
• To sproži SharePoint Designer potek dela ki, med drugim, uporablja "zbiranje podatkov od a uporabnik" dejanje.

"Zbiranje podatkov od uporabnika" Ustvari element na seznamu opravil, ki zahtevajo odobritev za ta dokument.

Sem potreboval, da ustvarite pogled seznama opravil, ki je pokazala naslovili nujna zaprosila za odobritev.

Raztopina: Dal besedo »nujno:" v naslovu te naloge.

Jaz bi raje določite v polju Prioriteta neposredno. Vendar, Sem bil nezmožen uganjati to iz več razlogov:

1. Dejanje zbiranje podatkov ne zagotavlja mehanizem, da posodobite polje, razen naslova (in teh dodatna polja, ki jih želite zbrati podatke).
2. Na "zakonito izručiti a k točki" Dejanje ima isti problem.
3. Možno je, da vstavite element v seznam (i.e. vstavite element na seznamu opravil neposredno) vendar to ne dejanja blokade. To pomeni, da bo potek dela ne čakati na uporabnika za dokončanje opravila.

Sem menil, da nekaj pristopov pred (k sreči) Realizacijom smo lahko samo dal "nujno" v naslovu.

1. Tako, da ko je ustvaril novo opravilo na seznamu opravil, sama začeti potek dela, to nekako navzkrižno sklicevanje nazaj v dokument, ki se je začel prvi potek dela, izvlecite vrednost nujno zastavice in posodobiti prednost, kot je potrebno.
2. Kaj podobnega z prejemnik dogodkov. Pri ustvarjanju opravila, Poiščite povezanem dokumentu in posodobitev prednostnih, kot je potrebno.
3. Uporabite "Ustvari element seznama" dejanja v povezavi z "počakaj na spremembo v polju" delovanja in je prejemnik dogodka. Če bomo ustvarili element seznama, mi lahko navedete vsa polja, ki jih želimo. Uporabite prejemnik dogodkov za posodobitev izvirnika, ko uporabnik dokonča opravilo in "počakaj na spremembo v polju" dejanja pogoj bi srečal in bi nadaljevati potek dela. (Iz neznanega razloga, Bolj ali manj je ulegla na ta pristop pred pametno odločitvijo oditi za nekaj časa).

Tam je pomanjkljivost v svoj raztopina (Poleg očitnega dejstva, da samo besedilo v naslovu nakazuje nujnost). Od »Zberi povratne informacije" sprejema samo nespremenljivo zapisan naslov imena, Rabim za uporabo dveh različnih Zberi povratne informacije dejanja, katerih edina razlika je, da težko kodirani naslov.

toda, vsaj tam je rešitev, ki ne zahtevajo sprejemniki dogodka ali dejanja po meri EPD.

Če nekdo has to rešiti v bolj pameten način, prosim povej mi.

</namen>

POSODOBITEV: Madjur Ahuja poudarja to povezavo iz a pogovor v skupini novic: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. To je precej dokončno.

===

Smo pogosto želite vdelati hiperpovezave do InfoPathovih obrazcev v e-pošto, poslano iz programa SharePoint Designer poteki dela. Ko uporabniki prejmejo te e-pošte, lahko kliknite na povezavo s email in gredo neposredno na InfoPathov obrazec.

Ta pošast URL gradbena zame:

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

Zamenjaj krepko rdeče besedilo z imenom obrazca, kot je prikazano na naslednji sliki:

Upoštevajte, da obstaja veliko vprogramiranih poti v URL, kot tudi URL-kodiranih komponente. Če to je preveč težko prevesti za vaše posebne razmere, poskusite vklopiti opozorila za knjižnice obrazcev. Po obliki in kdaj dobite email, Ogled vira email in boste videli vse, kar morate vključiti.

Bistroumno bralci lahko opazili, da zgoraj email telo kaže tudi povezavo, ki neposredno odpre opravilo preko Filtrirani pogled. Nameravam razloži, da se podrobneje v prihodnje pošti.

</namen>

Sem izvajal potek dela s programom SharePoint Designer v mesto, ki je večinoma samo za branje "NT_AUTHORITYAuthenticated uporabnikom" (i.e. Vsakdo). Obstaja knjižnico obrazcev za InfoPathov obrazec. Obstaja seznam opravil potek dela povezani tudi tako, da ko potek dela upravlja, naloge lahko dodelite ljudi.

Sem prekinil dovoljenje za seznama obrazcev knjižnico in nalogo, da kateri koli preverjeni uporabnik lahko ustvarite obrazce in posodabljanje svojih dodeljenih nalog.

Jaz skušnja s svoj pritličen svoboščina preskusnega računa.

Lahko sem izpolnite in shranite obrazec v knjižnico? –> da

Lahko do nalogo iz email link? –> da

Lahko vidim povezavo Uredi potek dela opravil –> da

Lahko sem kliknite na to povezavo? –> ne … Dovoljenje zavrnjeno.

Zakaj lahko videli povezavo Uredi, ki zanika mi dovoljenje, ko kliknem na to? To je, ne kako je moral delati…

Sem šel skozi varnostne konfiguracije spet, zelo tesno. Sem še enkrat. Menim, da izbrišete ta post ker očitno ne vem ničesar o varnosti.

Končno, Iščem Internets. Se mi zdi to zelo verjetno MSDN pristojna oblast sukanec: http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1838253&SiteID=17

Plakati se zdi, da kažejo, da preprosto dejanje izvažanju poteka dela za pogon pladenj hoteti pritrditi varnostna težava MOSS? Komaj verjamem samo tipkal, da. Jaz sem spomnil South Park epizodo o na 9/11 zarote, kjer Stan sprašuje naše Preznit, "Res?" vedno znova.

Tako, nič za izgubiti, Sem ogenj EPD, desni klik na potek dela ter zaščititi to v svoj c:\ pogon. To bi bilo c:\ pogon na svoj laptop. Jaz sem videti čez ramo ves čas tako, da nihče ne sprašuj, "zakaj ste varčevanje potek dela za vaš prenosnik?"

Neverjetno, to rešiti svoj naloga. Lahko uredite opravilo.

S tem predlaga, da to, da se najbolj bizarna potek dela Workaround od 2007.

</namen>

Pogosto želimo, da pošljete e-pošto, ki vsebuje hiperpovezavo do element ali dokument, ki sproži potek dela. Lahko uporabimo trenutnega elementa "kodirana absolutni URL" za ta namen. Vendar, se vedno zdi, da uporabite "http" za protokol URL. Če vaše spletno mesto teče na HTTPS, potem ne bo delovalo za vas.

Kolikor jaz vem, ni nobenega dela je rešitev za ta problem. Če vi potreba rabiti HTTPS, imate, ne izven škatla predkupna pravica.

To rešiti, ustvarjanje dejanja po meri, ki zagotavlja niz Zamenjaj rabiti v vaš potek dela. Druga možnost, Uporaba 3rd stranka orodje kot na primer odličen paket tukaj: http://www.codeplex.com/spdwfextensions 🙂

</namen>

Forum uporabnikov vprašati, občasno: Zakaj SharePoint Designer dal ???? v svoj email, namesto vrednosti polja?

En vzrok to zgoditi se je zato, ker spremenljivka, na katero se sklicujete, ima ničelno vrednost.

To se lahko zgodi, ker želite referenčno polje iz "trenutnega elementa" vendar uporabnik nikoli vnesli vrednosti v to polje obrazca.

<namen />

Scenarij: V programu SharePoint Designer potek dela, morate ugotoviti, če je datum polje prazno.

Problem: EPD zagotavlja neposredno metodo za primerjavo datume za nič drugega kot datum. Ne morete ustvariti pogoj takole: »Če [DateField] je enako prazno".

Raztopina: Pretvorbo datuma v niz. Uporabite niz primerjava ugotoviti, če je datum prazno.

Zaslon strel:

Naslednji zaslon strel pokazal, kako to storiti. V tem scenariju, polja v elementu, "Okoljska dovoljenja:Najprej dovolijo datum opomnik", predložena in potek dela požari v odgovor.

Opombe:

Ko sem se potrudil to, Bil sem prijetno presenečen, da se naučijo, da deluje. Sem bil v skrbeh, da SharePoint Designer lahko prepoveste niz dodelitev (Spremenljivka:StringReminderDateDate) vendar si dovolite, da.

Bil sem tudi zaskrbljen, da ji, vrednost lahko null in bodisi razstrelili WF na runtime ali morda dvig globalne temperature 1/2 diplomo, vendar ti pomisleki so bili neutemeljeno.

</namen>

Samo hitro opazovanje, da je zelo pomembna razlika med ti dve opredelitvi:

<Polje FieldBind = "InParam1" DesignerType = "StringBuilder" ID = "2" Besedilo "Vnosni parameter #1" = />

primerjavi z:

<Polje FieldBind = "InParam1" ID = "2" Besedilo "Vnosni parameter #1" = />

Prvi prikazuje takole v EPD:

medtem ko slednji kaže takole:

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 🙂

Opazovanje je to: StringBuilder vam omogoča, da zgraditi niz (očitno) z mešanjem skupaj dobesedni in podatki o poteku dela (preko "Dodaj iskalni" gumb v spodnjem levem kotu). Ko uporabljate gumb Dodaj iskanje, Vstavi znak v obliki"[%žeton %]". Ko SharePoint sklicuje vaše dejanje po meri, (C# kodo v mojem primeru), SharePoint prehaja žeton, sama, ne vrednost žetona. Če uporabite privzeto vrsto oblikovalec (Druga vrsta), SharePoint širi žeton in dejanska vrednost žetona posreduje svoje dejanje.

StringBuilder = slabo, Privzeta vrsta oblikovalec = dobro.

seveda, To je, kaj sem res pomeni. Samo ne poskušajte in parameter prenesti svoje dejanje po meri, ko na načrtovalca natipkajte = StringBuilder. Uporabite privzeto vrsto oblikovalec in veriga StringBuilder nanj spredaj, če zgraditi zapletenih nizov v potek dela (kar mimogrede je točno tisto, kar pomeni ustvariti dinamično temo za dejavnost email, ampak to je tema za drug blog vnos, Har har).

<namen />