匯出 (0) 列印
全部展開

Azure BizTalk 服務的版本資訊

更新日期: 2014年2月

Microsoft Azure BizTalk 服務 的版本資訊包含這版的已知問題。

下一節列出這版 BizTalk 服務的已知問題:

如果您在升級 BizTalk 服務以展開對服務的變更時開啟 BizTalk 服務入口網站,則可能會面臨 BizTalk 服務入口網站的連線問題。

做為因應措施,您可以重新啟動瀏覽器、刪除瀏覽器快取,或以私用模式啟動入口網站。

在 Visual Studio 解決方案中,請考量下列 BizTalk 服務專案狀況:

  • 在相同的 Visual Studio 解決方案中,會有一個 BizTalk 服務專案和一個自訂繫結專案。BizTalk 服務專案參考此自訂繫結專案檔。

  • BizTalk 服務專案參考自訂繫結/行為 DLL。

您已順利在 Visual Studio 中「建置」解決方案。接著,您會「重建」或「清除」解決方案。之後,當您再次重建或清除時,發生下列錯誤:

Unable to copy file <Path to DLL> to “bin\Debug\FileName.dll”. The process cannot access the file ‘bin\Debug\FileName.dll’ because it is being used by another process.

因應措施

  • 如果已安裝 Visual Studio 2012 更新 3,則會有下列兩個選項:

    • 重新啟動 Visual Studio,或

    • 重新啟動解決方案。接著,只對解決方案執行「建置」。

  • 如果安裝 Visual Studio 2012 更新 3,請開啟 [工作管理員]、按一下 [處理程序] 索引標籤、按一下 MSBuild.exe 處理程序,然後按一下 [結束處理程序] 按鈕。

如果您使用不可列印字元做為訊息的已升級屬性的一部分,則無法將那些訊息路由傳送至使用 BasicHttpRelay 繫結的轉送目的地。而且,可在追蹤時使用的已升級屬性是針對 Blob 進行 URL 編碼,並針對目的地進行解碼。

考量此案例:如果您選取 [傳送非同步 MDN] 勾選方塊,並指定要傳送非同步 MDN 的目標 URL,然後再次取消勾選 [傳送非同步 MDN] 勾選方塊,則即使未選取傳送非同步 MDN 的選項,還是會將 MDN 傳送至指定的 URL。

做為因應措施,您必須先清除指定的 URL,再取消勾選 [傳送非同步 MDN] 勾選方塊,然後部署 AS2 協議。

如果 IEA 區段後面有空白字元,則反組譯工具會將這些空白字元視為目前交換的結尾,並將下一組的空白字元視為下一個訊息。因為這是無效的交換,您可能會發現有一則成功訊息傳送至路由目的地,並有一則空的訊息傳送至暫停端點。

追蹤事件的擷取到 EDI 訊息處理和任何相互關聯。如果訊息在 [通訊協定] 階段外失敗,則追蹤會顯示為成功。在這種情況下,請參閱 [追蹤] 之 [詳細資料] 欄位下的 LOG 區段,以了解錯誤詳細資料。

Azure BizTalk 服務的 X12 接收設定Azure BizTalk 服務的 X12 傳送設定會提供通訊協定階段的相關資訊。

BizTalk 服務入口網站可讓您在設定協議時修改識別的辨識符號。這可能會導致不一致的內容。例如,有一個使用 ZZ:1234567 和 ZZ:7654321 辨識符號的合約。在 BizTalk 服務入口網站設定檔設定中,會將 ZZ:1234567 變更為 01:ChangedValue。您開啟合約時會顯示 01:ChangedValue 而非 ZZ:1234567。

若要修改身分識別的辨識符號,請刪除合約,更新夥伴概況資料中的 [身分識別],然後重新建立合約。

Warning警告
此行為會影響 X12 和 AS2。

傳送或接收中不支援 AS2 訊息的附件。具體而言,是自動略過附件,並將訊息內文處理為一般 AS2 訊息。

加入 [資源] 時,對話視窗可能不記得先前用來加入資源的路徑。若要記得先前用過的路徑,請嘗試將 BizTalk 服務入口網站網站新增至 Internet Explorer 中的 [信任的網站]。

考量依下列順序的案例:

  • 將橋接器 (例如XML 單向橋接器) 加入至 BizTalk 服務專案

  • 指定 [實體名稱] 屬性的值,以重新命名橋接器。這樣會將相關聯的 .bridgeconfig 檔案重新命名為您指定的名稱。

  • 關閉 .bcs 檔案 (關閉 Visual Studio 中的索引標籤),而不要儲存變更。

  • 從 [方案總管] 再次開啟 .bcs 檔案。

    您將注意到,相關聯的 .bridgeconfig 檔案具有您指定的新名稱,但設計介面上的實體名稱還是舊名稱。如果您按兩下橋接器元件來嘗試開啟 橋接器組態,則會收到下列錯誤:

    ‘<old name>’ Entity’s associated file ‘<old name>.bridgeconfig’ does not exist
    

