RAPIDA SharePoint Integrigo: Ekzempla Kodo Montri Ĉiuj Haveblaj RAPIDAJ Vidoj

Ĉi tie estas iu kodo kiu montras ĉiuj haveblaj vidoj de RAPIDE Servilo bazita sur la nomita QRServer (La servila procezo kun kiu ni komunikas). Mi proponas tion ĉi ĝis doni vin ĉiuj gusto de kio ĝi estas ŝatas uzi la provizita RAPIDAN API.

Uzanta Sistemo;
Uzanta Sistemo.Kolektoj.Kolektiva;
Uzanta Sistemo.Linq;
Uzanta Sistemo.Teksto;
Uzanta Com.FastSearch.Esp.Serĉo;
Uzanta Com.FastSearch.Esp.Serĉo.Http;
Uzanta Com.FastSearch.Esp.Serĉo.Navigado;
Uzanta Com.FastSearch.Esp.Serĉo.Demando;
Uzanta Com.FastSearch.Esp.Serĉo.Rezulto;
Uzanta Com.FastSearch.Esp.Serĉo.Vido;
Uzanta Sistemo.Kolektoj.Specialigita;
Uzanta Sistemo.Kolektoj;


Namespace Conchango
{
    Klaso EnumerateFASTViews
    {
        Senmova Malplena Ĉefa(Ŝnuro[] Args)
        {

            ISearchFactory SearchFactory;

            NameValueCollection NameValueCollection = Nova NameValueCollection();

            NameValueCollection.Aldonas("Fastsearchengine", "Com.FastSearch.Esp.Serĉo.Http.HttpSearchFactory");
            NameValueCollection.Aldonas("Com.FastSearch.Esp.Serĉo.Http.QRServers", "Fastdemoback:15100");
            NameValueCollection.Aldonas("Com.FastSearch.Esp.Serĉo.Http.RequestMethod", "GET");

            SearchFactory = SearchFactory.NewInstance(NameValueCollection);

            Regilaro.WriteLine("Totalaj Vidoj: [" + SearchFactory.GetSearchViewList().Kalkulo + "].");

            Int I = 0;

            Foreach (Objekto O Je SearchFactory.GetSearchViewList())
            {
                Regilaro.WriteLine("Vido [" + I   + "]: [" + O.ToString() + "].");

            }

            Regilaro.ReadLine();

        }
    }
}

Noti ke mi konsideras min mem apenaŭ kompetenta C# programadisto kaj mi havas maldikan haŭton, Sekve ne sendas ajnaj framboj mia vojo, Precipe re: La "foreach (Kontraŭargumenti o je …)" construct 🙂

</Fino>

Technorati Etikedoj: ,

Aboni al mia blogo.

RAPIDA kaj SharePoint Integrigo Unua Rigardo

Mi estis bonsorta havi ŝancon labori sur RAPIDA <–> SharePoint integriga projekto kaj pensis min voli Daŭri dividi Mia limhava sperto kun la komunumo.

Microsoft estas je La procezo de aĉetado RAPIDE. Mi ne scias ion ajn pri la horaro esceptas ke ĝi devus esti finita en la "2a kvarono" Kiu mi supozas rimedon de 06/30/08.

La desegno de mia projekto, Ĉe tre alta nivelo, Petas kreanta kelkajn araneaĵajn partojn kiu havi malglate la saman rigardon, Senti kaj funkcio kiel la norma MUSKA serĉa skatolo kaj kerna rezulta araneaĵo parto, Sed tiranta de RAPIDA. Mi faris iun bebon intervenas ke direkto.

RAPIDE estas diligenta serĉa motoro. Ĝi ne estas bazita sur Microsoft teknologio, Kvankam ĝi estas evidenta al mi ke kelkaj de la RAPIDAJ inĝenieroj klare komprenas F-inon tech (Aŭ ili faris uzon de kontraktistoj).

RAPIDE:

RAPIDE estas granda monstra servila produkto (Kaj mi ne signifas ke en malbona sento; MUSKO estas granda monstra produkto al mi ankaŭ). Ĝi aperas esti bazita sur Java kaj mi rimarkis kelkaj apache aĵo kaj eble #kelka PHP. Mi ne estus surprizita se estis aliaj pecoj de tech miksita en ĉi tie kaj tie. Ĝi sendube kuroj sur fenestra servilo kaj estas laboranta bone en la virtuala medio kiu mi estis uzanta.

