Re: [HAPI-devel] ACK performance

Cool. Will look at it. Thanks for your help James. *Laurent (Harry) Hasson* Co-Founder, 360Fresh.com This email and any attachments thereto may contain private, confidential, and privileged material

Re: [HAPI-devel] ACK performance

Hi Laurent, I think at this point it's safe to say the problem is solved. If you wanted to check it out for yourself, Christian committed the spiffy new ID generators here: https://hl7api.svn.sourceforge.net/svnroot/hl7api/trunk/hapi-mvn/hapi-base/src/main/java/ca/uhn/hl7v2/util/idgenerator/. File

Re: [HAPI-devel] ACK performance

This is good to know. By "next release", do you mean 3.0, or a 2.1? When do you think that would be? I have had similar issues on a project many years ago. The solution we found which worked well in practice was to batch-cache IDs. I am not sure how the IDs for the ACKs are generated though so

Re: [HAPI-devel] ACK performance

Hi Laurent, The main reason for this is that this method assigns a new sequential ID to each ACK message it generates, and it uses a file to keep track of that sequence. That file is read and written on each message, so it is a bit slower than you might think. The next release of HAPI has a great