Cofnod blog hwn yn fwy o "yn yr amgylchfyd y posibl" cofnod vs. info concrid.

Mae gennym gynllun technegol sy'n galw arnom i greu safle mewn casgliad safle drwy broses lansio eich hun llif gwaith. Yn y bôn, Mae defnyddwyr yn llunio data cwsmeriaid"newydd" rhestr arfer ac yna pan fyddant wedi gorffen a dilysu broses cofnodi data, mae angen i ni greu safle ar gyfer y cwsmer.

Dwi'n ddau yn ffan mawr o lif gwaith declarative yn ogystal â rhaglennydd llif gwaith stiwdio gweledol gwan, felly roeddwn i eisiau i fodloni'r gofyniad gan ddefnyddio SharePoint Designer.

Rwy'n bwriadu ysgrifennu am hyn mewn mwy o fanylder (a chyflwyno i grŵp defnyddiwr neu ddau yn y flwyddyn sydd i ddod, gobeithio,), ond dyma yw'r ateb cyffredinol:

• Creu gweithredu arfer sy'n integreiddio gyda SPD.
• Mae'r camau gweithredu arfer yn caniatáu SPD i weithredu'r gwasanaeth ar y we ac yn ei throsglwyddo cyfres o XML.
• Lleoli gwasanaeth ar y we y rhes yn y rhestr arferiad ac yn creu safle newydd yn unol â'r data ar gyfer y cleient newydd gan ddefnyddio diffiniad safle arferiad.
• Gwasanaeth ar y we yn diweddaru'r rhestr arfer gyda rhywfaint o wybodaeth o'r fath fel cyswllt i'r safle newydd.

Rydym yn ystyried dulliau eraill, fel digwyddiad sy'n trin a llif gwaith stiwdio gweledol yn seiliedig. Mae dull y ddogfen raglennu sengl yn rhoi ein defnyddwyr ychydig mwy o reolaeth dros y broses. Ganiataol, mae llawer o C # cod yn yr hydoddiant hwn, ond mae'n lapio y tu mewn i llif gwaith declarative, felly rydym yn cael rhywfaint o fanteision llif gwaith declarative wrth hooking i'r gwasanaeth safle-greu.

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.

</diwedd>

Tanysgrifio i fy mlog.

Rydw i wedi bod yn chwarae o gwmpas gyda chamau gweithredu arfer ar gyfer SharePoint Dylunydd ers peth amser (gweld yma ar gyfer rhai pethau manwl, os y mae gennych ddiddordeb).

Yn fy prosiect presennol, Mae angen inni wneud rhai eithaf lewys ac yr ydym am ddefnyddio datgeiniol llif gwaith ddogfen raglennu sengl i reoli'r broses fusnes cysylltiedig.

Stori hir yn fyr, Mae hyn yn gwbl bosibl. Ehangais fy mhrosiect Codeplex i alw "cynorthwy-ydd gwasanaeth" ac yn awr y gellir galw'r gwasanaeth gwe uniongyrchol o'r llif gwaith ddogfen raglennu sengl.

Heres '' r llofnod:

 cyhoeddus llinyn Dosbarthydd(
        GUID WebID, // Basiwyd gan yr amgylchedd Rhedeg
        GUID SiteID, // Basiwyd gan yr amgylchedd Rhedeg
        llinyn ListID, // A basiwyd gan y RTE (ddim yn gwybod pam mae hyn yn llinyn, Nid yn GUID)
        int ListItemID, // A basiwyd gan y RTE.
        llinyn XmlMessage) // A basiwyd gan y defnyddiwr datgan fel yn SPD.

Mae hyn yn leverages y ffaith ein bod yn gallu cael gwybodaeth llif gwaith yn bwysig, fel y safle, ID rhestr, ac ati. Mae hyn yn hysbys iawn mewn nifer o leoedd ar gyfer y rhai ohonoch sydd â diddordeb mewn creu eich hun gweithredoedd personol. Y syniad yw i echdynnu y llinyn XML fel a ddarperir gan y defnyddiwr i anfon weithdrefn briodol. Stwff llawn hwyl!