Ĝi faras uzon de fasada araneaĵa servo kiu rampas SharePoint enhavo por indeksanta en ĝia speciala RAPIDA vojo.

SharePoint fina uzanto estus sufiĉe tre ĉe hejmo kun la uzanta fasado de FASTO. Ĝi havas simplan/antaŭenigan serĉon, Montras rezultojn, Estas granda sur koncernateco (Kvankam mi ne vidas kiel ĝi pritraktas socian koncernatecon). Tamen, Ĝi faras iri cetere. Ĝia devenanta ŝajnas pli bona. Mi vere ne povas elparolas ĝin bone sed mi nur diros "ĝin estas pli bona." Vi povas preni mian vorton por ĝi, aŭ ne 🙂 Mi eble pliprofundigos ĉi tiun punkton estonte, Kiel mi lernas pli.

MUSKO:

RAPIDE provizas .PURA-amika DLL kiu provizas fasadon al la RAPIDA motoro. Tio ĉi faras ĝin ebla por ni krei araneaĵajn partojn aŭ aplikajn paĝojn aŭ kio ajn ni deziras pridemandi RAPIDAN kaj prezenti la rezultojn.

Tie ŝajnas esti araneaĵa serva fasado ankaŭ.

Mi ankaŭ havas aliron al RAPIDA-provizita araneaĵan parton kiu faras integrigi MUSKON kaj RAPIDA. Mi ne scias se tio ĉi estas POC, Io kiu estis vipita supre kiel elmontro aŭ kio. Ĝi estas sendube bona lernada ilo, Ne tiel certe se ĝi estas produktado-preta.

Tio estas ĝi nuntempe. Kiel mi progresadas tra la projekto, Mi poŝtos pli.

</Fino>

Technorati Etikedoj: , ,

Aboni al mia blogo.

Determini RAPIDAN QRServer Haveno

Por komuniki kun RAPIDA Serĉo tra ĝia API, Ni devas scii la havenon sur kiu la QRServer estas kuranta.

