Willeam's Blog

今天下班回家後打開notebook發現奇怪怎麼密碼一直輸入錯誤,回想今天在公司有修改密碼,所以有可能是密碼在輸入時不小心打錯了,不過也真強,居然連續打錯2次.
幸好家裡還有一台桌上電腦,馬上到google找solution,就找到ERD Commander 2005這個工具.
這個工具裝起來後,它可以產生一個iso檔,讓我們做開機光碟,然後用此光碟開機後去修改原本windows的密碼.就這樣它挽救了我原本要format掉的硬碟,讓我又可以重新登入成功了,真是感動得快哭出來了~

當我們在開發RosettaNet專案時,第一個步驟就是需要從www.rosettanet.org的站台上去下載PIP(Partner Interface Process)的定義檔,此定義檔是以DTD的格式記錄,因此我們需要透過BizTalk的Generate Schema功能將DTD匯入成xsd檔.
當你匯入DTD檔案成xsd schema檔後,你會發現schema的長相有點奇怪,為何會有許多根節點.


查看BizTalk Accelerator for Rosettanet的Help後,裡面有提到要設定Schema的Root Reference屬性,但是在設定過Root Reference屬性成Pip3A4PurchaseOrderRequest節點後,schema仍然跟之前一樣,還是許多根節點並列,只不過在xsd的內容多了一段root_reference="Pip3A4PurchaseOrderRequest"宣告.


雖然我們已經明確的宣告根節點是Pip3A4PurchaseOrderRequest,但是Visual Studio還是一樣顯示多個節點,原因是因為root_reference宣告並不會影響Visual Studio的顯示方式,需要在加上一個displayroot_reference才可以,只不過此屬性並無法透過Visual Studio的屬性畫面來設定,因此需要透過notepad或其他文字編輯工具直接對xsd檔案進行修改. 加入後可以在Visual Studio畫面上看到多了一個displayroot_reference的屬性.


重新載入xsd schema後,即可看到只有一個Root節點了,這樣是不是好看多了.

在EDIFACT的UNB 7 是代表Application Reference ID,通常都會填入該訊息的名稱,如:ORDERS,ORDRSP,INOVIC...等.但是因為該屬性是在EDI的表頭區,因此是在Party裡面設定,這樣就造成若想在不同的message type給不同值的問題.

以前在BizTalk 2006 R2時, 除了客製send pipeline將EDI Header硬塞進去外,可能就要寫一些額外的元件去處理,但是在BizTalk 2009因為增加了一個EDIOverride的context,讓此目的可以輕鬆達到.
做法如下:
1. 在biztalk專案加入C:\Program Files\Microsoft BizTalk Server 2009\Microsoft.BizTalk.Edi.BaseArtifacts.dll

2.開啟Orchestration,並且透過Assigment shape對EDI Message進行以下設定.
Msg_ORDRSP(EdiOverride.OverrideEDIHeader) = true;
Msg_ORDRSP(EdiOverride.UNB7) = "ORDRSP";

這樣就可以在EDI訊息上面動態加上需要的Application Reference ID了.


 

通常我們在寫.net程式時,習慣會將try..catch所攔截到的錯誤寫入到系統的event log,讓我們可以有統一介面去查看各種不同的錯誤訊息.
這種輸出錯誤訊息到event log的手法,其實在Store procedure也可以做到,只要透過此語法就可以.

master..xp_logevent 50001, '錯誤訊息內容', 'ERROR'

輸出後,在event log可以看到此畫面.


裡面則是我們輸出的錯誤訊息.


store procedure最麻煩的就是進行debug,雖然我們可以在SQL Studio裡面debug,但是有時候手動run與透過background job run還是有一點差異,然後又無法像.NET 元件一樣從Visual Studio去attach process的方式monitor元件執行狀況,所以若可以在store procedure執行時,將一些訊息丟出來event log,多多少少可以了解運作的狀況.

這是微軟MSDN雜誌的電子版內容,這樣就可以省下買雜誌的錢嚕.

http://msdn.microsoft.com/zh-tw/magazine/cc157190.aspx

最近在幫一個biztalk 2004的客戶修改專案時,發現在undeploy專案時,在unenlist都會timeout,因此開啟HAT來查看一下是否還有instance正在跑還是怎樣,結果用HAT在查詢時也一樣會發生timeout.
所以就打開資料庫BizTalkDTADb一看,夭壽喔~空間居然15GB之大,難怪查一個資料都會timeout,當下就查看SQL Agent裡面是否有啟動DTA Purge and Archive這個job,一看之下果然沒有,因此在這裡提醒一下各位,請注意要將BizTalk相關的sql job給啟動,這樣才不會留一堆garbage在資料庫裡面.
後來我就自己手動執行了這個store procedure
exec dtasp_PurgeAllCompletedTrackingData 

並且在將資料庫作一下Shrink
DBCC SHRINKDATABASE (BizTalkDTADb,10)

結果發現原來15GB的資料庫,裡面資料只有500MB而已,真是恐怖.
清完了之後,再去開HAT就可以正常開的起來,且unenlist流程也都可以成功了.

最近在使用BizTalk Adapter Pack 2.0連接Oracle Database時,在設定帳號密碼之後,進行connect時出現以下錯誤訊息.


但是我確定你輸入的帳號密碼是正確的,因為在ODBC使用原來的帳號密碼時,是可以登入成功的.
後來透過Google搜尋了一下,才知道這個地方輸入的帳號密碼大小寫是有分別的,後來將帳號全部改成大寫後,果然就真的過了,真是虛驚一場.

當BizTalk 2009在安裝時，若與SQL Server 2008是不同台，則在安裝完後進行configuration時可能會遇到這個錯誤畫面.


看起來似乎是因為BizTalk BAM Archiving的功能需要用到SQL Server的Integration Services功能，導致BizTalk機器上需要安裝此元件才行。
解決的方法主要是在BizTalk主機上安裝SQL Server的Management Tools元件.
The workaround is to install the SQL Server Management Tools component.

· For SQL Server 2008, run setup and choose the Management Tools: Basic and Management Tools: Complete options.

· For SQL Server 2005, run setup and chose the Management Tools option under SQL Server 2005 Client Tools.

在微軟的Troubleshooting BizTalk Server 2009 Setup.docx文件中有說明.
http://www.microsoft.com/downloads/details.aspx?displaylang=zh-tw&FamilyID=9c697e02-d1bc-4684-8748-28b3a292d5bf

在安裝BizTalk 2009後,進行Configuration時須注意一定要勾選BAM Tools,否則BizTalk 2009會裝不起來.
原因是因為BizTalk 2009的AS2有個新功能是可以做到當沒有收到MDN時,可以自動Resend.而這個Resend的功能是去針測BAMPrimaryImport的資料庫,而BAMPrimaxImport資料庫一定要裝BAMTool才要產生,所以,若你想裝BizTalk 2009的EDI/AS2功能的話,記得要連BAM Tools也一起裝.

1. Validate Map取得Xsl檔案




2. 用文字編輯器開啟xsl檔案,移除裡面ns0的字眼,若想連root節點namespace的ns0都移除的話也可以.


3.建立一新Map,此Map的Source與Destination都與原始一模一樣,但是不需要拉線.設定此map的Custom XSL Path屬性,指向上一步驟所修改過的XSL檔案.


4. 再次Test Map即可得到完全不含ns0的XML.


原來含有ns0的輸出XML.