2014-10-27 61 views
2

最近我一直在對BizTalk應用程序進行一些更改,所有操作都進行得很順利,我將它從開發移動到測試環境以及我正在處理的應用程序仍然很好地工作。在2XDasm中遇到致命錯誤。異常信息是未將對象引用設置爲對象的實例

問題是,突然現有的應用程序中,每當它接收到HL7消息獲取以下錯誤:

Fatal error encountered in 2XDasm. Exception information is Object reference not set to an instance of an object. 

跟:

There was a failure executing the receive pipeline: "BTAHL72XPipelines.BTAHL72XReceivePipeline, BTAHL72XPipelines, Version=1.3.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" Source: "BTAHL7 2.X Disassembler" Receive Port: "RP.MyPort.HL7v2.ORU" URI: "0.0.0.0:11001" Reason: Object reference not set to an instance of an object. 

通過再次遵循:

A message received by adapter "MLLP" on receive location "RPL.MyLocation.HL7v2.ORU.MLLP" with URI  "0.0.0.0:11001" is suspended. 
Error details: There was a failure executing the receive pipeline: "BTAHL72XPipelines.BTAHL72XReceivePipeline, BTAHL72XPipelines, Version=1.3.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" Source: "BTAHL7 2.X Disassembler" Receive Port: "RP.MyPort.HL7v2.ORU" URI: "0.0.0.0:11001" Reason: Object reference not set to an instance of an object. 
MessageId: {7B940750-046A-4E63-9268-EF76F6458CFE} 
InstanceID: {5FC204B1-69DE-433E-B90B-AB1E9F77B3B7} 

這兩個應用程序之間的唯一區別是工作的是usi ng一個自定義的管道組件,而錯誤的是使用默認的BizTalk BTAHL72XReceivePipeline(正如您可能會看到的錯誤。)

有沒有人遇到過這種情況?我在隨機網站上看過a coupleposts,有人有錯誤,但沒有任何與我有關的內容。

回答

3

那麼我找到了答案。非常苦樂參半。

在某些時候,我一定是在開發中的接收位置上弄亂了EncodingCharset。我幾個月沒有碰過那個位置,然後當我移動測試時,我複製了綁定以及不好的EncodingCharset。

原來,我在BTAHL72xReceivePipeline配置中有一個空的EncodingCharset。只要我設置爲「,0」,那麼事情就會再次起作用。

這是我正在談論的圖像。

enter image description here

相關問題