sorryI#m wrong...
The Problem seems to be in the parser.
Parsing the HL7 Textfile getting the "\" lost...
Coee:
Parser p = context.getPipeParser();
Message msg = iter.next();
try {
log.info(p.encode(msg));
} catch (HL7Excep
Hi,
in fact...thats the situation.
In my system, I get UUEncoded and plain.PDF documents within the zpd-3.3
segment.
Now I have still the problem replacing the \x0D\\x0A\ because while catching
the zpd-3.3 segment useing the terser, the "\" getting lost...
Reading direct from file results ->>
Thanks & Regards
Sreenath
From: James Agnew [mailto:[email protected]]
Sent: 13 January 2014 21:03
To: g3949
Cc: [email protected]
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
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
4 matches
Mail list logo