若要避免發生此情況,請確定在重新命名 BizTalk 服務專案中的實體之後儲存變更。

考量下列案例:將成品 (例如,XSD 檔案) 加入至 BizTalk 服務專案,並將該成品併入 橋接器組態 (例如,將它指定為 [要求] 訊息類型),然後將它從 Visual Studio 專案中排除。在這類情況下,只要刪除的成品所在的磁碟位於將它併入在 Visual Studio 專案中的相同位置,則建置專案時就不會發生任何錯誤。

在 BizTalk 服務專案中,如果加入至專案的結構描述匯入另一個結構描述,則 BizTalk 服務專案不會檢查是否已將匯入的結構描述加入至專案。如果您嘗試建置這類專案,則不會收到任何建置錯誤。

在此版本中,XML 要求-回覆橋接器之回應訊息的字集一律設定為 UTF-8。

BizTalk Adapter 服務 功能內的 BizTalk Adapter Pack 配接器可以利用使用者定義的資料類型進行配接器作業。

使用使用者定義的資料類型時,請將檔案 (.dll) 複製至 drive:\Program Files\Microsoft BizTalk Adapter Service\BAServiceRuntime\bin\ 或主控 BizTalk Adapter 服務 服務之伺服器上的全域組件快取 (GAC)。否則,用戶端上可能會發生下列錯誤:

<s:Fault xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
  <faultcode>s:Client</faultcode>
  <faultstring xml:lang="en-US">The UDT with FullName "File, FileUDT, Version=Value, Culture=Value, PublicKeyToken=Value" could not be loaded. Try placing the assembly containing the UDT definition in the Global Assembly Cache.</faultstring>
  <detail>
    <AFConnectRuntimeFault xmlns="http://Microsoft.ApplicationServer.Integration.AFConnect/2011" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
      <ExceptionCode>ERROR_IN_SENDING_MESSAGE</ExceptionCode>
    </AFConnectRuntimeFault>
  </detail>
</s:Fault>

Important重要事項
建議使用 GACUtil.exe,將檔案安裝至全域組件快取。GACUtil.exe 記載如何使用此工具和 Visual Studio 命令列選項。

安裝 BizTalk Adapter 服務 Runtime 時會在 IIS 中建立含有 BAService 應用程式的 BizTalk Adapter 服務 網站。BAService 應用程式會在內部使用轉送繫結,將內部部署服務端點的觸角延伸到雲端。針對內部部署主控的服務,只有在內部部署服務啟動時,才會在服務匯流排上註冊對應的轉送端點。

如果您停止並啟動應用程式,則不會採用自動啟動應用程式的組態。因此,停止 BAService 時,您必須一律改為重新啟動 BizTalk Adapter 服務 網站。請不要啟動或停止 BAService 應用程式。

您不應在 LOB 元件的位址和實體名稱中使用特殊字元。如果您這麼做,則會在部署 BizTalk 服務專案時收到錯誤。如果是 '%' 這類特定字元,則 BizTalk Adapter 服務 網站可能會進入已停止狀態,而您必須手動啟動它。

如果轉換包含 [取得內容屬性] 對應作業,則 [測試對應] 會失敗。做為暫時的因應措施,可將 [取得內容屬性] 對應作業取代為含有虛擬資料的 [字串串連] 對應作業。這樣會填入目標結構描述,並可讓您測試其他轉換功能。

[測試對應] 屬性不會顯示在 Visual Studio 中。如果未同時停駐 [屬性] 視窗與 [方案總管] 視窗,就會發生這種情況。若要解決這個問題,請停駐 [屬性] 與 [方案總管] 視窗。

轉換中不支援下列 XSD 標準元素類型:

  • 複雜型別的繼承,即用於複雜型別定義 (複雜型別作為其基底型別) 的 <xs:extension>

  • <xs:choice> 建構

  • <xs:group> 建構

  • <xs:attributeGroup> 建構

  • <xs:any>

  • <xs:anyAttribute>

  • 不是複雜型別或群組定義中的「最上層」的 <xs:sequence> 建構。這表示複雜型別或群組定義中不支援在另一個 <xs:sequence> 內發生 <xs:sequence> 的結構描述。

  • 含有字串值清單的 <xs:list> 建構。建構中的所有值都視為一個單一元素。例如,考量輸入為字串清單且含有名稱清單 (例如 "Name_1 Name_2 Name_3") 的元素。因為這是清單,所以這些名稱應該讀取成 ["Name_1", "Name_2", "Name_3"]。不過,目前版本不支援此項目。在目前版本中,會將清單視為一個單一元素。

不支援上述類別,表示使用屬於上述一種類別之節點 (或它的一個子系) 中的資料會導致儲存對應時失敗;對應不會與這些連結一起儲存,而且會在通知使用者之後嘗試刪除這些連結。不過,只要未使用這些節點,則還是可以在對應中使用這些建構的結構描述。

