solved it for me...dirty..but it works
changed OBX-2 -> ST
GGK
On Thursday, January 9, 2014 5:32 PM, Christian Ohr
wrote:
The reason is simply that the ED datatype was not yet defined in HL7 v2.2.
The sender of this message should probably switch to at least version 2.3.
regards
Christia
Now I have the Problem, do decode a ZPD-3.3 Segement which is UUDecoded.
Example:
ZPD|1|PDF|14627^20675^begin 644 pdf1.pdfx0Dx0A\M)5!$1BTQ+C,-"B7BX\E_3#0H-"C
end
Decode the segement, I alway get the Errof:
sun.misc.CEFormatException: UUDecoder: No begin line.
Does anybody hab som Ideas?
Hi GGK,
I've never seen anyone use UUEncoding inside an HL7 message (Base64 is the
way I've generally seen people solve this problem) but it should be
possible.
Your problem is definitely that the first line of a UUEncoded string needs
to be in the form
begin
You have all of that in your strin
Thanks & Regards
Sreenath
From: James Agnew [mailto:ja...@jamesagnew.ca]
Sent: 13 January 2014 21:03
To: g3949
Cc: hl7api-devel@lists.sourceforge.net
Subject: Re: [HAPI-devel] Decode ZPD-3.3 UUencode
Hi GGK,
I've never seen anyone use UUEncoding inside an HL7 message (Base64 is the way
I've g
It looks like the server is simply not accepting new connections, like it is no
longer listening on the port.
Like I said, it works fine for most of the day, the problem is when I leave it
overnight and try to establish a new connection in the morning. Nothing is
written to the server logs, the
Hi Tom,
Is your client application holding onto the same connection?
That error suggests that the client at least has a connection (since you'd
get an IOException if it was trying but failing to connect to the server),
which suggests that it's trying to use a connection it already has but
failing
6 matches
Mail list logo