Yn anffodus, mae hyn yn amlwg yn tocyn unffordd i lawr i "Loosey Goosey" gwrth-patrwm tir, but it’s better than hitting a brick wall 🙂

A yw'n gwrth-patrwm os ydych yn gwneud hynny er eich bod yn gwybod ei fod yn wrth-patrwm?

Gobeithiaf i lapio hyn tu mewn Codeplex yn y dyfodol agos. Os oes gennych ddiddordeb mewn imi wneud hynny, roi i mi brocio (e-bost neu adael sylw) and I’ll be that more enthusiastic about doing it 🙂

</diwedd>

Tanysgrifio i fy mlog.

Yr wyf yn gweithio ar brosiect sy'n defnyddio pum llifau gwaith dylunydd SharePoint gwahanol i ymdrin â rhai cymeradwyaethau ddogfen. Mae'r ddogfen raglennu sengl yn darparu "casglu data gan ddefnyddiwr" gweithredu fel y gallwn annog y defnyddiwr ar gyfer gwahanol ddarnau o wybodaeth, megis a ydynt yn cymeradwyo ei, rhai sylwadau ac efallai gofyn beth gawsant i ginio y noson o'r blaen.

Mae'r ffurflenni yn berffaith swyddogaethol. Eu bod ynghlwm i rhestr tasgau fel math o gynnwys. Maent yn 100% a gynhyrchir gan y system. Mae hyn yn eu cryfder a gwendid. Os gallwn fyw gyda'r ffurflen diofyn, yna rydyn ni'n da i fynd. Fodd bynnag,, Nid oes gennym ormod o reolaeth dros sut mae'r ddogfen raglennu sengl yn creu ffurflen. Os nad ydym yn hoffi bod ymddygiad diofyn, mae angen i ni droi at driciau amrywiol i fynd o gwmpas ei (er enghraifft,, pennu blaenoriaeth ar dasg).

Roedd angen i ddarparu cyswllt ar ffurflenni tasg hyn yr agor yr eiddo barn (dispform.asxp) yr eitem cysylltiedig"" mewn ffenestr newydd. Mae hyn yn rhoi mynediad un-clic at y data meta yr eitem cysylltiedig. Dyma'r hyn a olygaf:

