biztalk2006r2

0熱度

2回答

asp.net應用程序中的Microsoft.Biztalk.explorerom.dll引用導致system.nullreferenceexception

我有一個asp.net應用程序以啓動/停止BizTalk Server 2006 R2的應用程序和端口。我已經使用「Microsoft.Biztalk.explorerom.dll（C：/ Program Files/BizTalk Server 2006/Developer tool）」來實現這一點。由於biz talk服務器安裝在本地機器上，所以在開發機器上工作良好。但在生產環境（asp.ne

0熱度

1回答

我的BizTalk 2006 R2應用程序缺少EdiReceive和SendEdi管道

我仍在學習BizTalk和EDI。當我最初在我現在的公司開始工作時，我繼承了我的前任的電腦，所以很多配置已經到位。我最近買了一臺新的筆記本電腦，幾乎完成了新的開發環境的配置。在我來到這裏之前沒有關於如何設置開發環境的文檔（我已經創建了這樣一個已經變得相當冗長的文檔）。我似乎無法想象的最後一塊是EdiRecieve和SendEdi端口。他們在我的舊開發環境中，但他們沒有出現在我的新開發環境中。從我

2熱度

1回答

BizTalk文件適配器：從子文件夾中選擇文件

在文件適配器配置中，我們可以指定一個文件夾路徑來掃描新文件。但如果我們要監視整個樹即文件夾及其所有子文件夾中的新文件，則這不起作用。任何想法我怎麼能在BizTalk實現這種行爲2006年感謝

2熱度

1回答

BizTalk發送端口OutOfMemory異常

我有一個BizTalk解決方案部署在客戶站點。（帶有非WCF適配器的BizTalk 2006 R2）其中一個業務流程會向SAP系統發出RFC調用並返回一條重要消息。消息被映射到調用存儲過程的SQL Adapter發送端口模式。最近，當消息發送到SQL適配器時，我遇到OutOfMemory異常。我用SQL分析器做了一個跟蹤，導致一個90MB +跟蹤文件僅僅幾秒鐘。正如我所想象的那樣，存儲過

1熱度

1回答

Biztalk羣集服務器

我們曾經有1 biztalk 2006R2 32位服務器。我們最近將其升級到Enterprise。但是因爲我們的流量大小，我們沒有足夠的功率和內存，只有一個。所以我們最近還安裝了第二臺biztalk服務器，2006R2 64位，我們把它們放在一個共享集羣中。從那以後出現了一個問題，實際上有兩個，但我猜他們可能已經連接了。我們的一個（19）主機實例一直處於「停止」狀態。該主機實例主要與TCP端口連接

1熱度

1回答

長時間運行和非事務編排之間的區別

長時間運行事務處理類型和無事務處理類型之間的區別是否爲業務流程或作用域設置。我知道的一個區別是長時間運行事務可以有補償塊。

1熱度

2回答

Biztalk - 我可以更改現有接收位置的接收端口嗎？

我有兩個不同的接收端口和兩個接收位置 - 分配給每個端口的一個位置。端口被設置爲接收完全相同類型的文件 - 我最終選擇了兩個，因爲我合併了兩個不同的應用程序，它們完成了相同的功能。我想將兩個位置合併爲一個接收端口，但我似乎無法更改屬於哪個位置 - 我無法找到這樣的位置。基本上，我只想帶一個位置（不管是 - 我不在乎），並將其分配給另一個端口，以便一個端口有兩個位置，另一個端口沒有。有人知道改變

1熱度

1回答

Biztalk的 - 處理的平面文件接收「沒有用戶發現」的消息

我創建了一個Visual Studio中的平面文件架構從CSV文件我有一個實例，它驗證罰款，我已經迷上了一個業務流程發送和接收設置爲期望該模式文件的端口。當我發佈的編排，並用它來拿起一個文件時，它會立即中止，並出現以下錯誤： The published message could not be routed because no subscribers were found. This error

1熱度

1回答

biztalk 2006中的異常處理R2

我有一個Biztalk 2006 R2項目（與ESB指導1一起使用）我從orchstration調用c＃代碼中的靜態方法，此方法使用一個類將文件數據加載到xlang消息中正文部分0 當我傳遞不存在的文件路徑時，內部類捕獲異常但不拋出它（在靜態方法中有一個catch塊，並且在orchstration中存在異常的實際處理）靜態方法是： public static XLANGMessage Loa

0熱度

2回答

Biztalk編排請求 - 響應異常處理

我有一個使用請求響應端口調用Web服務並等待響應的編排。這是完美的工作。我現在正在做測試來處理錯誤，我正在調用一個拋出除以零異常的Web服務。編排不會將異常作爲異常捕獲;它的行爲就好像我收回的SOAP錯誤是一個常規字符串。但是，當我只用一個請求端口測試了這種行爲後，我終於在編排的catch塊內除以零異常。我需要在請求響應端口中捕獲Web服務異常，而不僅僅是在單向端口上。