שנעל שאַרעפּאָינט ינטעגראַטיאָן: מוסטער קאָוד צו ווייַז אַלע אַוואַילאַבלע שנעל קוקן

לאָזן אַ ענטפער

דאָ איז עטלעכע קאָד וואָס ווייזט אַלע פאַראַנען קוקן פון אַ שנעל סערווירער באזירט אויף די געהייסן קרסערווער (דער סערווירער פּראָצעס מיט וואָס מיר יבערגעבן). I offer this up to give you all a taste of what it’s like to use the provided FAST API.

ניצן סיסטעם;
ניצן סיסטעמ.קאָללעקטיאָנס.גענעריק;
ניצן סיסטעמ.לינק;
ניצן סיסטעמ.טעקסט;
ניצן קאָמ.פאַסצעאַרטש.עספּ.סעאַרטש;
ניצן קאָמ.פאַסצעאַרטש.עספּ.סעאַרטש.הטטפּ;
ניצן קאָמ.פאַסצעאַרטש.עספּ.סעאַרטש.נאַוויגאַטיאָן;
ניצן קאָמ.פאַסצעאַרטש.עספּ.סעאַרטש.קווערי;
ניצן קאָמ.פאַסצעאַרטש.עספּ.סעאַרטש.רעסולט;
ניצן קאָמ.פאַסצעאַרטש.עספּ.סעאַרטש.וויעוו;
ניצן סיסטעמ.קאָללעקטיאָנס.ספּעסיאַליזעד;
ניצן סיסטעמ.קאָללעקטיאָנס;


