Re: [HAPI-devel] DefaultXMLParser issue processing SN datatypes

I think I've tracked down the issue. Check out method parseComposite at line 481 in XMLParser: private void parseComposite(Composite datatypeObject, Element datatypeElement) throws DataTypeException { if (datatypeObject instanceof GenericComposite) { //elements won't be named GenericC

[HAPI-devel] DefaultXMLParser issue processing SN datatypes

Hi All- I've got a document where OBX.5 contains the following SN data: 22 This should parse so that: Comparator: Num1:22 Separator/Suffix: Num2: But instead, Hapi parses it to: Comparator:22 Num1: Separator/Suffix: Num2: Anyone else seen this problem? There doesn't seem to be an issue pr

Re: [HAPI-devel] LLP and extended ASCII

Hello Robert, Try setting the ca.uhn.hl7v2.llp.charset System Propery. Example: -Dca.uhn.hl7v2.llp.charset=ISO-8859 bye, marco Robert Owen ha scritto: Hi!   I have a Simpleserver which is receiving HL7 messages and sending the according ACK, using the LowerLayerProtocol.

[HAPI-devel] LLP and extended ASCII

Hi! I have a Simpleserver which is receiving HL7 messages and sending the according ACK, using the LowerLayerProtocol. The problem is that the messages contain symbols from the extended ASCII table (äÄöÖüÜß), which are not received correctly. Does anybody know a solution to my problem