將 [日期時間重新格式化] 對應作業加入至設計介面並進行設定時,[格式] 下拉式清單可能會呈現灰色。如果電腦顯示設定為 [中 - 125%] 或 [大 - 150%],就可能會發生這個情況。若要解決,請使用下面的步驟,將顯示設定為 [小 - 100% (預設)]:

  1. 開啟 [控制台],然後按一下 [外觀及個人化]。

  2. 按一下 [顯示]。

  3. 按一下 [小 - 100% (預設)],然後按一下 [套用]。

[格式] 下拉式清單現在應該會如預期運作。

請考量下列案例:

  1. 使用交易夥伴管理 OM API 來建立協議。

  2. 在兩個不同的索引標籤中,開啟 BizTalk 服務入口網站中的協議。

  3. 從兩個索引標籤中部署協議。

  4. 因此,兩個協議均會加以部署,導致 BizTalk 服務入口網站中的項目重複

因應措施。開啟 BizTalk 服務入口網站中的任何重複協議,並取消部署。

請考量下列案例:

案例 1:使用指紋型憑證來保護從橋接器到服務端點的訊息傳輸

考量在 BizTalk 服務專案中使用指紋型憑證的案例。您將 BizTalk 服務入口網站中的憑證更新為使用相同名稱但不同指紋,但是未據以更新 BizTalk 服務專案。在這類情況下,因為較舊的憑證資料可能還在通道快取中,所以橋接器可能會繼續處理訊息。之後,訊息處理會失敗。

因應措施:更新 BizTalk 服務專案中的憑證,並重新部署專案。

案例 2:使用名稱型行為來識別用於保護從橋接器到服務端點之訊息傳輸的憑證

考量在 BizTalk 服務專案中使用名稱型行為來識別憑證的案例。您將 BizTalk 服務入口網站中的憑證更新,但是未據以更新 BizTalk 服務專案。在這類情況下,因為較舊的憑證資料可能還在通道快取中,所以橋接器可能會繼續處理訊息。之後,訊息處理會失敗。

因應措施:更新 BizTalk 服務專案中的憑證,並重新部署專案。

即使儲存所部署成品和管線之類的執行中資訊的 Microsoft Azure SQL Database 離線,BizTalk 服務橋接器還是繼續處理訊息一陣子。原因是 BizTalk 服務使用已快取的成品和橋接器組態。

如果您不想要橋接器在 SQL 資料庫 離線時處理任何訊息,則可以使用 BizTalk 服務 PowerShell Cmdlet 停止或暫停 BizTalk 服務。請參閱 Azure BizTalk 服務管理範例,了解 Windows PowerShell Cmdlet 如何管理作業。

考量您想要讀取橋接器之自訂程式碼內 XML 訊息的案例。如果您使用 .NET API System.Text.Encoding.UTF8.GetString(bytes),則會將額外的 BOM 字元併入輸出中的訊息開頭。因此,如果您不想要在輸出中併入額外的 BOM 字元,則必須使用 System.IO.StreamReader().ReadToEnd()

使用 WCF 傳送至橋接器的訊息未調整。如果您想要可調整的用戶端,則應該改為使用 HttpWebRequest。

有具有使用中批次的 EDI 或 AS2 協議。將 BizTalk 服務從預覽版升級至 GA 時,可能會發生下列錯誤:

  • 錯誤:語彙基元提供者無法提供安全性語彙基元。語彙基元提供者已傳回訊息:無法解析遠端名稱。

  • 已取消批次工作。

因應措施:將 BizTalk 服務更新為通用版本上市 (GA) 之後,重新部署協議。

在您升級舊版的 BizTalk 服務 SDK (具有代表橋接器的舊圖示) 之後,工具箱繼續顯示橋接器的舊圖示。不過,如果您將橋接器加入至 BizTalk 服務專案設計工具介面,則介面會顯示新的圖示。

因應措施。刪除 <system drive>:\Users\<user>\AppData\Local\Microsoft\VisualStudio\11.0 下的 .tbd 檔案,即可解決此問題。

如果您在將 BizTalk 服務從預覽版升級至 GA 時登入 BizTalk 服務入口網站,則可能會在入口網站上收到下列錯誤:

This capability is not available as part of this edition of Microsoft Azure BizTalk 服務. To use these capabilities switch to an appropriate edition.

解決方案:從入口網站登出,並關閉和開啟瀏覽器,然後登入入口網站。

假設您在 BizTalk 服務預覽版訂閱部署XML 橋接器的案例。您將訊息傳送至橋接器,而對應的追蹤資料位於 BizTalk 服務入口網站上。現在,如果將 BizTalk 服務入口網站和 BizTalk 服務執行階段位元升級至 GA,而且您將訊息傳送至先前部署的相同橋接器端點,則不會顯示升級之後所傳送訊息的追蹤資料。

在這份文件中,「管線」和「橋接器」這兩個詞彙會交換使用。兩個基本上都表示同一件事,即 BizTalk 服務上部署的訊息處理單元。

另請參閱

顯示:
© 2014 Microsoft