נאָמענטייל קאָנטשאַנגאָ
{
    קלאַס ענומעראַטעפאַסטוויעווס
    {
        סטאַטיק פּאָסל הויפּט(שטריקל[] אַרגס)
        {

            יסעאַרטשפאַקטאָרי סעאַרטשפאַקטאָרי;

            נאַמעוואַלועקאָללעקטיאָן נאַמעוואַלועקאָללעקטיאָן = נייַ נאַמעוואַלועקאָללעקטיאָן();

            נאַמעוואַלועקאָללעקטיאָנ.אַדד("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
            נאַמעוואַלועקאָללעקטיאָנ.אַדד("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15100");
            נאַמעוואַלועקאָללעקטיאָנ.אַדד("Com.FastSearch.Esp.Search.Http.RequestMethod", "GET");

            סעאַרטשפאַקטאָרי = סעאַרטשפאַקטאָרי.נעווינסטאַנסע(נאַמעוואַלועקאָללעקטיאָן);

            קאַנסאָול.ווריטעלינע("Total Views: [" + סעאַרטשפאַקטאָרי.געצעאַרטשוויעווליסט().ציילן + "].");

            ינט איך = 0;

            פאָרעאַטש (כייפעץ די אין סעאַרטשפאַקטאָרי.געצעאַרטשוויעווליסט())
            {
                קאַנסאָול.ווריטעלינע("View [" + איך     + "]: [" + אָ.טאָסטרינג() + "].");

            }

            קאַנסאָול.רעאַדלינע();

        }
    }
}

באַמערקונג אַז איך באַטראַכטן זיך אַ קוים קאָמפּעטענט C # פּראָגראַמיסט און איך האָבן דין הויט, אַזוי טאָן נישט שיקן קיין ראַזבעריז מיין וועג, ספּעציעל שייַעך: the "foreach (די כייפעץ און …)" construct 🙂

</עק>

טעטשנאָראַטי טאַגס: ,

אַבאָנירן צו מיין בלאָג.

שנעל און שאַרעפּאָינט ינטעגראַטיאָן ערשטער קוקן

לאָזן אַ ענטפער

איך ווע שוין מאַזלדיק צו האָבן אַ געלעגנהייט צו אַרבעטן אויף אַ פעסט <–> שאַרעפּאָינט ינטאַגריישאַן פּרויעקט און געדאַנק איך 'ד פאָרזעצן צו טיילן מיין לימיטעד דערפאַרונג מיט דעם קהל.

מייקראָסאָפֿט איז אין דער פּראָצעס פון פּערטשאַסינג שנעל. I don’t know anything about the schedule except that it should be finished in the "2nd quarter" וואָס איך יבערנעמען מיטל דורך 06/30/08.

מייַן פּרויעקט ס פּלאַן, אין אַ זייער הויך מדרגה, רופט פֿאַר שאפן אַ ביסל וועב טיילן וואָס האָבן בעערעך דער זעלביקער קוקן, פילן און פאַנגקשאַנאַליטי ווי דער נאָרמאַל מאָך זוכן קעסטל און האַרץ רעזולטאַטן וועב טייל, but pulling from FAST. I’ve made some baby steps in that direction.

FAST is a dedicated search engine. It’s not based on Microsoft technology, כאָטש עס ס קלאָר ווי דער טאָג צו מיר אַז עטלעכע פון ​​די פעסט ענדזשאַנירז קלאר פֿאַרשטיין מס טעק (אָדער זיי ווע געמאכט נוצן פון קאָנטראַקטאָרס).

שנעל:

שנעל איז אַ גרויס פאַרזעעניש סערווירער פּראָדוקט (און איך טאָן ניט מיינען אַז אין אַ שלעכט געפיל; מאָך איז אַ גרויס פאַרזעעניש פּראָדוקט צו מיר ווי געזונט). It appears to be based on Java and I noticed some apache stuff and maybe some PHP. I wouldn’t be surprised if there were other bits of tech mixed in here and there. It definitely runs on windows server and is working fine in the virtual environment which I’ve been using.

It makes use of a facade web service that crawls SharePoint content for indexing in its special FAST way.

A SharePoint end user would be pretty much at home with FAST’s user interface. It has simple/advance search, ווייזט רעזולטאַטן, איז גרויס אויף רעלאַוואַנסי (כאָטש איך טאָן ניט זען ווי עס כאַנדאַלז געזעלשאַפטלעך רעלאַוואַנסי). אָבער, it does go further. Its stemming seems better. I really can’t articulate it well but I’ll just say "it’s better." You can take my word for it, or not 🙂 I may elaborate on this point in the future, ווי איך לערן מער.

מאָך:

FAST provides a .NET-friendly DLL that provides an interface to the FAST engine. This makes it possible for us to create web parts or application pages or whatever we want to query FAST and present the results.

עס מיינט צו זייַן אַ וועב דינסט צובינד ווי געזונט.

I also have access to a FAST-provided web part that does integrate MOSS and FAST. I don’t know if this is a POC, something that was whipped up as a demo or what. It’s definitely a good learning tool, נישט אַזוי זיכער אויב עס ס פּראָדוקציע-גרייט.

That’s it for now. As I progress through the project, איך וועט פּאָסטן מער.

</עק>

טעטשנאָראַטי טאַגס: , ,

אַבאָנירן צו מיין בלאָג.

באַשטימען שנעל קרסערווער פּאָרט

1 ענטפער

אין סדר צו יבערגעבן מיט שנעל זוכן דורך זייַן אַפּי, מיר דאַרפֿן צו וויסן די פּאָרט אויף וואָס די קרסערווער איז פליסנדיק.

איך נאכגעגאנגען די טריט צו געפינען עס:

  1. קלאָץ אין די פעסט אַדמין פּלאַץ (http://server:port/admin).
  2. נאַוויגירן צו סיסטעם איבערבליק.
  3. Locate "Search Dispatcher" און גיט די ספּייגלאַס בילדל:

    בילד

  4. איך הצלחה געניצט די ווערט, 15100 for "Info Name" = "http":

    בילד

הערות:

1. פּאָרט 15100 appears to be the default out-of-the-box port number for the QRServer.

2. ניצן דעם קאָד ענלעך צו די ווייַטערדיק צו ינסטאַנשיייט אַ קשר צו שנעל:

     יסעאַרטשפאַקטאָרי סעאַרטשפאַקטאָרי;

    נאַמעוואַלועקאָללעקטיאָן נאַמעוואַלועקאָללעקטיאָן = נייַ נאַמעוואַלועקאָללעקטיאָן();

    נאַמעוואַלועקאָללעקטיאָנ.אַדד("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
    נאַמעוואַלועקאָללעקטיאָנ.אַדד("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15102");
    נאַמעוואַלועקאָללעקטיאָנ.אַדד("Com.FastSearch.Esp.Search.Http.RequestMethod", "GET");

    סעאַרטשפאַקטאָרי = סעאַרטשפאַקטאָרי.נעווינסטאַנסע(נאַמעוואַלועקאָללעקטיאָן);

3. אויב איר קלייַבן אַ וויילדלי פאַלש פּאָרט, איר באַקומען אַ נוציק טעות אָנזאָג:

בילד

4. אָבער, אויב איר קלייַבן די פּאָרט נומער ליסטעד אויף די איבערבליק (15102) you don’t get that helpful error message. אַנשטאָט, שפּעטער ווען איר פּרובירן צו צוטריט קיין דאַטן דורך אַ זוכן אָדער דערמאָנען אַ פעסט מיינונג, you get an error. Debugging shows that the searchFactory’s view count is zero. You’ll be given the message "Failed to fetch Search View List".

</עק>

טעטשנאָראַטי טאַגס:

אַבאָנירן צו מיין בלאָג.

צו שאַרעפּאָינט טעכנישע פּלאַן פּאַטטערנס: שאַרעפּאָינט דיזיינער וואָרקפלאָוו + געשעעניש ריסיווער = הויך פּאָטענסי קאָקטייל

לאָזן אַ ענטפער

איינער פון די ימערדזשינג פּאַטערנז איך געפינען אין קראַפטינג שאַרעפּאָינט סאַלושאַנז לעוועראַגעס שאַרעפּאָינט דיזיינער וואָרקפלאָוו און אַ געשעעניש ופנעמער.

דאָ איז אַ געשעפט סצענאַר צו לייגן עס אין קאָנטעקסט:

  • איך צופֿעליקער אַ דאָקומענט צו אַ שולדבאַנק ליב.
  • איך בריק אַוועק מאַלטי-שריט וואָרקפלאָוו באשאפן ניצן שאַרעפּאָינט דיזיינער.
  • אין עטלעכע פונט בעשאַס אַז פּראָצעס, וואָרקפלאָוו אַסיינז אַ אַרבעט צו עמעצער (דורך זאַמלען דאַטן פון באַניצער אָדער באַשטימען אַ אַרבעט).
  • We want to use a KPI to track how long that task is awaiting completion. The KPI shows green for tasks that are completed or due more than 3 days from now. It shows yellow if the task is due tomorrow or today. It shows red if the task is past due.
  • דאָ ס דער קיקער: איך ווילן די דאַטע אַז דרייווז אַז קפּי צו זייַן יום טוּב-אַווער.

I can’t calculate a holiday-aware due date in SharePoint Designer workflow very easily. I would have to create a custom action or use a 3rd party tool. אָבער, it’s easy enough to calculate such a date in an event receiver. Merge those two together and we get a pattern like this:

  • Define a hidden yes/no site column on the document library labeled "DoCalcualteDueDate".
  • יניטיאַליזע עס צו פאַלש.
  • אין די צונעמען צייַט אין די וואָרקפלאָוו (e.g. just before the "collect data" קאַמף), באַשטימען וואָס ווערט צו אמת.
  • אַ יטעמופּדאַטע() event receiver looks to see if "DoCalculateDueDate" is true. Since the event receiver runs on every update, "DoCalculateDueDate" איז נאָרמאַלי פאַלש.
  • ווען וואָרקפלאָוו אַסיינז דאָקאַלקולאַטעדועדאַטע צו אמת, די געשעעניש ופנעמער קאַלקיאַלייץ דער יום טוּב-אַווער רעכט דאַטע.
  • ווען דער געשעעניש ופנעמער טוט דעם חשבון, עס שטעלט די דאָקאַלקולאַטעדועדאַטע פאָן צו פאַלש.

אין די סוף, SPD workflow is communicated with an event receiver via the DoCalculateDueDate semaphore and we have holiday-aware due dates that are assigned at the exactly correct moment in the workflow’s life. SharePoint Designer controls when the due date is assigned but the event receiver performs the actual calculation and assignment.

</עק>

אַבאָנירן צו מיין בלאָג.

באמערקט בעהאַוויאָר: מאָווינג ספּד וואָרקפלאָווס ין אַ מאַפּע קאַלעקשאַן

לאָזן אַ ענטפער

דערהייַנטיקן: I’ve been researching how to embed a SPD workflow into a site definition. דאס מסדן פאָרום קייט האט עטלעכע טשיקאַווע אינפֿאָרמאַציע. It’s not conclusive, אָבער ווייזט צו דרך דורך די דזשאַנגגאַל.

I’m giving this post a slightly oddball "Observed Behavior" lead since I’m a little leery of drawing conclusions from it. SPD workflows are … טעמפּראַמענטאַל.

מענטשן זענען אָפֿט אַסקינג / וואַנדערינג / fretting over moving SPD workflows from one place to another. הייַנט, איך נאכגעגאנגען די טריט און געמאכט די אַבזערוויישאַנז:

  • איך באשאפן אַ וואָרקפלאָוו ניצן שאַרעפּאָינט דיזיינער אין אַ פּלאַץ אַטאַטשט צו אַ דאָקומענט ביבליאָטעק.
  • די פארבונדן דאָקומענט ביבליאָטעק שוין כאַוזד עטלעכע דאָקומענטן.
  • איך געהאלפן די פּלאַץ ווי אַ מוסטער.
  • ווען איך געהאלפן די פּלאַץ ווי אַ מוסטער, איך געהאלפן די צופרידן ווי געזונט.
  • איך באשאפן אַ נייע פּלאַץ אין די זעלבע פּלאַץ זאַמלונג ניצן אַז מוסטער.

אין דעם פונט, I tried to run the workflow. It promptly terminated itself with the log message, "Failed on start".

I expected this. I have low expectations when it comes to moving SPD workflows around.

איך געצויגן:

  • געעפנט די פּלאַץ אין שאַרעפּאָינט דיזיינער.
  • Had a peek at the workflow. It seemed fine.
  • I clicked "Finish".
  • איך געלאפן די וואָרקפלאָוו.

דאס מאָל, עס געארבעט פייַן.

I’ll add that this workflow used the "collect data from user" קאַמף וואָס איז אַ לעפיערעך קאָמפּלעקס קאַמף אונטער די קאַפּטער.

I tentatively conclude that the process of "finishing" the workflow caused SPD to properly associate the SPD workflow with the new document library. I also conclude the XOML and other XML artifacts are reasonably "loose". They are not super tightly coupled to the document library.

וואָס טוט דאָס מיינען? Assuming it’s a reliable and reproducible process, there’s at least one rough method we can use to move them around. I don’t know if this would work if we crossed site collection boundaries or even more drastically, גאַנץ נייַ פאַרמס (e.g. דעוו צו בינע צו שטעכן).

אויב איר ניטאָ לייענען דעם און גענייגט, ביטע פּאָסטן אַ באַמערקונג אָדער Email מיר your SharePoint Designer migration story. I’ll gladly update this posting with any insights thus offered.

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס:

שנעל און סימפּלע: וואָרקפלאָוו-נאָר אַפּדייט פיעלד

1 ענטפער

It’s often useful to store status information in a custom list such as an approval code which should never be directly manipulated by end users. This is a common business scenario. I have been working on a project this year that generates various status and reminder dates via SharePoint Designer workflows that then drive KPIs and generally support time-critical business processes.

ניצן אַ פּלאַץ צופרידן טיפּ / זייַל צו דערגרייכן דעם ווירקונג.

שאַפֿן אַ פּלאַץ צופרידן טיפּ מיט די סטאַטוס זייַל ווי געוויזן:

בילד

Note the "Status (פֿאַר דעמאָ)" פעלד בייַ די דנאָ.

ווייַטער, click on the column name to access the column’s properties. Select "Hidden (וועט ניט דערשייַנען אין פארמען)" אין די קאַלאַם סעטטינגס אָפּטיילונג ווי געוויזן:

בילד

This removes the field from the standard edit/update forms. אָבער, עס איז נאָך פאַראַנען אין קוקן, קפּיס, די כייפעץ מאָדעל און ערגעץ אַנדערש איר ווילן צו נוצן עס, including SPD workflow.

</עק>

אַבאָנירן צו מיין בלאָג.

זונטיק מאָדנע: “איך געדאַנק דעם איז געמיינט צו זייט אַ ריטש טאַון”

1 ענטפער

א ביסל איבער דרייַ יאר צוריק, מיין פרוי און איך געחתמעט מיין זון אַרויף פֿאַר אַ זומער טעטיקייט, The Midland Park Players. This is a drama group that spends about three or four weeks preparing for a play and then showing it to the parents, friends and relatives. It’s always been done very well.

איך טאָן ניט וויסן אויב אַלעמען 'ס קינד איז ווי דעם, but my son is extremely reluctant to try new things. Knowing this, we signed him up for the program. We’ve found that it’s best to alert him to these kinds of things early and often. אַזוי, אין סדר צו באַקומען זייַן נאַטירלעך ומכיישעק, מיר דערציילט אים פרי און האט אונדזער בעסטער צו מאַכן עס געזונט ווי שפּאַס, אאז"ו ו. Even with a multi-month advertising campaign, he still wasn’t convinced. We forced him to do, כאָטש, און ווי איז אָפֿט דער פאַל, he had a great time.

דורך די צייַט די צווייט יאָר ראָולד אַרום, he had once again convinced himself that he didn’t want to participate. אָבער, מיר האט געחתמעט אים אַרויף און אויף נול-טאָג, I dropped him off one morning at the high school where they practice. When I went to pick him up after lunch, ער איז געווען זייער יקסייטאַד, אַלע סמיילז און מודיע, "The play is the וועלוועטעען ראַבאַט and I want to be the Rabbit". He had spent literally months carrying on (מאל כיסטעריקלי) וועגן ווי ער האט נישט וועלן צו האָבן עפּעס צו טאָן מיט פּאַרק פּלייַערס און נאָך דער ערשטער טאָג, he wants to be the lead role in the play. We’ve seen this pattern before.

(פיל צו אונדזער יבערראַשן, ער האט באַקומען די ראַבאַט ראָלע און ער איז געווען אַמייזינג.)

Fast forward a few years. He’s been in Park Players three times now, so he’s something of a veteran. This summer (2008), Players starts up again. אין דער מיינען צייַט, ער ס לעסאָף קאַנווינסט אונדז ער טאַקע doesn’t want to play soccer and he never liked basketball. That left him with no extra-curricular activities for late Winter / early Spring. A client with whom I was working mentioned that his daughter was in a program called Stage Right. Stage right is a slightly more expensive version of Park Players and it’s not in my town, but adjacent to it. Perfect.

The thing to know about that town is that it’s practically another country in terms of wealth. It has a high-frequency train right to Wall Street and NYC in general. It’s just a wealthy place. One of the on-going family discussion themes is whether we should have moved to that town instead of where we live now. It’s a bigger town, זייַן שולן פאָרשלאָגן מער מגילה פֿאַר די קידס, אאז"ו ו. My wife grew up in that town and her parents live there, so we are "hooked in" despite not living there. I personally grew up in different circumstances in Massachusetts, so I don’t have a lot to say about this during family dinner conversation. This isn’t to say that we aren’t very happy where we live. We just know that that town is a level above our town economically.

Stage Right’s next program started too soon for us to launch our normal advertising campaign to overcome my son’s reluctance. This is when he came up with one my personal favorite arguments against doing something: "Friday nights are הויפּט נעכט פֿאַר שלאָפן אָווערס!" Stage Right was going to interfere with his weekend socials.

דער טאָג קומט, מיר ברענגען אים דאָרט און פאַלן אים אַוועק און ווי מיט אַלץ אַנדערש, זייַן נאַטירלעך ליבע פון ​​נאָר זייַענדיק לעבעדיק גענומען איבער און ער ס 'געווען בעת ​​אַ גוט צייַט מיט אים.

דאס פאַרגאַנגענהייַט אָפּרוטעג מיין פרוי האט גערעדט צו אים און פֿאַר די ערשטער מאָל, I think he’s tailoring his discussions very precisely for his audience. She had asked him how Stage Right compares to Midland Park Players. He tells her that "In Park Players, we have teenagers that help us out. There aren’t any in in Stage Right. In Park Players, teenagers make all props. In Stage Right, we have to bring our own props. We have to do everything. And then he twists the knife: "I thought this was supposed to be a rich town."

כל די יאָרן, I never really thought that he was hearing or understanding anything as it related to the "rich town". אָבער, עס טורנס אויס ער איז געווען.

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס:

שאַרעפּאָינט טוט נישט צושטעלן קאַלענדאַר ראָלל-אַפּס; פּאָטענציעל סאַלושאַנז

4 רעפּליעס

דערהייַנטיקן: An anonymous person in the comments posts this link: http://www.atidan.com/atidan-collaboration-kit.php

פורום ניצערס אָפֿט פרעגן אַ קשיא ווי דעם:

"I would like to have a calendar at the site level that is populated by events from subsite calendars. Ideally, ניצערס אין סובסיטעס וועט שאַפֿן לוח געשעענישן, and will have the option of marking them as ‘public.’ Events marked as public will dynamically appear in the shared site calendar. Thus the shared site calendar is a roll-up of all public events from all subsite calendars."

איז ווסס 3.0 אָדער מאָך 2007, it is not possible to directly configure a "roll-up" calendar. Calendars exist on their own, פרייַ פון קיין אנדערע לוח.

צו שאַפֿן אַ זעמל-אַרויף לוח, נאָכגיין איינער פון די פּאַטס:

  1. Use a Content Query Web Part. This is the easiest solution for MOSS users (ווסס טוט נישט צושטעלן קקוופּ). קקוופּ, צומ באַדויערן, does not provide a calendar view of data out of the box. It does provide enormous rendering flexibility (זען דאָ פֿאַר איין בייַשפּיל) אָבער דורך פעליקייַט, shows its results in simple list format. In many cases, קקוופּ מיסטאָמע אַ גוט ברירה.
  2. A more programming-oriented solution would be to use event receivers. Implement event receivers on the subsite calendars that keep their public events in sync with the master calendar. As a given subsite calendar is modified, reach out to the master calendar and update it as needed. This option is available in both WSS 3.0 און מאָך.

There are probably other clever solutions to this problem. If you have one or know of one, ביטע לאָזן אַ באַמערקונג אָדער Email מיר און איך וועל דערהייַנטיקן דעם פּאָסטן.

</עק>

טעטשנאָראַטי טאַגס: ,

אַבאָנירן צו מיין בלאָג.

שאַפֿן זייטלעך (ספּוועב) דורך שאַרעפּאָינט דיזיינער וואָרקפלאָוו

לאָזן אַ ענטפער

This blog entry is more of an "in the realm of the possible" פּאָזיציע ווס. באַטאָנען אינפֿאָרמאַציע.

We have a technical design that calls for us to create a site in a site collection via a manually launched workflow process. בייסיקלי, users enter data into a "new customer" מנהג רשימה און דעמאָלט ווען זיי האָבן פאַרטיק און וואַלאַדייטאַד די דאַטן פּאָזיציע פּראָצעס, מיר דאַרפֿן צו שאַפֿן אַ פּלאַץ פֿאַר אַז קונה.

איך בין ביידע אַ גרויס פאָכער פון דעקלאַראַטיווע וואָרקפלאָוו ווי געזונט ווי אַ שוואַך וויסואַל סטודיאָ וואָרקפלאָוו פּראָגראַמיסט, אַזוי איך געוואלט צו טרעפן די פאָדערונג ניצן שאַרעפּאָינט דיזיינער.

איך פּלאַן צו שרייַבן וועגן דעם אין גרעסער דעטאַל (און אַלעווייַ פאָרשטעלן צו אַ באַניצער גרופּע אָדער צוויי אין די קומענדיק יאָר), אָבער דאָ ס דער קוילעלדיק לייזונג:

  • שאַפֿן אַ מנהג קאַמף אַז ינטאַגרייץ מיט ספּד.
  • The custom action allows SPD to invoke a web service and pass it a string of XML.
  • Web service locates the row in the custom list and creates a new site as per the data for that new client using a custom site definition.
  • Web service then updates the custom list with some information such as a link to the new site.

We considered other approaches, such as event handlers and visual studio based workflow. The SPD approach gives our end users a little more control over the process. Granted, there’s a lot of C# code in this solution, but it’s wrapped inside a declarative workflow, so we get some of the benefits of declarative workflow while hooking into the site-creation service.

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.

</עק>

אַבאָנירן צו מיין בלאָג.

טעטשנאָראַטי טאַגס: ,