我們的客戶將HL7消息格式從2.3更改爲2.7,並且我在使用新消息格式時遇到了一些問題。基本上,我們使用mina2協議,以這種方式能夠路由消息:HL7 2.7和Camel mina2
<route>
<from uri="mina2:tcp://10.124.199.40:2575?sync=true&codec=#hl7codec&minaLogger=true" />
[...]
</route>
,並取消平鋪消息標準的升級工作得很好。事實上,改變文件格式,從2.3到2.7這是行不通的,我們得到這個調試消息:
2014-01-13 10:15:57,361 DEBUG HL7MLLPDecoder [104] - Start scanning buffer at position 0
2014-01-13 10:15:57,361 WARN HL7MLLPDecoder [122] - Ignoring unexpected 1st end byte 28. Expected 2nd endpoint
2014-01-13 10:15:57,361 DEBUG HL7MLLPDecoder [56] - No complete message in this packet
我們正在使用高致病性禽流感的消息解析器和恐怕應該是這個問題,但是,在這種情況下, ,我期望的是駱駝應該能夠通過mina2發送消息,並且當我們從我們的業務類讀取HL7消息時發現異常。但事實並非如此,似乎mina2無法傳遞消息。
任何線索與此?是否有可能在被mina2解析之前捕獲MLLP消息,以確保我們的客戶以正確的格式發送它?
我也有另外一個問題。我試圖生成一個非常簡單的jUnit類來向String消息發送消息,但我不知道如何實現MLLP消息,我的問題是:它是mina2做的事情(將String消息包裝爲MLLP格式)或者我發送HL7消息之前要做的事情?
感謝, 安德烈
您是否在類路徑上有正確的JAR。 AFAIR hapi har JAR針對存在的不同hl7版本。因此,您可能還需要更新,以使用v2.7 JAR。 –