Arxius de la categoria: Flux de treball de SharePoint

Gran classe i passeig completament utilitzant InfoPath i flux de treball per resoldre un problema de programació

Aquests dies, Jo sóc perpètuament jugar alçar trampa amb les meves lectures de bloc i només venia a través d'aquest post: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

És tan sòlida i detallada un dissenyador de SharePoint flux de treball tutorial (més més!) que veureu a qualsevol lloc al interwebs. Vaig provar-ho, fins i tot si vostè és un veterà SPD marcat.

És una gran classe de SharePoint per a l'InfoPath i flux de treball.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Comportament de flux de treball de control amb Llistes personalitzades (Una altra vegada)

Més primer aquest mes, JO armar un article previst inicialment per Mark Miller www.endusersharepont.com. No obstant això, Jo en canvi utilitzat com Dustin Hoffman utilitzat una creu al final de la El graduat per defensar-se de la meva (impressionant! amistós!) redactor en TechTarget.

Aquest és un altre article de flux de treball de SharePoint Designer en la mateixa línia que el meu esforç més recent aquí: http://www.endusersharepoint.com/?p=1226 ("Utilitza llistes de Control per crear solucions de flux de treball flexibles").

Comença com això:

VOSTÈ mai ha desitjat que podria desactivar temporalment un flux de treball de SharePoint Designer? Potser voldreu fer-ho per massa-aprovar una gran quantitat de documents sense sortir dotzenes — o possiblement centenars — de fluxos de treball innecessaris.

Una manera d'aconseguir això és accedir el flux de treball mitjançant el compartir-punt Designer i impossibilitar-lo. Fer-ho, haureu d'obrir el SharePoint Designer, accés el flux de treball, canviar les seves propietats i torneu a desar-lo. El problema amb aquest mètode és que és una mica desordenada i és probable que a molts anell campanes d'alarma en la majoria dels empreses.

En general, jugant amb fluxos de treball de SharePoint Designer no és una bona pràctica en un entorn de producció, tampoc no és part d'un procés ben controlada.