Diolch byth, gallwn wneud hynny ac nid yw'n anodd iawn. A siarad yn fras, tân i fyny SPD, gwe-lywio i'r cyfeiriadur y tai y ffeiliau llif gwaith ac agor y ffeil ASPX ydych am addasu. Mae'r rhain yn unig clasurol cyfarwyddiadau drawsnewid XSL ac os ydych wedi mucked â itemstyle.xsl, chwilio neu senarios XSL eraill, Bydd hyn yn hawdd i chi. Yn wir,, Rwy'n ei chael hi'n i fod yn haws gyffredinol ers y ffurflen a gynhyrchir rywfaint yn haws i'w dilyn o gymharu â chwiliad craidd canlyniadau ar y we yn rhan (neu 'r CWQP hunllefus).

Wrth gwrs, Mae un baglu mawr. Mae'r ddogfen raglennu sengl ar gyfer y llif gwaith Golygydd yn disgwyl reolaeth lawn dros y ffeil. Os mae ei addasu, Bydd ddogfen raglennu sengl yn disodli'r eich rhoi newidiadau yr hawl o set o amgylchiadau yn hapus. Yr oedd dau brawf cyflym i weld pa mor wael y gallai hyn gael. Mae'r ddau'n presuppose eich bod wedi wedi saernïo dilys llif gwaith ddogfen raglennu sengl sy'n defnyddio "casglu data oddi wrth ddefnyddiwr" camu.

Prawf 1:

• Addasu'r ffeil ASPX â llaw.
• Ei brofi (Gwnewch yn siŵr bod eich newidiadau yn briodol arbed a doeddwn i ddim yn torri unrhyw beth).
• Agor y llif gwaith ac ychwanegu gweithred digyswllt (megis "log i hanes").
• Arbed y llif gwaith.

Canlyniad: Yn yr achos hwn, Nid oedd ddogfen raglennu sengl ail-greu ffurf.

Prawf 2:

• Wneud yr un peth â #1 ac eithrio uniongyrchol addasu "casglu data oddi wrth ddefnyddiwr" gweithredu.

Canlyniad: Mae hyn yn ail-greu ffurf o'r dechrau, gor-ysgrifennu eich newidiadau.

Nodiadau terfynol:

• Mae o leiaf ddau gam gweithredu ddogfen raglennu sengl yn creu ffurflenni fel hyn: "Casglu Data o defnyddiwr" ac "Aseinio i wneud eitem". Ddau o'r camau gweithredu hyn’ Gellir addasu'r ffurflenni â llaw.
• Yr oedd yn gallu cynhyrchu fy cyswllt i dispform.aspx oherwydd, yn yr achos hwn, Mae eitem relate bob amser wedi ei ID URL yr eitem cysylltiedig yn rhan annatod. Yr oedd yn gallu ei echdynnu ac yna adeiladu <a href> yn seiliedig arno i ddarparu mynediad data meta un-glic nodwedd. Mae'n annhebygol bod eich URL yn dilyn y rheol hon. Efallai fod ffyrdd eraill i gael ID yr eitem cysylltiedig ond ni chefais i groesi'r bont honno, felly dwi ddim yn gwybod os mynd i'r ochr arall i'r agendor.
• Doeddwn i ddim yn ymchwilio, ond ni fyddai'n synnu os oes rhyw fath o ffeil templed yn yr 12 cwch y gallai yr addasu i effeithio ar sut y mae'r ddogfen raglennu sengl yn cynhyrchu ffurflenni diofyn (o lawer fel y gallwn addasu'r templedi effro).

</diwedd>

Tanysgrifio i fy mlog!

Mae gennyf sefyllfa busnes fel hyn:

• Mae'r defnyddiwr yn llwytho dogfen i Lyfrgell y ddogfen.
• Mae hi'n dewis math o gynnwys ac ymuno meta data yn ôl yr angen. Un o'r meysydd data meta yw baner, "Brys".
• Mae hyn yn sbarduno llif gwaith dylunydd SharePoint a, ymhlith pethau eraill, defnyddio y "casglu Data o defnyddiwr" gweithredu.

"Casglu Data oddi wrth ddefnyddiwr" creu eitem mewn rhestr dasg yn gofyn am gymeradwyaeth ar gyfer y ddogfen honno.

Yr angen i greu darlun o'r rhestr tasgau a oedd yn dangos ceisiadau brys am gymeradwyaeth.

Ateb: Rhoddwyd y gair "brys:" yn y teitl o'r tasgau hyn.

Byddai'n well gennyf nodi maes blaenoriaeth yn uniongyrchol. Fodd bynnag,, Yr oeddwn yn gallu gwneud hynny am nifer o resymau:

1. Nid yw'r camau casglu data yn darparu mecanwaith i diweddaru unrhyw maes heblaw teitl (a meysydd ychwanegol hynny yr ydych eisiau i gasglu data).
2. Y "neilltuo i wneud eitem" gweithredu yn yr un broblem.
3. Mae'n bosib i fewnosod eitem mewn rhestr (h.y. rhowch eitem ar y rhestr dasg yn uniongyrchol) ond nid gweithred blocio. Mae hynny'n golygu na fydd y llif gwaith yn aros am y defnyddiwr i gwblhau'r dasg.

Yn fy marn i ychydig o ddulliau cyn (diolch byth) wireddu'r gallai Rydym yn unig yn rhoi "brys" yn y teitl.

1. Dechrau llif gwaith ar y rhestr dasgau ei hun fel bod pan fydd tasg newydd yn cael ei chreu, rywsut croesi cyfeiriadau yn ôl at y ddogfen a ddechreuodd y llif gwaith cyntaf, dynnu allan y gwerth baner brys a diweddaru blaenoriaeth yn ôl yr angen.
2. Wneud rhywbeth tebyg gyda'r derbynnydd digwyddiad. Creu ar y dasg, ddod o hyd i ddogfen gysylltiedig a blaenoriaeth diweddaru fel y bo angen.
3. Defnyddio y "creu rhestr eitem" gweithredu ar y cyd â "aros am newid yn y maes" gweithredu a derbynnydd digwyddiad. Os ydym yn creu eitem rhestr, Gellir nodi pob maes Rydym am. Defnyddio derbynnydd digwyddiad i ddiweddaru'r eitem wreiddiol pan mae y defnyddiwr yn cwblhau'r dasg a "aros am newid yn y maes" Byddai bodloni amod y gweithredu a byddai'r llif gwaith yn mynd rhagddo. (Am ryw reswm, Roedd yn fwy neu lai yn sefydlog ar y dull hwn cyn penderfynu yn ddoeth i gerdded i ffwrdd am ychydig).

Mae hyn yn anfantais i fy ateb (ar wahân i'r ffaith amlwg mai dim ond dengys y testun y teitl frys). Ers "casglu adborth" Dim ond yn derbyn enwau teitl galed codio, Angen imi ddefnyddio dau adborth casglu gwahanol gamau eu unig wahaniaeth yw teitl codio caled hwnnw.

Ond, o leiaf mae 'na ateb nad yw'n gofyn derbynyddion digwyddiad neu weithredoedd SPD arfer.

Os bydd rhywun wedi datrys hyn mewn ffordd fwy clyfar, os gwelwch yn dda gadewch i mi wybod.

</diwedd>

Y NEWYDDION DIWEDDARAF: Noda Madjur Ahuja yn y cysylltiad hwn o'r trafodaeth grŵp newyddion: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. Mae'n eithaf pendant.

===

Yn aml, yr ydym am ymgorffori hyperddolenni i ffurflenni InfoPath mewn e-byst a anfonwyd gan workflows SharePoint dylunydd. Pan y mae defnyddwyr yn derbyn e-byst hyn, gallant cliciwch ar y ddolen yn yr e-bost a mynd yn syth i ffurflen InfoPath.

Mae'r gwaith adeiladu hwn URL Bwystfil yn gweithio i mi:

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

Disodli testun bolded coch gyda yr enw ar y ffurflen, fel y dangosir yn y ciplun sgrîn canlynol:

Yn nodi bod llawer o llwybr caled eu codio yn hwnnw URL, yn ogystal ag elfen amgodio URL. Os yw hyn yn rhy anodd i gyfieithu i eich sefyllfa benodol, geisio troi ar rybuddion ar gyfer y Llyfrgell ffurflen. Ffurflen a pan ydych chi'n cael yr e-bost ar ôl, gweld y ffynhonnell yr e-bost a byddwch yn gweld popeth mae angen i chi gynnwys.

Gall darllenwyr craff yn sylwi bod y corff e-bost uchod hefyd yn dangos cyswllt uniongyrchol yn cyrchu y dasg drwy farn wedi'u hidlo. Rwyf yn bwriadu egluro hynny mewn mwy o fanylder mewn swydd dyfodol.

</diwedd>

Rwyf wedi eu rhoi ar waith gan ddefnyddio SharePoint dylunydd mewn safle sy'n bennaf darllen-yn-unig i "NT_AUTHORITYAuthenticated defnyddwyr llif gwaith" (h.y. pawb). Ceir llyfrgell ffurflenni am ffurflen InfoPath. Ceir rhestr tasgau llif gwaith cysylltiedig yn ogystal fel y pryd mae'r llif gwaith yn gweithredu, gall bennu tasgau i bobl.

Torraf caniatâd cynllunio ar gyfer y ffurflenni llyfrgell a rhestr o dasgau fel y gall unrhyw ddefnyddiwr a ddilyswyd yn creu ffurflenni a diweddaru eu tasgau a bennwyd.

Rwyf brofi gyda 'm cyfrif prawf breintiau isel.

A allaf llenwi allan ac yn arbed ffurflen i'r llyfrgell? –> YDW

Alla i gael mynediad at y dasg o gyswllt e-bost? –> YDW

A gaf i weld cyswllt tasg llif gwaith Golygu –> YDW

Alla i glicio ar y cyswllt hwnnw? –> NA … Gwrthod caniatâd.

Pam na allaf i weld dolen golygu sy'n gwadu caniatâd i mi pan fyddaf yn cliciwch arno? Hynny yw nid sut mae i fod i weithio…

Yr wyf yn mynd drwy'r cyfluniad diogelwch unwaith eto, agos iawn. Yr wyf yn ei wneud eto. Yr wyf yn ystyried dileu y swydd hon oherwydd fy mod yn amlwg yn gwybod unrhyw beth am ddiogelwch.

Yn olaf, Yr wyf yn chwilio y Internets. Caf hwn llinyn Fforwm MSDN annhebygol iawn: http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1838253&SiteID=17

Mae'n ymddangos bod y posteri bod yn awgrymu y bydd y weithred syml o allforio y llif gwaith i ddysgl yrru atgyweiria mater diogelwch MOSS? Prin y gallaf gredu wedi dim ond teipio a. Yr wyf yn eu hatgoffa o'r episod y Parc De am y 9/11 cynllwyn lle mae Stan yn gofyn ein Preznit, "Mewn gwirionedd?" drosodd a throsodd.

Felly, ddim i'w golli, Yr wyf tân i fyny SPD, dde-gliciwch ar y llif gwaith a'i gadw ar fy c:\ gyriant. Byddai hynny yn y c:\ gyriant ar fy ngliniadur. Yr wyf yn edrych dros fy ysgwydd amser cyfan fel y bydd unrhyw un yn gofyn imi, "pam rydych yn cadw'r llif gwaith hwnnw i eich gliniadur?"

Yn anhygoel, Mae hynny'n datrys y broblem fy. Gall olygu y dasg.

Yr wyf drwy hyn yn enwebu'r hyn yn y datrysiad dros dro Llif Gwaith rhan fwyaf o Bizarre o 2007.

</diwedd>

Yn aml yr ydym am anfon neges e-bost sy'n cynnwys hyperddolen i'r eitem neu ddogfen a arweiniodd at y llif gwaith. Gallwn ddefnyddio'r eitem presennol "hamgodio absoliwt URL" i'r diben hwn. Fodd bynnag,, bob amser yn ymddangos i ddefnyddio "http" ar gyfer y protocol URL. Os bydd eich safle yn rhedeg ar HTTPS, yna ni fydd yn gweithio i chi.

Cyn belled ag y gwn, Nid oes dim allan o'r blwch ateb i'r broblem hon. Os oes angen defnyddio HTTPS, nid oes gennych unrhyw allan o'r blwch dewis.

I'w datrys, creu gweithredu personol sy'n darparu swyddogaeth disodli llinyn i'w defnyddio yn eich llif gwaith. Fel arall, defnyddio offeryn 3ydd parti megis y pecyn rhagorol yma: http://www.codeplex.com/spdwfextensions 🙂

</diwedd>

Defnyddwyr Fforwm gofyn o bryd i'w gilydd: Pam mae SharePoint Designer yn rhoi ???? i mewn i fy e-bost yn hytrach na gwerth cae?

Un rheswm hyn yn digwydd oherwydd bod y newidyn yr ydych yn cyfeirio ato yw'r null.

Gall hyn ddigwydd oherwydd yr ydych yn ceisio cyfeirio at cae o'r eitem"presennol" ond y defnyddiwr byth yn mynd i mewn gwerth i mewn i'r ffurflen maes.

<diwedd />

Senario: Mewn Designer llif gwaith SharePoint, Mae angen i chi benderfynu os cae dyddiad yn wag.

Problem: Nid yw'r ddogfen raglennu sengl yn darparu dull uniongyrchol ar gyfer cymharu dyddiadau i unrhyw beth heblaw dyddiad. Chewch chi ddim creu amod fel hyn: "Os [Dyddiad Maes] hafal yn wag".

Ateb: Newid y dyddiad i llinyn. Ddefnyddio cymhariaeth llinyn i benderfynu os bydd y dyddiad yn wag.

Shots Sgrîn:

Mae'r lluniau sgrin canlynol yn dangos sut i wneud hyn. Yn y sefyllfa hon, cae ar eitem, "Trwyddedau amgylcheddol:Gyntaf Dyddiad Nodyn atgoffa "trwydded, yn cael ei gyflwyno ac mae'r tanau llif gwaith mewn ymateb.

Nodiadau:

Pan fyddaf yn ceisio hyn, Cefais fy siomi i ddysgu fod yn gweithio. Yr oeddwn yn poeni y gallai dylunydd SharePoint beidio â chaniatáu aseiniad llinyn (Amrywiol:StringReminderDateDate) ond yr oedd yn caniatáu iddo.

Roeddwn hefyd yn pryderu bod caniatáu ei, efallai y bydd y gwerth yn null a naill ai chwythu i fyny y WF pan mae'n gweithredu neu efallai codi tymheredd byd-eang 1/2 gradd, ond y pryderon hynny yn ddi-sail.

</diwedd>

Dim ond sylw sydyn fod yna wahaniaeth pwysig iawn rhwng y ddau ddiffiniad:

<Maes FieldBind = "InParam1" DesignerType "StringBuilder =" ID = "2" Testun = "Mewnbwn paramedr #1" />

yn erbyn:

<Maes FieldBind = "InParam1" ID = "2" Testun = "Mewnbwn paramedr #1" />

Mae'r cyntaf yn dangos fel hyn yn SPD:

tra bod yr ail yn dangos fel hyn:

Nid wyf yn siŵr pa mor ddefnyddiol yw'r lluniau sgrin hyn ond fe wnes i ymdrech i'w gwneud felly mae'n rhaid i chi eu gweld 🙂

Yr arsylwi yw hyn: StringBuilder yn eich galluogi i adeiladu llinyn (yn amlwg) drwy gymysgu gyda'i gilydd lythrenyddion llinyn a data llif gwaith (drwy gyfrwng y "ychwanegu chwilio am" botwm yn y gornel chwith isaf). Pan Defnyddiwch y botwm chwilio am ychwanegu, Mae'n mewnosod tocyn ar ffurf"[%tocyn%]". Pan mae SharePoint yn rhyw eich gweithred bersonol, (C # cod yn fy achos i), SharePoint yn pasio y tocyn ei hun, Nid gwerth y tocyn. Os ydych yn defnyddio math dylunio diofyn (yr ail fath), SharePoint ehangu tocyn ac yn pasio gwerth gwirioneddol y tocyn i'ch weithredu.

StringBuilder = BAD, Math o dylunydd rhagosodyn = DA.

Wrth gwrs, Dyna ni hyn mewn gwirionedd a olygaf. Dim ond peidiwch â geisio a throsglwyddo paramedr eich gweithred bersonol pan y dylunydd math = StringBuilder. Yn defnyddio'r math dylunio diofyn a'r gadwyn StringBuilder iddo ymlaen llaw os oes angen i adeiladu llinynnau cymhleth yn eich llif gwaith (sydd gyda llaw yn union hyn y mae un yn ei wneud i greu bwnc deinamig ar gyfer y camau e-bost, ond mae hynny'n bwnc ar gyfer mynediad blog arall, har har).

<diwedd />