Apr 25

From time to time prospective clients ask for a proof that Java CAPS will not loose HL7 messages in the event of machine or network failure.

In this Note a heterogeneous, non-clustered collection of hosts will be used to implement and exercise Java CAPS 6/Repository HL7 v2 based solutions. The environment consists of two independent “machines”, which are not a part of an Operating System Cluster. Each “machine” hosts a GlassFish Application Server, which is the Java CAPS 6 runtime. Application Servers are independent of one another and are not clustered. This is to demonstrate that HL7 processing components, and solutions based on these components and other standard components in the Java CAPS infrastructure, can be designed and implemented in such a way that message loss in the event of typical failure and disruption scenarios is avoided.

This note discusses an exercise involving an example healthcare environment processing HL7 v2 messages. Discussion includes customization of a generic Java CAPS 6.2 VMware Virtual Appliance for a specific HL7 exercise and deploying ready-made Java CAPS 6/Repository-based solutions. The exercise for HL7 eWay and HL7 Inbound and Outbound projects, processing HL7 v2.3.1 messages, will be conducted and discussed.

The reader will be convinced that a resilient Java CAPS solution can be configured and that it will process messages in the face of typical failure and disruption scenarios without message loss or duplication.

Note that this article is not introductory in nature. It assumes that the reader has a fairly good working knowledge of the Java CAPS 5 or Java CAPS 6/Repository product and a good working knowledge of related areas, such as HL7 messaging, virtualisation and suchlike. These matters are not explained in this article.

The note is available as 03_Conducting_JavaCAPS_6_HL7_Resilience_Exercise_v1.0.0.0.pdf at http://blogs.czapski.id.au/wp-content/uploads/2010/04/03_Conducting_JavaCAPS_6_HL7_Resilience_Exercise_v1.0.0.0.pdf

Kiran Busi pointed out o me that the project export links in the PDF documehnt are broken. Here they are, correct this time. It is less trouble to post them here then to modify the PDF and re-post that.

JC62_HL7_Resilience_Project_Exports_no_Envs – http://blogs.czapski.id.au/wp-content/uploads/2010/04/JC62_HL7_Resilience_Project_Exports_no_Envs.zip

JC62_HL7_Resilience_Project_Exports_with_Envs – http://blogs.czapski.id.au/wp-content/uploads/2010/04/JC62_HL7_Resilience_Project_Exports_with_Envs.zip

4 Responses to “Exercising a Resilient Java CAPS 6 HL7 v2 Repository Solution”

  1. Remold Krol says:

    I am very interested in this note, since we have a project going at a customer with almost the same resilient solution.

    Downloading the note gives a 404, since the URL contains an extra dot 🙁 Without the dot it is download-able.

    Starting to read now 🙂

  2. […] This post was mentioned on Twitter by Dave Shaver on HL7. Dave Shaver on HL7 said: High availability healthcare integration with JCAPS and HL7 2.X interfaces. Overview: http://ow.ly/1D6VS PDF: http://ow.ly/1D6WF […]

  3. Hello, Kiran.

    I added correct links to the blog article above.
    If you are completely new to Java CAPS 6 project, to the point of not knowing how to import project exports, the projects may not be of muchuse to you. If you are a Java CAPS 5.x person just getting into Java CAPS 6 then create a new Java CAPS repository project, right-click on the project flder in NetBeans, choose Import -> Project and take it from there.



Leave a Reply

preload preload preload