workflow-foundation-4

    2熱度

    1回答

    我正在開發使用Windows工作流的應用程序。工作流的一個區域使用運行AsyncCodeActivity的Parallel.ForEach活動。你可以在下面的屏幕截圖中看到它。 RunPolicyWorkflow活動是一個AsyncCodeActivity。 從我從Windows工作流文檔明白的是,根據需要對在ParalleForEach活動所列舉的收集工作,這將創建新的線程。 我在並行環路中有大

    0熱度

    1回答

    我是WF的新手。我正在嘗試做的是創建一個簡單的工作流服務並在各種客戶端中調用它們。所以我做了什麼,我創建了一個Workflow服務。它有一個xamlx文件,並具有接收和發送回覆活動的序列。我也有相關性。因此,第一個ReceiveandSendReply活動具有CanCreateInstance True。除此之外,I 寫了一些我自己的代碼活動。 現在我已經託管此服務是IIS並嘗試使用控制檯應用程序

    0熱度

    1回答

    我需要在生成的xaml活動中包含一些附加信息,如身份信息(文檔頭中的註釋),不幸的是從設計人員轉移到代碼編輯器,此信息將丟失到xaml代碼的自動重新生成。 重要的是,此信息在設計器上不可見(所以,不能使用註釋或活動)。 我們的想法是能夠通過Visual Studio擴展攔截Xaml的序列化/反序列化,以潛入內部信息的評論。

    0熱度

    1回答

    我正在開發一個Visual Studio擴展(包),能夠與Workflow Foundation 4活動進行交互。 如果活動在「代碼視圖」中打開,我可以訪問xaml代碼並解析它的屬性。但是,如果活動以「設計模式」打開,我無法訪問活動元素或xaml代碼。 var dte = (DTE2)serviceProvider.GetService(typeof(SDTE)); if (dte != nul

    0熱度

    1回答

    我已經創建了一個工作流程服務器並將其託管在IIS中。我有一個示例站點,它具有服務引用,並通過創建服務對象來調用工作流服務。一切正常。 但是萬一在工作流程中發生異常,它將暫停工作流程。我可以在SQL Persistence商店數據庫中看到它。 但是我怎樣才能從客戶端網站恢復這個工作流?

    0熱度

    1回答

    我一直在使用兩個工作流程。 「OrderWorkflow」是我在「OrderWorkflow」中調用另一個工作流程「OrderWF」的主要工作流程,現在當我加載「OrderWF」時,它顯示錯誤爲''OrderWF'不是'OrderWorkflow'類型。加載此實例時,您必須確保名稱爲「OrderWF」的活動實現「OrderWorkflow」。下面是我的代碼 public static void L

    1熱度

    1回答

    我希望我的問題不是太「偏離主題」......但我搜索了很多最後的日子,無法找到解決我的問題的方法。 本月我開始在我的b.sc上工作。論文。爲此,我必須將工作流引擎集成到現有的軟件套件(5+組件+總線系統)中。工作流引擎應該能夠在組件中啓動操作/任務,並且應該能夠使組件與引擎交互(觸發轉換,設置狀態...)。其中一個關鍵問題是軟件套件和互補總線架構是用C#編寫的。因此,這將是很好,如果發動機本身是一

    1熱度

    1回答

    我們希望製作由最終用戶設計的工作流程。 我能夠在數據庫中存儲一些工作流定義,重新加載它們並使它們在服務中工作。 爲了使用戶能夠創建工作流程,我們需要創建自己的活動。我想將非簡單的參數(即列表,列表)傳遞給內部活動。我閱讀了很多關於傳遞參數的文章,但是我找不到適合我需求的文章,所有文章都只展示瞭如何將參數傳遞給主工作流活動(在WorkflowInvoker.Invoke方法中使用Dictionary

    0熱度

    1回答

    我可以控制工作流的活動是否爲單例嗎?我發現每次執行工作流程時都會重複使用工作流程中的相同活動類別實例。 或者乾脆說,在Execute()方法的activity方法中我得到了不同的context.WorkflowInstanceId,但是context.ActivityInstanceId爲。 這是設計嗎?默認? 我可以控制活動實例嗎?每次執行工作流程時,是否可以有一個新的活動實例?

    1熱度

    1回答

    我已閱讀多個教程/博客/這個計算器的問題,其中包括: http://geekswithblogs.net/jkurtz/archive/2010/01/26/137639.aspx http://blogs.msdn.com/b/tilovell/archive/2011/05/08/iregistermetadata-and-best-practice-associating-workflow-