Mi sekvis ĉi tiujn paŝojn troviĝi ĝin:

  1. Ŝtipo en la RAPIDA admin ejo (http://server:port/admin).
  2. Navigi al Sistema Superrigardo.
  3. Troviĝi "Serĉan Ekspedanton" Kaj klaki la lornan ikonon:

    Bildo

  4. Mi sukcese uzis la valoron, 15100 Por "Info Nomo" = "Http":

    Bildo

Notoj:

1. Haveno 15100 Aperas esti la nerepago ekstere-de-la-skatola haveno nombro por la QRServer.

2. Uzi ĉi tiun kodon simila al la sekvanta al instantiate konekto FASTI:

     ISearchFactory SearchFactory;
    
        NameValueCollection NameValueCollection = Nova NameValueCollection();
    
        NameValueCollection.Aldonas("Fastsearchengine", "Com.FastSearch.Esp.Serĉo.Http.HttpSearchFactory");
        NameValueCollection.Aldonas("Com.FastSearch.Esp.Serĉo.Http.QRServers", "Fastdemoback:15102");
        NameValueCollection.Aldonas("Com.FastSearch.Esp.Serĉo.Http.RequestMethod", "GET");
    
        SearchFactory = SearchFactory.NewInstance(NameValueCollection);

3. Se vi elektas wildly neĝusta haveno, Vi akiras helpeman eraran mesaĝon:

Bildo

4. Tamen, Se vi elektas la havenan nombron enlistigita sur la superrigardo (15102) Vi ne akiras tiun helpeman eraran mesaĝon. Male, Poste kiam vi provas aliri ajnan datumon tra serĉo aŭ referenci RAPIDAN vidon, Vi akiras eraron. Elpuriganta rezultojn ke la vido de la searchFactory kalkulo estas nulo. Vi estos donita la mesaĝon "Malsukcesita venigi Serĉan Vidon Listo".

</Fino>

Technorati Etikedoj:

Aboni al mia blogo.

Al SharePoint Teknikaj Desegnaj Skemoj: SharePoint Designer Workflow + Eventa Ricevilo = Alta Potency Koktelo

Unu el la aperantaj skemoj mi trovas en formanta SharePoint solvoj ekspluatas SharePoint Designer workflow kaj eventa ricevilo.

Ĉi tie estas komerca scenaro meti ĝin en kunteksto:

  • I alŝuto dokumento al doc lib.
  • Mi piedbatas de multi-paŝo workflow kreis uzanta SharePoint Designer.
  • Ĉe iu punkto dum tiu procezo, Workflow asignas taskon al iu (Tra kolekti datumon de uzanto #a? asigni taskon).
  • Ni deziras uzi KPI spuri kiom longe ke tasko estas atendanta kompletiĝon. La KPI montras verdan por taskoj kiu estas kompletigita aŭ ŝuldata pli ol 3 Tagoj de nun. Ĝi montras flavan se la tasko estas ŝuldata morgaŭ aŭ hodiaŭ. Ĝi montras ruĝan se la tasko estas pasinta ŝuldata.
  • #?I tie?? La kicker: Mi deziras la daton kiu veturas ke KPI esti ferio-konscia.

Mi ne povas kalkuli ferion-konscia ŝuldata dato en SharePoint Designer workflow tre facile. Mi volus devi krei laŭmendan agon aŭ uzi 3a partian ilon. Tamen, Ĝi estas facile sufiĉa kalkuli tia dato en eventa ricevilo. Kombini tiuj du kune kaj ni akiras skemon tiel:

  • Difini #ka?i jes/neniun ejan kolumnon sur la dokumenta biblioteko labeled "DoCalcualteDueDate".
  • Initialize ?i al falsa.
  • #?E la konvena tempo en la workflow (Ekz. #Tuj anta? la "kolekti datumon" Ago), Asigni tiun valoron al Vera.
  • ItemUpdate() Eventa ricevilo rigardoj vidi se "DoCalculateDueDate" Estas vera. Pro tio ke la eventaj ricevilaj kuroj sur ĉiu ĝisdatigo, "DoCalculateDueDate" Estas normale falsa.
  • Kiam workflow asignas DoCalculateDueDate al vera, La eventa ricevilo kalkulas la ferion-konscia #?uldata dato.
  • Kiam la eventa ricevilo faras #?i tiu kalkulon, ?i fiksas la DoCalculateDueDate flago al falsa.

En la fino, SPD workflow estas komunikita kun eventa ricevilo tra la DoCalculateDueDate semaforo kaj ni havas ferion-konsciaj ŝuldataj datoj kiu estas asignita ĉe la ĝuste ĝusta momento en la vivo de la workflow. SharePoint Designer kontrolas kiam la ŝuldatan daton estas asignita sed la eventa ricevilo elfaras la realan kalkulon kaj komision.

</Fino>

Aboni al mia blogo.

Technorati Etikedoj: ,

Observita Konduton: Movanta SPD Workflows Ene de Eja Kolekto

ĜISDATIGO: Mi estis esploranta kiel al embed SPD workflow en eja difino. Ĉi tiu MSDNa foruma ĉeno havas iun interesan informon. Ĝi ne estas conclusive, Sed punktoj al vojo tra la ĝangalo.

Mi estas donanta tion ĉi poŝtas iomete bizarulon "Observis Konduton" Gvidi pro tio ke mi estas malgranda malinklina tiri konkludojn de ĝi. SPD workflows estas … Temperamental.

Homoj estas ofte demandanta / Scivolanta / Maltrankviliĝanta super emocia SPD workflows de unu loko al alia. Hodiaŭ, Mi sekvis ĉi tiujn paŝojn kaj faris ĉi tiujn rimarkojn:

  • Mi kreis workflow uzanta SharePoint Designer en ejo alligita al dokumenta biblioteko.
  • La rilata dokumenta biblioteko jam housed pluraj dokumentoj.
  • Mi savis la ejon kiel ŝablono.
  • Kiam mi savis la ejon kiel ŝablono, Mi savis la enhavon ankaŭ.
  • Mi kreis novan ejon en la sama eja kolekto uzanta ke ŝablono.

Ĉe ĉi tiu punkto, Mi provis kuri la workflow. Ĝi promptly finis ĝin mem kun la ŝtipa mesaĝo, "Malsukcesita sur komenco".

Mi atendis tion ĉi. Mi havas malaltajn atendojn kiam ĝi venas al emocia SPD workflows ĉirkaŭ.

Mi daŭris:

  • Malfermis la ejon en SharePoint Designer.
  • Havis peek ĉe la workflow. Ĝi ŝajnis bone.
  • Mi klakis "Finon".
  • Mi kuris la workflow.

Ĉi tiu tempo, Ĝi laboris bone.

Mi aldonos ke ĉi tiu workflow uzis la "kolekti datumon de uzanto" Ago kiu estas relative kompleksa ago sub la kapuĉo.

Mi tentatively konkludi ke la procezo de "apreturo" La workflow kaŭzita SPD konvene asocii la SPD workflow kun la nova dokumenta biblioteko. Mi ankaŭ konkludas la XOML kaj aliaj XMLaj artefaktoj estas akcepteble "malstreĉaj". Ili ne estas ekstraj streĉe kuplita al la dokumenta biblioteko.

Kio faras ĉi tiun mezumon? Supozanta ĝin estas fidinda kaj reproducible procezo, Tie estas almenaŭ unu aspra metodo ni povas uzi movi ilin proksimume. Mi ne scias se tio ĉi laborus se ni transiris ejan kolekton limoj aŭ eĉ pli treege, Tutaj novaj bienoj (Ekz. Dev okazigi instigi).

Se vi estas leganta tion ĉi kaj klinita, Bonvolu poŝti rimarkon aŭ Retpoŝtigi min Via SharePoint Designer migrado rakonto. Mi ĝoje ĝisdatigos ĉi tiun afiŝon kun ajnaj enrigardoj tiel proponita.

</Fino>

Aboni al mia blogo.

Technorati Etikedoj:

Rapide kaj Simpla: Workflow-nura Ĝisdatiga Kampo

Ĝi estas ofte utila enteni statusan informon en laŭmenda listo kiel aproba kodo kiu neniam devus esti rekte manipulita de finaj uzantoj. Tio ĉi estas ofta komerca scenaro. Mi estis laboranta sur projekto ĉi tiu jaro kiu produktas diversan statuson kaj rememorigilaj datoj tra SharePoint Designer workflows ke tiam veturi KPIs kaj ĝenerale subteni tempon-kritikaj komercaj procezoj.

Uzi ejan enhavan tipon / Kolumno atingi ĉi tiun efikon.

Krei ejan enhavan tipon kun la statusa kolumno kiel montrita:

Bildo

Noti la "Statuson (Por Elmontro)" Kampo ĉe la fundo.

Poste, Klako sur la kolumna nomo aliri la nemoveblaĵojn de la kolumno. Elekti "Kaŝita (Ne aperos en formoj)" En la Kolumna Fiksa sekcio kiel montrita:

Bildo

Tio ĉi forigas la kampon de la normo redaktas/ĝisdatigajn formojn. Tamen, Ĝi estas ankoraŭ havebla en vidoj, KPIs, la objekta modelo kaj anywhere alia vi deziras uzi ĝin, Inkluzivanta SPD workflow.

</Fino>

Aboni al mia blogo.

Technorati Etikedoj: ,

Dimanĉo Amuza: “Mi Pensis Tion ĉi Estis Supozita Esti Riĉa Urbo”

Malgranda super tri jaroj antaŭe, mia edzino kaj mi subskribis mian filon supre por somera aktiveco, La Midland Parkaj Ludistoj. Tio ĉi estas drama grupo kiu elspezas pri tri aŭ kvar semajnoj preparanta por ludado kaj tiam montranta ĝin al la gepatroj, amikoj kaj parencoj. Ĝi estas ĉiam estita farita tre bone.

Mi surmetas?? Scias se #?iu?? Infano estas tiel, Sed mia filo estas ekstreme kontraŭvola provi novajn aferojn. Scianta tion ĉi, Ni subskribis lin supre por la programo. Ni trovis ke ĝi estas plej bone atentigi lin al ĉi tiuj specoj de aferoj frue kaj ofte. Tiel, Por venki lian naturan nevolemon, Ni diris lin frue kaj faris nian plej bonan fari ?in sono kiel amuzo, Ktp. Eĉ kun multi-monato reklamanta kampanjon, Li ankoraŭ ne estis konvinkita. Ni devigis lin fari, Tamen, Kaj kiel estas ofte la kazo, Li havis grandan tempon.

De la tempo la dua jaro rulis proksimume, Li ankoraŭ foje konvinkis lin mem ke li ne deziris partopreni. Sed, Ni subskribis lin supre kaj sur nulo-tago, Mi falis lin de unu mateno ĉe la mezlernejo kie ili praktikadas. Kiam mi iris kapti lin post lunĉo, Li estis tre malkvieta, #?Iuj ridetoj kaj anoncita, "La ludado estas la Velveteen Kuniklo Kaj mi deziras esti la Kuniklo". Li elspezis laŭvorte monatojn portanta sur (Foje hysterically) Pri kiel li didn?? Deziras havi ion ajn fari kun Parkaj Ludistoj kaj post kiam la unua tago, Li deziras esti la gvida rolo en la ludado. Ni vidis ĉi tiun skemon antaŭ.

(Multe da al nia surprizo, Li ja akiris la Kuniklan rolon kaj lin estis Miranta.)

Rapide antaŭen kelkaj jaroj. Li estas estita en Parkaj Ludistoj tri fojoj nun, Do li estas io de veterano. Ĉi tiu somero (2008), Ludistoj komencas supre denove. En la malbona tempo, Li?? Fine konvinkita ni li Vere Ne deziras ludi futbalon kaj lin neniam ŝatita korbopilkon. Kiu lasis lin kun neniu kroma-curricular aktivecoj por lasta Vintro / Frua Printempo. Kliento kun kiu mi estis laboranta menciita ke lia filino estis en programo vokis Stadian Rajton. Okazigi ĝuste estas iomete pli altekosta versio de Parkaj Ludistoj kaj ĝi ne estas en mia urbo, Sed apuda al ĝi. Perfekta.

La afero scii pri tiu urbo estas ke ĝi estas preskaŭ alia lando en terminoj de riĉeco. Ĝi havas altan-ofteca trajno rajto al Mura Strato kaj NYC en generalo. Ĝi estas nur riĉa loko. Unu el la sur-iranta familian diskuton temoj estas ĉu ni devus movi al tiu urbo anstataŭ kie ni vivas nun. Ĝi estas pli granda urbo, #?Ia lernejoj proponas pli da programoj por la infanoj, Ktp. Mia edzino kreskis supre en tiu urbo kaj ŝiaj gepatroj vivas tie, Do ni estas "hokita en" Malgraŭ ne vivanta tie. Mi propre kreskis supre en malsamaj cirkonstancoj en Massachusetts, Do mi faras ne havi tre diri pri tio ĉi dum familia ĉefmanĝo konversacio. Tio ĉi ne estas diri ke ni ne estas tre feliĉaj kie ni vivas. Ni nur scias ke tiu urbo estas nivelo super nia urbo ekonomie.

Sekvanta programo de stadia Rajto komencis tro baldaŭ por ni lanĉi nian normalan reklamadan kampanjon venki la nevolemon de mia filo. Tio ĉi estas kiam li venis supre kun unu miaj propraj preferataj argumentoj kontraŭ faranta ion: "Vendredaj noktoj estas #?Efa Noktoj por dormo overs!" Stadia Rajto estis iranta interrompi kun lia semajnfino socials.

La tago venas, Ni alportas lin tie kaj fali lin ekstere kaj kiel kun #?io alia, Lia natura amo de nura estanta viva transprenis kaj li?? Estita havanta bonan tempon kun ?i.

#?I tiu pasinta semajnfino mia edzino estis parolanta al li kaj por la unua tempo, Mi pensas lin estas adaptanta liajn diskutojn tre ĝuste por lia spektantaro. Ŝi demandis lin kiel Stadia Rajto komparas al Midland Parkaj Ludistoj. Li diras ŝin ke "En Parkaj Ludistoj, Ni havas adoleskantojn kiu helpas nin ekstere. Tie ne estas iu ajn en en Stadia Rajto. En Parkaj Ludistoj, Adoleskantoj faras ĉiuj apogiloj. En Stadia Rajto, Ni devi alporti niajn proprajn apogilojn. Ni devi fari ĉion. Kaj tiam li tordas la tranĉilon: "Mi pensis #tio ?i estis supozita esti #ri?a urbo."

#?Iuj #?i tiu jaroj, Mi neniam vere pensis ke li estis aŭdanta aŭ komprenanta ion ajn kiel ĝi rilatis al la "riĉa urbo". Tamen, ?i rezultas lin estis.

</Fino>

Aboni al mia blogo.

Technorati Etikedoj:

SharePoint Ne Provizas Kalendaran Rulon-ups; Potencialaj Solvoj

ĜISDATIGO: Anonima persono en la rimarkoj poŝtas ĉi tiun ligon: http://www.atidan.com/atidan-collaboration-kit.php

Forumaj uzantoj ofte demandas demandon tiel:

"Mi ŝatus havi kalendaron ĉe la eja nivelo kiu estas loĝita de eventoj de subsite kalendaroj. Ideale, Uzantoj en subsites kreos kalendarajn eventojn, Kaj havos la elekton marki ilin kiel ‘publika.’ Eventoj markita kiel publiko volas dynamically aperi en la komuna eja kalendaro. Kaj tiel la komuna eja kalendaro estas rulo-supre de ĉiuj publikaj eventoj de ĉiuj subsite kalendaroj."

Estas WSS 3.0 Aŭ MUSKO 2007, Ĝi ne eblas rekte formi "rulon-supre" Kalendaro. Kalendaroj ekzistas sur ilia propra, Sendependa de ajna alia kalendaro.

Krei rulon-supre kalendaro, Sekvi unu el ĉi tiuj vojoj:

  1. Uzi Kontentan Demandan Araneaĵan Parton. Tio ĉi estas la plej facila solvo por MUSKAJ uzantoj (WSS ne provizas CQWP). CQWP, Bedaŭrinde, Ne provizas kalendaran vidon de datumo ekstere de la skatolo. Ĝi faras provizi grandegan faranta flekseblecon (Vidi ĉi tie por unu ekzemplo) Sed de nerepago, Montras ĝiajn rezultojn en simpla lista formato. En multaj kazoj, CQWP verŝajne bona elekto.
  2. Pli programaro-oriented solvo estus uzi eventajn ricevilojn. Efektivigi eventajn ricevilojn sur la subsite kalendaroj kiu tenas iliajn publikajn eventojn en sync kun la mastra kalendaro. Kiel donita subsite kalendaro estas modifita, Elatingi al la mastra kalendaro kaj ĝisdatigi ĝin kiel devita. Ĉi tiu elekto estas havebla en ambaŭ WSS 3.0 Kaj MUSKO.

Estas verŝajne aliaj lertaj solvoj al ĉi tiu problemo. Se vi havas unu aŭ scii de unu, Bonvolu lasi rimarkon aŭ Retpoŝtigi min Kaj mi ĝisdatigos ĉi tiun poŝton.

</Fino>

Technorati Etikedoj: ,

Aboni al mia blogo.

Krei Ejojn (SPWeb) Tra SharePoint Designer Workflow

Ĉi tiu bloga eniro estas pli da de "en la sfero de la ebla" Eniro kontraŭ. konkreta info.

Ni havas teknikan desegnon kiu petas nin krei ejon en eja kolekto tra mane lanĉita workflow procezo. Resume, Uzantoj eniras datumon en "nova kliento" Laŭmenda listo kaj tiam kiam ili finis kaj konfirmis la datuman eniran procezon, Ni devas krei ejon por tiu kliento.

Mi estas ambaŭ granda fervorulo de declarative workflow tiel kiel malforta vida studio workflow programadisto, Do mi deziris renkonti la postulon uzanta SharePoint Designer.

Mi planas skribi pri tio ĉi en pli granda detalo (Kaj espereble nuna al uzanta grupo aŭ du en la venanta jaro), Sed ĉi tie-a la entuta solvo:

  • Krei laŭmendan agon kiu integrigas kun SPD.
  • La laŭmenda ago permesas SPD alvoki araneaĵan servon kaj pasi ĝin ŝnuro de XML.
  • Araneaĵa servo troviĝas la disputon en la laŭmenda listo kaj kreas novan ejon kiel por la datumo por tiu nova kliento uzanta laŭmendan ejan difinon.
  • Araneaĵa servo tiam ĝisdatigas la laŭmendan liston kun iu informo kiel ligo al la nova ejo.

Ni konsideris aliajn alproksimiĝojn, Kiel eventaj prizorgantoj kaj vida studio bazis workflow. La SPDa alproksimiĝo donas niajn finajn uzantojn malgranda pli da kontrolo super la procezo. Donita, Tie estas multa C# kodo en ĉi tiu solvo, Sed ĝi estas volvita en declarative workflow, Do ni akiras kelkaj de la utiloj de declarative workflow dum hokanta en la ejo-krea servo.

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.

</Fino>

Aboni al mia blogo.

Technorati Etikedoj: ,