L'article llavors passeigs vostè a través d'una solució a aquest problema que utilitza una llista personalitzada per activar la WF o desactivar com ha de dictar. Llegeixi la cosa sencera aquí (http://WP.bitpipe.com/Resource/org_1127860336_240/SharePoint_vol5_v6 1_16.pdf).

Aquest article va ser inspirat per una pregunta sobre els fòrums aqui: http://www.endusersharepoint.com/STP/. Encara que em passen molt més temps en els fòrums MSDN, Li recomano que vostè té un ull al fòrum de EUSP, així, especialment per l'usuari final orientat preguntes. És encara una altra font de bona informació i assessorament.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati:

Utilitzar llistes de Control per crear solucions de flux de treball Flexible

La setmana passada, Mark Miller publicat el meu últim SharePoint Designer article de flux de treball per als usuaris finals al seu lloc (http://www.endusersharepoint.com/?p=1226).

Comença com això:

Tipus tècnics utilitzem molt l'argot i sigles en la nostra rutina diària com "OOP" (programació orientada a objectes), "CT" (Tipus de contingut), "eL SPD" (Dissenyador de SharePoint), "RTFM" (Si us plau llegiu el manual), etc. Aquest article ens preguntem sobre una determinada bugaboo anomenat "dur la codificació:"El que és, per què és dolent i com evitar-lo en solucions de disseny de flux de treball del SharePoint.

Descric com podem utilitzar llistes personalitzats per emmagatzemar dades de control i configuració del flux de treball. Mitjançant aquest enfocament, Podem evitar dur codificació valors com examinadors’ adreces de correu electrònic, límits de dòlar de l'aprovació, etc.

Check it out.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati:

Un servidor d'apoderat de Web va intentar aturar-Me de la instal lació de Windows de flux de treball de la Fundació, Però em va derrotar-lo

Estic treballant en un lloc de client i necessaris per instal lar Fundació de flux de treball de windows, així que vaig poder així un treball de SharePoint Designer. (Jo no sabia fins avui que l'SPD, instal·la multa però realment necessita com a mínim .NET 2.0 i la Fundació de flux de treball de Windows per ser realment utilitzable; Sempre va assumir que aquestes s'instal·laven juntament amb SPD, però em vaig equivocar).

El client té un servidor intermediari. Cap problema, Tinc les credencials de sortir al carrer a la Internet pública. Vaig anar al lloc habitual descarregar WWF (SPD amablement em va proporcionar un enllaç). Aquesta baixada és realment una arrencada de tipus. Funciona i imagina què més necessita descarregar. Que el segon procés de descàrrega no. Tampoc no tractar a tots, o d'alguna manera és impedir demanant credencials de servidor d'apoderat. Va ser un accident força dur, donant-me el missatge:

Microsoft .NET estructura 3.0 ha trobat un problema durant la instal·lació. Programa d'instal·lació no s'ha completat correctament.

Intentava tornar a arrencar i passar 10 Segons tractant d'esbrinar si podria aconseguir que em demanen credencials de servidor d'apoderat. Em rendia i anava aquí en canvi: .NET Framework 3.5 Grup de servei 1 (Ple paquet).

Descarregava el paquet, instal·lats i aquesta vegada, sense problemes.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

SPD flux de treball: Mostri nom complet en lloc de DOMINInom d'usuari

En el que sembla ser seu inaugural bloc anunci, chiqnlips ha aprofundit en la bogeria que és una columna calculada i descriu una solució a un problema comú SharePoint Designer de flux de treball correu electrònic activitat: Com mostrar el nom real de una persona en un correu electrònic en comptes de "DOMINInom d'usuari."

Jo no he provat jo mateix, però es veu prometedor. Check it out.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Portabilitat de flux de treball de SharePoint Designer des d'una llista a un altre

Mark Miller superiors al www.endusersharepoint.com Publicat el meu últim article el flux de treball de SharePoint Designer aquí (http://www.endusersharepoint.com/?p=1037).

Descric l'enfocament bàsic per moure un flux de treball que es crea en una llista d'una altra llista. La llista d'altre pot ser en el mateix lloc, mateixa col·lecció de llocs o un conjunt totalment diferent (e. g. de desenvolupament de la producció).

Aquest és un tema complicat perquè només cobria un escenari molt bàsic. Setmana que ve, Vaig a escriure cap amunt d'un exemple més útil de món real.

Comprovi'l i compartir algun comentari allà.

<final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati:

Per què no puc fàcilment portuària SharePoint Designer solucions de flux de treball d'una llista a un altre?

Mark Miller ha publicat el meu últim usuari final orientat article dissenyador de SharePoint de flux de treball fins al seu lloc aquí: http://www.endusersharepoint.com/?p=1008

Vaig intentar donar una resposta senzilla a la pregunta, "Per què no puc fàcilment port d'un SharePoint disseny de flux de treball de desenvolupament per posar a prova?" En el procés, També dono una idea de què SPD està fent en realitat darrere de les escenes quan utilitzem per crear una solució de flux de treball.

Setmana que ve, Puc descriure un usuari final amicalment al flux de treball SPD de port d'un servidor a un altre, o almenys tan amistosa d'usuari final establir una solució com sigui possible tenint en compte l'estat de l'eina.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Flux de treball de SharePoint Designer no pot accedir “Remot” o “Estrangers” Llistes

Heus aquí una altra pregunta de flux de treball de SharePoint Designer comú:

"Puc accedir (lectura/write) Llistes del SharePoint través de fluxos de treball que no resideixen en el mateix lloc que la mateixa llista?"

La resposta simple és: No.

Com en tantes maneres, No obstant això, hem de qualificar que (que és una bona cosa en aquest cas). La plataforma permet crear extensions per la producció de moltes maneres, incloent-hi una acció personalitzada (veure el meu petit codeplex projecte aquí per exemple). Una acció personalitzada permet fer pràcticament qualsevol cosa que volem de flux de treball dissenyador de SharePoint. Jo sóc un gran fan d'aquest, de fet, ja que ens dóna el millor d'ambdós mons — un dissenyador amistós declarativa d'usuari final amb la profunditat plena de .NET estructura a les nostres puntes de dit.

Tristament, Si està utilitzant SPD, hi ha una bona probabilitat que estàs fent perquè vostè no pot utilitzar el visual studio (a causa del fet que visual studio requereix un fons profund desenvolupador). No tinc cap bona resposta a aquest problema llevat que vostè ha de prevaler sobre un dels seus companys de treball tècnic per crear el tipus d'acció personalitzada que necessites. Alternativament, treballar amb gestió de lloguer o contractar aquest tipus de recurs.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati:

Dissenyador de SharePoint flux de treball i adjuncions d'E-mail — Amb una consumació devoció desitjar

Tristament, no ha de ser. No enviem un correu electrònic amb arxius adjunts d'un flux de treball del SharePoint Designer utilitzant fora de les característiques de la caixa. Aquest desig ve avistaments en els fòrums MSDN.

No obstant això, el Plataforma de SharePoint, com amb tantes coses, oferir-nos un camí cap endavant. Podem crear accions de costum que llavors podem incorporar als nostres fluxos de treball. Una vegada instal·lat, una acció personalitzada aspectes i sent com qualsevol altra acció (e. g. Recopilar dades, Registrar un missatge, etc).

Creació d'una acció personalitzada és una gran muntanya per escalar, No obstant això, per als usuaris finals. Aquest projecte de codeplex proporciona aquesta funcionalitat: http://www.codeplex.com/SPDActivities. Que tirant avall i instal·lar-lo és també més enllà de les habilitats dels usuaris finals típics. No obstant això, és bastant simple per a un administrador de SharePoint fer-ho, Així que si et trobes que necessiten desenvolupar un flux de treball amb aquesta capacitat, treballar amb l'administrador de SharePoint per fer-ho.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati:

Flux de treball de SharePoint Designer, Auriculars d'esdeveniment i “Element de llista d'actualització” versus “Definir el camp de l'element actual”

Tenim un conjunt dels fluxos dissenyadors de SharePoint que "comunicar de" amb un auricular d'esdeveniment a la llista mitjançant canvis als valors de columna de lloc. Per exemple, Si una columna del lloc «SetDuedate" es defineix com a veritable el flux de treball, l'auricular d'esdeveniment detecta que el canvi, calcula una data de venciment i assigna aquesta data a una altra columna del lloc, "Data de venciment." Ens dividim coses com aquesta perquè l'auricular d'esdeveniment pot calcular una data de venciment mitjançant regles de negoci complexes (atenent els caps de setmana i festius d'empresa) mentre que l'SPD realment no pot.

En un cas concret, ens trobem amb un problema amb aquest truc. Depuració de tot això és molt difícil, però vam arribar a la conclusió definitiva que en un cas (com a mínim), l'auricular d'esdeveniment no estava funcionant tot el temps. A un pas del flux, que vols canviar el valor d'una columna de lloc i l'auricular d'esdeveniment no apareixia per executar. No obstant això, estava funcionant constantment en un pas diferent del flux.

Després de revisar-lo, Em vaig adonar que el pas del flux de treball feliç utilitzat el "Actualització llista element" mentre l'altre pas utilitzat "camp de conjunt a l'element actual." Element de llista d'actualització estava actualitzant "l'element actual." No sóc segur per què hem escollit el ja que semblen estar fent la mateixa cosa.

Així … l'element de llista d'actualització acció van causar l'esdeveniment al foc. D'altra banda, el camp situat en l'acció de l'element actual no.

Utilitzava actualització element de la llista en dos llocs i viola! Funcionava. [[ Total marge, Jo tocava el violí per sobre una base diària per gairebé 15 anys ]]

Des d'aquest, Provisionalment creure que la "assignar àmbit" acció no causa auriculars d'esdeveniment al foc, com a mínim alguns del temps.

Aquest tema ens bedeviled setmanes.

Aquest és un d'aquells "observat comportament" correus. He observat això passa una vegada en un entorn específic i estic fent algunes suposicions sobre per què passat coses com ho van fer. Si teniu alguna idea en aquest, Si us plau compartir comentaris.

</final>

Subscriure's al meu blog.

Etiquetas de Technorati: