hl7api-devel — developer list

[HAPI-devel] Question regarding numberOfSegmentRepeats

[White, G. (GE Healthcare) <Gre...@me...>]

Greetings all,

I am somewhat new to Javascript and very new to HAPI so please forgive the naiveté of my question...

I am trying to develop Javascript code for use in a Rhapsody engine that will handle (loop through) multiple OBR/OBX groupings in an ORU_R01 message (HL7 v2.6). My goal is to add an OBX segment to each group if/when an OBX exists where OBX-3 = 2907 within the group. My code only seems to work on the first OBR/OBX group. In my troubleshooting I have found that using hapiMessageIn.numberOfSegmentRepeats only seems to work if the segment identified comes consecutively. For example with a message like...

MSH...
PID...
PV1...
OBR|1|...
OBX|1|...
OBX|2|...
OBX|3|ST|2907|...
OBR|2|...
OBX|1|...
OBX|2|...
OBX|3|...
OBX|4|ST|2907|...

...the countobr value from the following code block is 1, and the countobx value is 3.

...
var obr_exist = hapiMessageIn.segmentExists("OBR", 0);
if (obr_exist == true) {
      var countobr = hapiMessageIn.numberOfSegmentRepeats("OBR");
      // Loop through each OBR
      for (var r = 0; r < hapiMessageIn.numberOfSegmentRepeats("OBR"); r++) {

          // Get the OBX segment count
          var obx_exist = hapiMessageIn.segmentExists("OBX", 0);
          if (obx_exist == true) {
                 var countobx = hapiMessageIn.numberOfSegmentRepeats("OBX");
                 // Loop through each OBX and look for OBX-3.1 = 2907
                 for (var x = 0; x < hapiMessageIn.numberOfSegmentRepeats("OBX"); x++) {
....
          }
     }
}
...

With the countobr only being equal to 1 it never loops through/processes the second OBR/OBX grouping and therefore the output message will have the added OBX segment only in the first OBR/OBX group, like...

MSH...
PID...
PV1...
OBR|1|...
OBX|1|...
OBX|2|...
OBX|3|ST|2907|...
OBX|4|... (added OBX segment)
OBR|2|...
OBX|1|...
OBX|2|...
OBX|3|...
OBX|4|ST|2907|...
(no added OBX segment)

Is there an issue with my syntax/use of the numberOfSegmentRepeats that may be causing this? Is there a better method you can propose to handle this scenario?

Thanks in advance for your review and any suggestions you may have to resolve this issue.

Upcoming OOO dates: June 27- July 15 (PTO)
                                        July 25 - 28 (Training)
                                        Aug 4 - 8 (PTO)

Gregory A. White
Interface Integration Engineer, Mural
GE Healthcare
T. +1 561 889 5673

[HAPI-devel] Encryption Advice and Example

[Zoran A. <zo...@sp...>]

Hi Guys,

 

By way of background, this is our first HL7 or HAPI project and we are successfully exchanging HL7 messages without encryption, HAPI is proving to be a great library. We can receive and send messages without issue. We now have to implement encryption.

 

I am hoping you may be able to help with an issue I am having setting up TLS encryption for sending and receiving HL7 messages using HAPI 2.3.

 

We have been provided a public key for encrypting messages we send. I added the key to our keystore which I can see we need to load using a CustomCertificateTlsSocketFactory, but how do I specify the key in the keystore to use for encrypting outgoing messages? Do we just setup the keystore with a single key which gets used by default?

 

Similarly for incoming messages, we have supplied our public key, but I can’t see where in the CustomCertificateTlsSocketFactory we point to the our keypair or alias and specify the keypair password? Do we extract the private key into a dedicated keystore?

 

I would really appreciate any help you guys may have with this as this is quite new to us.

 

TIA

Zoran

Re: [HAPI-devel] HAPI TestPanel

[Walter K. <wa...@co...>]

Love this progress. It’s really useful in my test environment.

> On Oct 21, 2021, at 1:28 PM, James Agnew <jam...@gm...> wrote:
> 
> Hi Randy,
> 
> HAPI HL7v2 is definitely more in maintenance mode at this point as opposed to being actively developed, but it's still an active project.
> 
> You can get a copy of the 2.3 release of the testpanel, which needs to be run from the command line but does work, here: https://github.com/hapifhir/hapi-hl7v2/releases/tag/v2.3 <https://github.com/hapifhir/hapi-hl7v2/releases/tag/v2.3>
> 
> Cheers,
> James
> 
> On Thu, Oct 21, 2021 at 12:19 PM randy_clegg--- via Hl7api-devel <hl7...@li... <mailto:hl7...@li...>> wrote:
> Hello,
> 
>  
> 
> I don’t know if HAPI is still in any sense supported, but I’d like to use it. 
> 
>  
> 
> The TestPanel project will neither build nor run in the lastest distribution (2.2).  Further, the install link at HAPI – Installing HAPI TestPanel (hapifhir.github.io) <https://hapifhir.github.io/hapi-hl7v2/hapi-testpanel/install.html> is broken Encountered a 404 error (sourceforge.net) <http://hl7api.sourceforge.net/hapi-testpanel/jnlp/launch.jnlp>.
> 
>  
> 
> Any suggestions?
> 
>  
> 
> Thx,
> 
>  
> 
> -Randy Clegg
> 
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li... <mailto:Hl7...@li...>
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel <https://lists.sourceforge.net/lists/listinfo/hl7api-devel>
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li...
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel

Re: [HAPI-devel] HAPI TestPanel

[Mike D. <mdi...@ca...>]

I'd like to know the state of HAPI too.

On 10/21/2021 8:17 AM, randy_clegg--- via Hl7api-devel wrote:
>
> Hello,
>
> I don’t know if HAPI is still in any sense supported, but I’d like to 
> use it.
>
> The TestPanel project will neither build nor run in the lastest 
> distribution (2.2).  Further, the install link at HAPI – Installing 
> HAPI TestPanel (hapifhir.github.io) 
> <https://hapifhir.github.io/hapi-hl7v2/hapi-testpanel/install.html> is 
> broken Encountered a 404 error (sourceforge.net) 
> <http://hl7api.sourceforge.net/hapi-testpanel/jnlp/launch.jnlp>.
>
> Any suggestions?
>
> Thx,
>
> -Randy Clegg
>
>
>
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li...
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel

Re: [HAPI-devel] HAPI TestPanel

[W. R. C. <ran...@ya...>]

 One more comment, I was able to jar the whole kit and kaboodle together and get that to run as well.  This was also JDK8 if that didn't appear anywhere in my comments.
Thanks again!
    On Thursday, October 21, 2021, 01:39:54 PM EDT, James Agnew <jam...@gm...> wrote:  
 
 Great!
For anyone else who finds this conversation.. I think the issue may have been with the version of Java the testpanel was running against. Adding JNA as Randy did would be one solution, using an older JDK (e.g. JDK6) would be another. The testpanel is definitely known not to work currently on JDK 9+.

Cheers,James

On Thu, Oct 21, 2021 at 1:37 PM W. Randal Clegg <ran...@ya...> wrote:

 Thanks James,
I did discover 2.3 and it mostly runs but reports this error:
C:\1health\ilr\trunk\hapi\hapi-testpanel-2.3>java -cp "C:/1health/ilr/trunk/hapi/hapi-testpanel-2.3/jna-5.9.0.jar" -jar hapi-testpanel-2.3-jar-with-dependencies.jar13:31:40,910  INFO [main] Home:47 - hapi.home is set to C:\1health\ilr\trunk\hapi\hapi-testpanel-2.3\.13:31:41,131  INFO [main] Controller:133 - Restoring work files from directory: C:\Users\Randy\HapiTestPanel\workfiles13:31:41,132  INFO [main] MessagesList:174 - Restoring work file: 94803e3f-409a-408b-b082-4389e7c72057-0000000001.xml13:31:41,171  INFO [main] VersionLogger:77 - HAPI version is: 2.313:31:41,173  INFO [main] VersionLogger:65 - Default Structure libraries found for HL7 versions 2.1, 2.2, 2.3, 2.3.1, 2.4, 2.5, 2.5.1, 2.6, 2.7, 2.8, 2.8.1,13:31:41,404  INFO [main] Hl7V2MessageCollection:899 - About to set source message for collection13:31:41,406  INFO [main] Hl7V2MessageCollection:277 - Found ER7 message13:31:41,408  INFO [main] Hl7V2MessageBase:256 - About to parse message13:31:41,467  INFO [main] Hl7V2MessageBase:272 - Done parsing message13:31:41,468  INFO [main] Hl7V2MessageCollection:916 - Firing message change event13:31:41,472  INFO [main] Hl7V2MessageCollection:927 - Done setting source message for collectionjava.lang.reflect.InvocationTargetException        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)        at java.lang.reflect.Method.invoke(Method.java:498)        at ca.uhn.hl7v2.testpanel.App.main(App.java:82)Caused by: java.lang.NoClassDefFoundError: com/sun/jna/Library        at java.lang.ClassLoader.defineClass1(Native Method)        at java.lang.ClassLoader.defineClass(ClassLoader.java:756)        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)        at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)        at java.net.URLClassLoader.access$100(URLClassLoader.java:74)        at java.net.URLClassLoader$1.run(URLClassLoader.java:369)        at java.net.URLClassLoader$1.run(URLClassLoader.java:363)        at java.security.AccessController.doPrivileged(Native Method)        at java.net.URLClassLoader.findClass(URLClassLoader.java:362)        at java.lang.ClassLoader.loadClass(ClassLoader.java:418)        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:355)        at java.lang.ClassLoader.loadClass(ClassLoader.java:351)        at ca.uhn.hl7v2.testpanel.WindowsInitializer.setCurrentProcessExplicitAppUserModelID(WindowsInitializer.java:44)        at ca.uhn.hl7v2.testpanel.WindowsInitializer.run(WindowsInitializer.java:51)        ... 5 moreCaused by: java.lang.ClassNotFoundException: com.sun.jna.Library        at java.net.URLClassLoader.findClass(URLClassLoader.java:382)        at java.lang.ClassLoader.loadClass(ClassLoader.java:418)        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:355)        at java.lang.ClassLoader.loadClass(ClassLoader.java:351)        ... 19 more13:31:41,519  INFO [AWT-EventQueue-0] Controller:885 - Starting TestPanel Controller...13:31:41,709  INFO [AWT-EventQueue-0] TestPanelWindow:198 - Setting window size to 1493 x 84013:31:41,710  WARN [AWT-EventQueue-0] TestPanelWindow:135 - Unknown type is selected: null13:31:41,935  INFO [AWT-EventQueue-0] Hl7V2MessageEditorPanel:119 - Registered syntaxKitOct 21, 2021 1:31:42 PM jsyntaxpane.DefaultSyntaxKit installINFO: Monospaced Fonts: [Bookshelf Symbol 7, Combat Ready BTN, Consolas, Courier New, Lucida Console, Lucida Sans Typewriter, MS Outlook, MS Reference Specialty, MT Extra, Marlett, MingLiU-ExtB, MingLiU_HKSCS-ExtB, NSimSun, Prime Sans Mono, SimSun, SimSun-ExtB, Symbol, Webdings, Wingdings, Wingdings 2, Wingdings 3]13:31:42,453  INFO [AWT-EventQueue-0] Er7SyntaxKit:51 - Font is: java.awt.Font[family=Lucida Sans Typewriter,name=Lucida Sans Typewriter,style=plain,size=12]13:31:42,626  INFO [Thread-3] Hl7V2MessageTree:2371 - Running an update of the Message Tree13:31:42,736  INFO [pool-1-thread-1] Prefs:741 - Syncing user preferences to disk13:31:42,738  INFO [pool-1-thread-1] Prefs:748 - Done synchronizing user prefs (3378 chars)13:31:42,840  INFO [pool-1-thread-1] Prefs:741 - Syncing user preferences to disk13:31:42,841  INFO [pool-1-thread-1] Prefs:748 - Done synchronizing user prefs (3378 chars)13:31:42,842  INFO [pool-1-thread-1] Hl7V2MessageEr7:364 - Highlited path is now: /MSH-113:31:42,897  INFO [Thread-4] Controller:1025 - HAPI TestPanel is up to date. Great!13:31:42,952  INFO [AWT-EventQueue-0] Hl7V2MessageTree:285 - Opening default paths
By unzipping the distribution and downloading and unzipping the jna-5.9.0.jar into the same folder I did get it to run without error as a regular set of classes.
Thanks again!
-Randy

    On Thursday, October 21, 2021, 01:28:31 PM EDT, James Agnew <jam...@gm...> wrote:  
 
 Hi Randy,
HAPI HL7v2 is definitely more in maintenance mode at this point as opposed to being actively developed, but it's still an active project.
You can get a copy of the 2.3 release of the testpanel, which needs to be run from the command line but does work, here: https://github.com/hapifhir/hapi-hl7v2/releases/tag/v2.3
Cheers,James

On Thu, Oct 21, 2021 at 12:19 PM randy_clegg--- via Hl7api-devel <hl7...@li...> wrote:


Hello,

 

I don’t know if HAPI is still in any sense supported, but I’d like to use it.  

 

The TestPanel project will neither build nor run in the lastest distribution (2.2).  Further, the install link at HAPI – Installing HAPI TestPanel (hapifhir.github.io) is broken Encountered a 404 error (sourceforge.net).

 

Any suggestions?

 

Thx,

 

-Randy Clegg
_______________________________________________
Hl7api-devel mailing list
Hl7...@li...
https://lists.sourceforge.net/lists/listinfo/hl7api-devel

  
  

Re: [HAPI-devel] HAPI TestPanel

[James A. <jam...@gm...>]

Great!

For anyone else who finds this conversation.. I think the issue may have
been with the version of Java the testpanel was running against. Adding JNA
as Randy did would be one solution, using an older JDK (e.g. JDK6) would be
another. The testpanel is definitely known not to work currently on JDK 9+.

Cheers,
James

On Thu, Oct 21, 2021 at 1:37 PM W. Randal Clegg <ran...@ya...>
wrote:

> Thanks James,
>
> I did discover 2.3 and it mostly runs but reports this error:
>
> C:\1health\ilr\trunk\hapi\hapi-testpanel-2.3>java -cp
> "C:/1health/ilr/trunk/hapi/hapi-testpanel-2.3/jna-5.9.0.jar" -jar
> hapi-testpanel-2.3-jar-with-dependencies.jar
> 13:31:40,910  INFO [main] Home:47 - hapi.home is set to
> C:\1health\ilr\trunk\hapi\hapi-testpanel-2.3\.
> 13:31:41,131  INFO [main] Controller:133 - Restoring work files from
> directory: C:\Users\Randy\HapiTestPanel\workfiles
> 13:31:41,132  INFO [main] MessagesList:174 - Restoring work file:
> 94803e3f-409a-408b-b082-4389e7c72057-0000000001.xml
> 13:31:41,171  INFO [main] VersionLogger:77 - HAPI version is: 2.3
> 13:31:41,173  INFO [main] VersionLogger:65 - Default Structure libraries
> found for HL7 versions 2.1, 2.2, 2.3, 2.3.1, 2.4, 2.5, 2.5.1, 2.6, 2.7,
> 2.8, 2.8.1,
> 13:31:41,404  INFO [main] Hl7V2MessageCollection:899 - About to set source
> message for collection
> 13:31:41,406  INFO [main] Hl7V2MessageCollection:277 - Found ER7 message
> 13:31:41,408  INFO [main] Hl7V2MessageBase:256 - About to parse message
> 13:31:41,467  INFO [main] Hl7V2MessageBase:272 - Done parsing message
> 13:31:41,468  INFO [main] Hl7V2MessageCollection:916 - Firing message
> change event
> 13:31:41,472  INFO [main] Hl7V2MessageCollection:927 - Done setting source
> message for collection
> java.lang.reflect.InvocationTargetException
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>         at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>         at java.lang.reflect.Method.invoke(Method.java:498)
>         at ca.uhn.hl7v2.testpanel.App.main(App.java:82)
> Caused by: java.lang.NoClassDefFoundError: com/sun/jna/Library
>         at java.lang.ClassLoader.defineClass1(Native Method)
>         at java.lang.ClassLoader.defineClass(ClassLoader.java:756)
>         at
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
>         at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)
>         at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
>         at java.net.URLClassLoader$1.run(URLClassLoader.java:369)
>         at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
>         at java.security.AccessController.doPrivileged(Native Method)
>         at java.net.URLClassLoader.findClass(URLClassLoader.java:362)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:418)
>         at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:355)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:351)
>         at
> ca.uhn.hl7v2.testpanel.WindowsInitializer.setCurrentProcessExplicitAppUserModelID(WindowsInitializer.java:44)
>         at
> ca.uhn.hl7v2.testpanel.WindowsInitializer.run(WindowsInitializer.java:51)
>         ... 5 more
> Caused by: java.lang.ClassNotFoundException: com.sun.jna.Library
>         at java.net.URLClassLoader.findClass(URLClassLoader.java:382)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:418)
>         at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:355)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:351)
>         ... 19 more
> 13:31:41,519  INFO [AWT-EventQueue-0] Controller:885 - Starting TestPanel
> Controller...
> 13:31:41,709  INFO [AWT-EventQueue-0] TestPanelWindow:198 - Setting window
> size to 1493 x 840
> 13:31:41,710  WARN [AWT-EventQueue-0] TestPanelWindow:135 - Unknown type
> is selected: null
> 13:31:41,935  INFO [AWT-EventQueue-0] Hl7V2MessageEditorPanel:119 -
> Registered syntaxKit
> Oct 21, 2021 1:31:42 PM jsyntaxpane.DefaultSyntaxKit install
> INFO: Monospaced Fonts: [Bookshelf Symbol 7, Combat Ready BTN, Consolas,
> Courier New, Lucida Console, Lucida Sans Typewriter, MS Outlook, MS
> Reference Specialty, MT Extra, Marlett, MingLiU-ExtB, MingLiU_HKSCS-ExtB,
> NSimSun, Prime Sans Mono, SimSun, SimSun-ExtB, Symbol, Webdings, Wingdings,
> Wingdings 2, Wingdings 3]
> 13:31:42,453  INFO [AWT-EventQueue-0] Er7SyntaxKit:51 - Font is:
> java.awt.Font[family=Lucida Sans Typewriter,name=Lucida Sans
> Typewriter,style=plain,size=12]
> 13:31:42,626  INFO [Thread-3] Hl7V2MessageTree:2371 - Running an update of
> the Message Tree
> 13:31:42,736  INFO [pool-1-thread-1] Prefs:741 - Syncing user preferences
> to disk
> 13:31:42,738  INFO [pool-1-thread-1] Prefs:748 - Done synchronizing user
> prefs (3378 chars)
> 13:31:42,840  INFO [pool-1-thread-1] Prefs:741 - Syncing user preferences
> to disk
> 13:31:42,841  INFO [pool-1-thread-1] Prefs:748 - Done synchronizing user
> prefs (3378 chars)
> 13:31:42,842  INFO [pool-1-thread-1] Hl7V2MessageEr7:364 - Highlited path
> is now: /MSH-1
> 13:31:42,897  INFO [Thread-4] Controller:1025 - HAPI TestPanel is up to
> date. Great!
> 13:31:42,952  INFO [AWT-EventQueue-0] Hl7V2MessageTree:285 - Opening
> default paths
>
> By unzipping the distribution and downloading and unzipping the jna-5.9.0.jar
> into the same folder I did get it to run without error as a regular set of
> classes.
>
> Thanks again!
>
> -Randy
>
>
> On Thursday, October 21, 2021, 01:28:31 PM EDT, James Agnew <
> jam...@gm...> wrote:
>
>
> Hi Randy,
>
> HAPI HL7v2 is definitely more in maintenance mode at this point as opposed
> to being actively developed, but it's still an active project.
>
> You can get a copy of the 2.3 release of the testpanel, which needs to be
> run from the command line but does work, here:
> https://github.com/hapifhir/hapi-hl7v2/releases/tag/v2.3
>
> Cheers,
> James
>
> On Thu, Oct 21, 2021 at 12:19 PM randy_clegg--- via Hl7api-devel <
> hl7...@li...> wrote:
>
> Hello,
>
>
>
> I don’t know if HAPI is still in any sense supported, but I’d like to use
> it.
>
>
>
> The TestPanel project will neither build nor run in the lastest
> distribution (2.2).  Further, the install link at HAPI – Installing HAPI
> TestPanel (hapifhir.github.io)
> <https://hapifhir.github.io/hapi-hl7v2/hapi-testpanel/install.html> is
> broken Encountered a 404 error (sourceforge.net)
> <http://hl7api.sourceforge.net/hapi-testpanel/jnlp/launch.jnlp>.
>
>
>
> Any suggestions?
>
>
>
> Thx,
>
>
>
> -Randy Clegg
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li...
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel
>
>

Re: [HAPI-devel] HAPI TestPanel

[W. R. C. <ran...@ya...>]

 Thanks James,
I did discover 2.3 and it mostly runs but reports this error:
C:\1health\ilr\trunk\hapi\hapi-testpanel-2.3>java -cp "C:/1health/ilr/trunk/hapi/hapi-testpanel-2.3/jna-5.9.0.jar" -jar hapi-testpanel-2.3-jar-with-dependencies.jar13:31:40,910  INFO [main] Home:47 - hapi.home is set to C:\1health\ilr\trunk\hapi\hapi-testpanel-2.3\.13:31:41,131  INFO [main] Controller:133 - Restoring work files from directory: C:\Users\Randy\HapiTestPanel\workfiles13:31:41,132  INFO [main] MessagesList:174 - Restoring work file: 94803e3f-409a-408b-b082-4389e7c72057-0000000001.xml13:31:41,171  INFO [main] VersionLogger:77 - HAPI version is: 2.313:31:41,173  INFO [main] VersionLogger:65 - Default Structure libraries found for HL7 versions 2.1, 2.2, 2.3, 2.3.1, 2.4, 2.5, 2.5.1, 2.6, 2.7, 2.8, 2.8.1,13:31:41,404  INFO [main] Hl7V2MessageCollection:899 - About to set source message for collection13:31:41,406  INFO [main] Hl7V2MessageCollection:277 - Found ER7 message13:31:41,408  INFO [main] Hl7V2MessageBase:256 - About to parse message13:31:41,467  INFO [main] Hl7V2MessageBase:272 - Done parsing message13:31:41,468  INFO [main] Hl7V2MessageCollection:916 - Firing message change event13:31:41,472  INFO [main] Hl7V2MessageCollection:927 - Done setting source message for collectionjava.lang.reflect.InvocationTargetException        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)        at java.lang.reflect.Method.invoke(Method.java:498)        at ca.uhn.hl7v2.testpanel.App.main(App.java:82)Caused by: java.lang.NoClassDefFoundError: com/sun/jna/Library        at java.lang.ClassLoader.defineClass1(Native Method)        at java.lang.ClassLoader.defineClass(ClassLoader.java:756)        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)        at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)        at java.net.URLClassLoader.access$100(URLClassLoader.java:74)        at java.net.URLClassLoader$1.run(URLClassLoader.java:369)        at java.net.URLClassLoader$1.run(URLClassLoader.java:363)        at java.security.AccessController.doPrivileged(Native Method)        at java.net.URLClassLoader.findClass(URLClassLoader.java:362)        at java.lang.ClassLoader.loadClass(ClassLoader.java:418)        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:355)        at java.lang.ClassLoader.loadClass(ClassLoader.java:351)        at ca.uhn.hl7v2.testpanel.WindowsInitializer.setCurrentProcessExplicitAppUserModelID(WindowsInitializer.java:44)        at ca.uhn.hl7v2.testpanel.WindowsInitializer.run(WindowsInitializer.java:51)        ... 5 moreCaused by: java.lang.ClassNotFoundException: com.sun.jna.Library        at java.net.URLClassLoader.findClass(URLClassLoader.java:382)        at java.lang.ClassLoader.loadClass(ClassLoader.java:418)        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:355)        at java.lang.ClassLoader.loadClass(ClassLoader.java:351)        ... 19 more13:31:41,519  INFO [AWT-EventQueue-0] Controller:885 - Starting TestPanel Controller...13:31:41,709  INFO [AWT-EventQueue-0] TestPanelWindow:198 - Setting window size to 1493 x 84013:31:41,710  WARN [AWT-EventQueue-0] TestPanelWindow:135 - Unknown type is selected: null13:31:41,935  INFO [AWT-EventQueue-0] Hl7V2MessageEditorPanel:119 - Registered syntaxKitOct 21, 2021 1:31:42 PM jsyntaxpane.DefaultSyntaxKit installINFO: Monospaced Fonts: [Bookshelf Symbol 7, Combat Ready BTN, Consolas, Courier New, Lucida Console, Lucida Sans Typewriter, MS Outlook, MS Reference Specialty, MT Extra, Marlett, MingLiU-ExtB, MingLiU_HKSCS-ExtB, NSimSun, Prime Sans Mono, SimSun, SimSun-ExtB, Symbol, Webdings, Wingdings, Wingdings 2, Wingdings 3]13:31:42,453  INFO [AWT-EventQueue-0] Er7SyntaxKit:51 - Font is: java.awt.Font[family=Lucida Sans Typewriter,name=Lucida Sans Typewriter,style=plain,size=12]13:31:42,626  INFO [Thread-3] Hl7V2MessageTree:2371 - Running an update of the Message Tree13:31:42,736  INFO [pool-1-thread-1] Prefs:741 - Syncing user preferences to disk13:31:42,738  INFO [pool-1-thread-1] Prefs:748 - Done synchronizing user prefs (3378 chars)13:31:42,840  INFO [pool-1-thread-1] Prefs:741 - Syncing user preferences to disk13:31:42,841  INFO [pool-1-thread-1] Prefs:748 - Done synchronizing user prefs (3378 chars)13:31:42,842  INFO [pool-1-thread-1] Hl7V2MessageEr7:364 - Highlited path is now: /MSH-113:31:42,897  INFO [Thread-4] Controller:1025 - HAPI TestPanel is up to date. Great!13:31:42,952  INFO [AWT-EventQueue-0] Hl7V2MessageTree:285 - Opening default paths
By unzipping the distribution and downloading and unzipping the jna-5.9.0.jar into the same folder I did get it to run without error as a regular set of classes.
Thanks again!
-Randy

    On Thursday, October 21, 2021, 01:28:31 PM EDT, James Agnew <jam...@gm...> wrote:  
 
 Hi Randy,
HAPI HL7v2 is definitely more in maintenance mode at this point as opposed to being actively developed, but it's still an active project.
You can get a copy of the 2.3 release of the testpanel, which needs to be run from the command line but does work, here: https://github.com/hapifhir/hapi-hl7v2/releases/tag/v2.3
Cheers,James

On Thu, Oct 21, 2021 at 12:19 PM randy_clegg--- via Hl7api-devel <hl7...@li...> wrote:


Hello,

 

I don’t know if HAPI is still in any sense supported, but I’d like to use it.  

 

The TestPanel project will neither build nor run in the lastest distribution (2.2).  Further, the install link at HAPI – Installing HAPI TestPanel (hapifhir.github.io) is broken Encountered a 404 error (sourceforge.net).

 

Any suggestions?

 

Thx,

 

-Randy Clegg
_______________________________________________
Hl7api-devel mailing list
Hl7...@li...
https://lists.sourceforge.net/lists/listinfo/hl7api-devel

  

Re: [HAPI-devel] HAPI TestPanel

[James A. <jam...@gm...>]

Hi Randy,

HAPI HL7v2 is definitely more in maintenance mode at this point as opposed
to being actively developed, but it's still an active project.

You can get a copy of the 2.3 release of the testpanel, which needs to be
run from the command line but does work, here:
https://github.com/hapifhir/hapi-hl7v2/releases/tag/v2.3

Cheers,
James

On Thu, Oct 21, 2021 at 12:19 PM randy_clegg--- via Hl7api-devel <
hl7...@li...> wrote:

> Hello,
>
>
>
> I don’t know if HAPI is still in any sense supported, but I’d like to use
> it.
>
>
>
> The TestPanel project will neither build nor run in the lastest
> distribution (2.2).  Further, the install link at HAPI – Installing HAPI
> TestPanel (hapifhir.github.io)
> <https://hapifhir.github.io/hapi-hl7v2/hapi-testpanel/install.html> is
> broken Encountered a 404 error (sourceforge.net)
> <http://hl7api.sourceforge.net/hapi-testpanel/jnlp/launch.jnlp>.
>
>
>
> Any suggestions?
>
>
>
> Thx,
>
>
>
> -Randy Clegg
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li...
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel
>

[HAPI-devel] HAPI TestPanel

[<ran...@ya...>]

Hello,

 

I don't know if HAPI is still in any sense supported, but I'd like to use
it.  

 

The TestPanel project will neither build nor run in the lastest distribution
(2.2).  Further, the install link at HAPI
<https://hapifhir.github.io/hapi-hl7v2/hapi-testpanel/install.html> -
Installing HAPI TestPanel (hapifhir.github.io) is broken Encountered a 404
error (sourceforge.net)
<http://hl7api.sourceforge.net/hapi-testpanel/jnlp/launch.jnlp> .

 

Any suggestions?

 

Thx,

 

-Randy Clegg

[HAPI-devel] Custom Validator to Allow NULLDT fields

[Tom G. <tom...@pr...>]

Hi,

I am trying to create a custom validator to allow a value in a field that has a NULLDT primitive value.  I've tried a number of different ways, and cannot figure it out.  For example, I've done:


ValidationRuleBuilder builder = new DefaultValidationBuilder() {
    @Override
    protected void configure() {
        super.configure();
                .message(MESSAGE_TYPE, MESSAGE_TRIGGER_EVENT)
                .terser("FT1-8", not(empty()));
    }
};

HapiContext context1 = new DefaultHapiContext();
context1.setValidationRuleBuilder(builder);
DFT_P03 message = new DFT_P03();
message.setParser(context1.getPipeParser());
message.initQuickstart(MESSAGE_TYPE, MESSAGE_TRIGGER_EVENT, GetFullDateTimeString.execute() + "-" + "A12345");

((DFT_P03) message).getFINANCIAL(0).getFT1().getTransactionDescription().setValue("THIS IS A TEST");

The setValue fails with an exception that the field cannot have a value since it has been withdrawn.

I can turn validation off, but I just want to set validation off for this single field.

Any suggestions on how I can override just a single field?

Thanks,
Tom



Tom Gregory

Chief Technology Officer

office 415.419.8784 x 103

tom...@pr...<mailto:tom...@pr...>

[cidimage001.png@01D53AFB.9FD22790]<http://www.presidiohealth.com/>

Follow us on social media

[signature_1410670849]<https://www.linkedin.com/company/1791727/admin/>   [signature_898212079] <https://twitter.com/presidiohealth>   [signature_663029684] <https://www.facebook.com/presidiohealth>   [signature_2130716608] <https://www.instagram.com/presidiohealth/>

WARNING: THIS TRANSMISSION MAY CONTAIN CONFIDENTIAL MEDICAL INFORMATION

The medical information that may be contained in this transmission is CONFIDENTIAL AND PRIVILEGED



It is unlawful for unauthorized persons to review, copy, disclose, or disseminate confidential medical information. If the reader of this warning is not the intended recipient, or the intended recipient’s agent, you are hereby notified that you have received this transmission in error; please notify us immediately at the telephone number listed above. Thank you.

Re: [HAPI-devel] 0.9.6-hapi2.jar

[James A. <jam...@gm...>]

Hi Benjamin,

Unfortunately the source for this library is currently lost. The old HL7v2
testpanel hasn't seen a lot of attention in the last many years, and really
needs some love.

The testpanel application uses a fork of the JSyntaxPane library with a few
bugs fixed, which is what that "0.9.6-hapi2" version represents. We
submitted our fixes back to the upstream project over 10 years ago, but
sadly they weren't merged and that project was on Google Code so even our
submission seems to be gone (this really gives me an appreciation for
GitHub's submission-via-forking model.. boy is that an improvement over
what we had before!)

I do notice that someone has picked up development of the jsyntaxpane
library here: https://github.com/nordfalk/jsyntaxpane/

If someone wanted to spend some time seeing if the testpanel could be
upgraded that would be neat, but I have no idea if the newer versions have
maintained binary compatibility.

Cheers,
James

On Sun, Feb 7, 2021 at 1:51 PM Benjamin Beroukhim via Hl7api-devel <
hl7...@li...> wrote:

> I am looking for 0.9.6-hapi2.jar. Please let me know which repo I can find
> it. I very much appreciate it.
>
>
>
> Thank you
>
>
>
> *Benjmain Beroukjhim PhD | Software Developer Specialist, 3M™ 360
> Encompass™ System*
> *3M Health Information Systems, Inc.*
>
> *12215 Plum Orchard Drive | Silver Spring, MD 20904 | United States*
>
> *Office: +1 301 281 8318 | Mobile: +1 301 787 6270*
>
>
>
> <https://twitter.com/3m> <https://www.linkedin.com/company/3m>
> <https://www.facebook.com/3M> <https://instagram.com/3m/>
> <https://www.youtube.com/3m> <http://www.3m.com/>
>
>
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li...
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel
>

[HAPI-devel] 0.9.6-hapi2.jar

[Benjamin B. <bbe...@mm...>]

I am looking for 0.9.6-hapi2.jar. Please let me know which repo I can find it. I very much appreciate it.

Thank you
[cid:image001.gif@01D6FD55.C9114CD0]

Benjmain Beroukjhim PhD | Software Developer Specialist, 3M(tm) 360 Encompass(tm) System
3M Health Information Systems, Inc.
12215 Plum Orchard Drive | Silver Spring, MD 20904 | United States
Office: +1 301 281 8318 | Mobile: +1 301 787 6270

[cid:image002.png@01D6FD55.C9114CD0]<https://twitter.com/3m>[cid:image003.png@01D6FD55.C9114CD0]<https://www.linkedin.com/company/3m>[cid:image004.png@01D6FD55.C9114CD0]<https://www.facebook.com/3M>[cid:image005.png@01D6FD55.C9114CD0]<https://instagram.com/3m/>[cid:image006.gif@01D6FD55.C9114CD0]<https://www.youtube.com/3m>[cid:image007.png@01D6FD55.C9114CD0]<http://www.3m.com/>

Re: [HAPI-devel] Need Help in - To use correct version of Hapi Library

[Martin F. <mar...@po...>]

I can't dive deep into your problem, but understand this:

when the message arrives as string into your application, it is parsed 
from string to a java class by HAPI, BEFORE hapi calls the 
processmessage() function. So anything you do there is not going to help 
you.  (you would not use PipeParser yourself for incoming messages, but 
to send out a message from a self-created string; 
.setDefaultObx2Type("ST") thus only helps you in case outgoing messages. 
But maybe you can apply it to the pipeparser of the context where you 
create the server, in EnableDeviceListener?)


In enableDeviceListener, you do
HL7Service hl7Server = context.newServer(PORT_NUMBER, useSecureConnection);

//No Validation

context.setValidationContext((ValidationContext) 
ValidationContextFactory.noValidation());

Maybe the order is wrong. Try to swap the lines, so that the context is 
correctly set BEFORE you create a server. Does that help?

success,
Martin




On 24/11/2020 19:02, Dasari, Penchalaiah via Hl7api-devel wrote:
>
> Thank you Martin for the inputs.
>
> Yes, it is issue with OBX-2 datatype filed, I tested through my stand 
> alone program by supplying OBX-2 data type as ST.
>
> p.getParserConfiguration().setDefaultObx2Type("ST");//ISSUE
>
> However, on the fly I have a listener which starts listening once my 
> server started. In this case my changes are not getting effected and 
> facing the same issue. And also I tried to disable my validations, 
> either way my issue is not yet resolved.
>
> Following way I am trying to capture HL7 message and further to process:
>
> 1) My health device is producing HL 2.3, and also I am using hapi2.3 
> jars as maven dependencies. following is my MSH:
>
> *MSH|^~\&|ABAXIS, INC.^piccolo 
> xpress^3.1.37^0000P26854||||20201121161056||ORU^R01||P|2.3|*
>
> 2)I tried with disabling validations. And also I supplied ST for OBX2 
> type. Still I am getting the same issue.
>
> //No Validation
>
> /context/.setValidationContext((ValidationContext) 
> ValidationContextFactory./noValidation/());
>
> p.getParserConfiguration().setDefaultObx2Type("ST");//ISSUE
>
> 3)My listener will start as soon as the server starts and it waits for 
> the message to receive and process further. I kept my validation 
> disabling in my listener class and next level also.. Following is my 
> snippet:
>
> *Listener.java*
>
> public class VitalsDeviceListener {
>
>        private static final Logger log = 
> LoggerFactory.getLogger(VitalsDeviceListener.class);
>
>     // change this to whatever your port number is
>
>     private static final int PORT_NUMBER = 54000;
>
>     // In HAPI, almost all things revolve around a context object
>
>     private static HapiContext context = new DefaultHapiContext();
>
> @SuppressWarnings("unchecked")
>
>        public static void enableDeviceListener(String[] args) throws 
> Exception {
>
>         try {
>
> boolean useSecureConnection = false; // are you using TLS/SSL?
>
>             HL7Service hl7Server = context.newServer(PORT_NUMBER, 
> useSecureConnection);
>
> //No Validation
>
> context.setValidationContext((ValidationContext) 
> ValidationContextFactory.noValidation());
>
>             // You can set up routing rules for your HL7 listener by 
> extending the
>
>             // AppRoutingData class like this
>
> hl7Server.registerApplication(new RegistrationEventRoutingData(), new 
> *MessageHandlingAndACK*());
>
> hl7Server.startAndWait();
>
> log.info("Listener is started, waiting for client message:" + "\n");
>
>         } catch (Exception e) {
>
> e.printStackTrace();
>
>         }
>
>     }
>
> }
>
> This listener forwards the message to MessageHandlingAndACK class. In 
> this class also again I am disabling validation and ST supply to OBX2.
>
> *public**class*MessageHandlingAndACK *implements*_ReceivingApplication_ {
>
> *private**static**final*Logger */log/*= 
> LoggerFactory./getLogger/(MessageHandlingAndACK.*class*);
>
> *private**static*HapiContext /context/= *new*DefaultHapiContext();
>
> @Override
>
> *public**boolean*canProcess(Message message) {
>
> *return**true*;
>
> }
>
> @Override
>
> *public*Message processMessage(Message receivedMessage, _Map_ metaData)
>
> *throws*ReceivingApplicationException, HL7Exception {
>
> ***//No Validation***
>
> ***/context/**.setValidationContext((ValidationContext) 
> ValidationContextFactory./noValidation/());***
>
> ***//context.getParserConfiguration().setValidating(false);***
>
> *Parser **p**= **/context/**.getPipeParser();***
>
> ***p**.getParserConfiguration().setDefaultObx2Type(**"ST"**);**//ISSUE1: 
> _Piccolo_ not sending mandatory data type for OBX***
>
> ***//Message hapiMsg = p.parse(receivedMessage.toString());***
>
> **
>
> String receivedEncodedMessage= p.encode(receivedMessage);
>
> */log/*.info("****Incoming message:\n"+ receivedEncodedMessage+ "\n\n");
>
> *try*{
>
> */log/*.info("****ACK message from server:\n"+ 
> receivedMessage.generateACK());
>
> *return*receivedMessage.generateACK();
>
> } *catch*(IOException e) {
>
> *throw**new*HL7Exception(e);
>
> }
>
> }
>
> }
>
> After doing this changes also, I am getting the same issue. I am not 
> sure whether I am applying my changes at right place or not.  I tested 
> this code with sample client, but it is failing with actual health 
> device. Please provide your valuable inputs.
>
> Thanks,
>
> Dasari
>
> *From:* Martin Fleurke <mar...@po...>
> *Sent:* Tuesday, November 24, 2020 12:53 AM
> *To:* hl7...@li...
> *Subject:* Re: [HAPI-devel] Need Help in - To use correct version of 
> Hapi Library
>
> CAUTION:This email originated from outside of the organization. Do NOT 
> click links or open attachments unless you recognize the sender and 
> know the content is safe.
>
> The error message is a bit unclear
>
> (
>
> ca.uhn.hl7v2.HL7Exception: A datatype for OBX-
>
> must be specified in 5-
>
> .
>
>                at 
> ca.uhn.hl7v2.parser.FixFieldDataType.fix(FixFieldDataType.java:165)
>
> at 
> ca.uhn.hl7v2.parser.FixFieldDataType.fixOBX5(FixFieldDataType.java:123))
>
> but I think it is not related to OBX-5 (as that is the VALUE field, 
> which is filled in in your message. You highlighted OBX-4)
>
> Instead I think it's about OBX-2, the DataType field, which is empty.
>
> Wbr
>
> Martin
>
> On 23/11/2020 18:58, Dasari, Penchalaiah via Hl7api-devel wrote:
>
>     Hi Martin,
>
>     Thanks for your inputs.
>
>     Yes, I am using hapi-2.3 base jar and hapi-structires-23. My
>     device is sending following way the MSH &  OBX segments :-
>
>     *MSH Segment:*
>
>     MSH|^~\&|XYZ, INC.^3.1.37^0000A1234||||20201121161056||ORU^R01||P|2.3|
>
>     *OBX segment:*
>
>     **
>
>     OBX|1||2345-7^^LN^Glucose SerPl-mCnc||99|mg/dL|73 to
>     118|N|||F||||||Patient|
>
>     OBX|2||3094-0^^LN^BUN SerPl-mCnc||13|mg/dL|7 to 22|N|||F||||||Patient|
>
>     You mean OBX-5 (the highlighted portion) is empty? If this is
>     correct, I need to check with my health device provider.
>
>     Thanks,
>
>     Dasari
>
>     *From:* Martin Fleurke <mar...@po...>
>     <mailto:mar...@po...>
>     *Sent:* Monday, November 23, 2020 12:48 AM
>     *To:* hl7...@li...
>     <mailto:hl7...@li...>
>     *Subject:* Re: [HAPI-devel] Need Help in - To use correct version
>     of Hapi Library
>
>     CAUTION:This email originated from outside of the organization. Do
>     NOT click links or open attachments unless you recognize the
>     sender and know the content is safe.
>
>     Hi,
>
>     It looks more like a bad message coming in. You should be able to
>     see the message when logging ca.uhn.hl7v2.raw[.inbound]
>
>     The error says that a required data field (OBX-5) is empty.
>     Solution is to let the sender fill it in.
>
>     Is the incoming message a hl7v2.3 message? If it is an other
>     version then also include the corresponding hapi-structures-v2X
>
>     Wbr
>
>     Martin
>
>     On 20/11/2020 23:50, Dasari, Penchalaiah via Hl7api-devel wrote:
>
>         Hello Team,
>
>         I am trying to receive a message from one our health device by
>         using library (2.3 v).  Getting following issue. I am not sure
>         which version of Hapi Library do I need to use
>
>         To get rid out of this error. Please help me on this issue..
>
>         2020-11-20 13:01:03.230 ERROR 17384 --- [  hapi-worker-8]
>         c.u.h.p.impl.ApplicationRouterImpl       : Attempting to send
>         error message to remote system.
>
>         ca.uhn.hl7v2.HL7Exception: A datatype for OBX-
>
>         must be specified in 5-
>
>         .
>
>         at
>         ca.uhn.hl7v2.parser.FixFieldDataType.fix(FixFieldDataType.java:165)
>
>         at
>         ca.uhn.hl7v2.parser.FixFieldDataType.fixOBX5(FixFieldDataType.java:123)
>
>         at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:401)
>
>         at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:1169)
>
>         at ca.uhn.hl7v2.parser.PipeParser.doParse(PipeParser.java:226)
>
>         at
>         ca.uhn.hl7v2.parser.GenericParser.doParse(GenericParser.java:245)
>
>         at ca.uhn.hl7v2.parser.Parser.parse(Parser.java:212)
>
>         at ca.uhn.hl7v2.parser.GenericParser.parse(GenericParser.java:253)
>
>         at
>         ca.uhn.hl7v2.protocol.impl.ApplicationRouterImpl.processMessage(ApplicationRouterImpl.java:138)
>
>         at
>         ca.uhn.hl7v2.protocol.impl.ApplicationRouterImpl.processMessage(ApplicationRouterImpl.java:105)
>
>         at ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:91)
>
>         at ca.uhn.hl7v2.app.Receiver$Grunt.run(Receiver.java:127)
>
>         at
>         java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>
>         at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>
>         at
>         java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>
>         at
>         java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>
>         at java.lang.Thread.run(Thread.java:748)
>

Re: [HAPI-devel] Need Help in - To use correct version of Hapi Library

[Dasari, P. <Pen...@me...>]

Thank you Martin for the inputs.

Yes, it is issue with OBX-2 datatype filed, I tested through my stand alone program by supplying OBX-2 data type as ST.

p.getParserConfiguration().setDefaultObx2Type("ST");//ISSUE


However, on the fly I have a listener which starts listening once my server started. In this case my changes are not getting effected and facing the same issue. And also I tried to disable my validations, either way my issue is not yet resolved.

Following way I am trying to capture HL7 message and further to process:


1)      My health device is producing HL 2.3, and also I am using hapi2.3 jars as maven dependencies. following is my MSH:

MSH|^~\&|ABAXIS, INC.^piccolo xpress^3.1.37^0000P26854||||20201121161056||ORU^R01||P|2.3|


2)     I tried with disabling validations. And also I supplied ST for OBX2 type. Still I am getting the same issue.


//No Validation
       context.setValidationContext((ValidationContext) ValidationContextFactory.noValidation());

       p.getParserConfiguration().setDefaultObx2Type("ST");//ISSUE


3)     My listener will start as soon as the server starts and it waits for the message to receive and process further. I kept my validation disabling in my listener class and next level also.. Following is my snippet:

Listener.java

public class VitalsDeviceListener {



       private static final Logger log = LoggerFactory.getLogger(VitalsDeviceListener.class);

    // change this to whatever your port number is

    private static final int PORT_NUMBER = 54000;



    // In HAPI, almost all things revolve around a context object

    private static HapiContext context = new DefaultHapiContext();



    @SuppressWarnings("unchecked")

       public static void enableDeviceListener(String[] args) throws Exception {



        try {

            boolean useSecureConnection = false; // are you using TLS/SSL?



            HL7Service hl7Server = context.newServer(PORT_NUMBER, useSecureConnection);

            //No Validation

            context.setValidationContext((ValidationContext) ValidationContextFactory.noValidation());



            // You can set up routing rules for your HL7 listener by extending the

            // AppRoutingData class like this

            hl7Server.registerApplication(new RegistrationEventRoutingData(), new MessageHandlingAndACK());



             hl7Server.startAndWait();

            log.info("Listener is started, waiting for client message:" + "\n");



        } catch (Exception e) {

            e.printStackTrace();

        }



    }



}


This listener forwards the message to MessageHandlingAndACK class. In this class also again I am disabling validation and ST supply to OBX2.


public class MessageHandlingAndACK implements ReceivingApplication {

       private static final Logger log = LoggerFactory.getLogger(MessageHandlingAndACK.class);
       private static HapiContext context = new DefaultHapiContext();

       @Override
       public boolean canProcess(Message message) {
             return true;
       }

       @Override
       public Message processMessage(Message receivedMessage, Map metaData)
                    throws ReceivingApplicationException, HL7Exception {
              //No Validation
        context.setValidationContext((ValidationContext) ValidationContextFactory.noValidation());
        //context.getParserConfiguration().setValidating(false);
        Parser p = context.getPipeParser();
        p.getParserConfiguration().setDefaultObx2Type("ST");//ISSUE1: Piccolo not sending mandatory data type for OBX
             //Message hapiMsg = p.parse(receivedMessage.toString());

             String receivedEncodedMessage = p.encode(receivedMessage);
             log.info("****Incoming message:\n" + receivedEncodedMessage + "\n\n");
             try {
                    log.info("****ACK message from server:\n" + receivedMessage.generateACK());
                    return receivedMessage.generateACK();
             } catch (IOException e) {
                    throw new HL7Exception(e);
             }
       }

}



After doing this changes also, I am getting the same issue. I am not sure whether I am applying my changes at right place or not.  I tested this code with sample client, but it is failing with actual health device. Please provide your valuable inputs.


Thanks,
Dasari





From: Martin Fleurke <mar...@po...>
Sent: Tuesday, November 24, 2020 12:53 AM
To: hl7...@li...
Subject: Re: [HAPI-devel] Need Help in - To use correct version of Hapi Library

CAUTION: This email originated from outside of the organization. Do NOT click links or open attachments unless you recognize the sender and know the content is safe.

The error message is a bit unclear
(
ca.uhn.hl7v2.HL7Exception: A datatype for OBX-
must be specified in 5-
.
               at ca.uhn.hl7v2.parser.FixFieldDataType.fix(FixFieldDataType.java:165)
               at ca.uhn.hl7v2.parser.FixFieldDataType.fixOBX5(FixFieldDataType.java:123))

but I think it is not related to OBX-5 (as that is the VALUE field, which is filled in in your message. You highlighted OBX-4)
Instead I think it's about OBX-2, the DataType field, which is empty.

Wbr
Martin

On 23/11/2020 18:58, Dasari, Penchalaiah via Hl7api-devel wrote:
Hi Martin,

Thanks for your inputs.

Yes, I am using hapi-2.3 base jar and hapi-structires-23. My device is sending following way the MSH &  OBX segments :-

MSH Segment:

MSH|^~\&|XYZ, INC.^3.1.37^0000A1234||||20201121161056||ORU^R01||P|2.3|

OBX segment:

OBX|1||2345-7^^LN^Glucose SerPl-mCnc||99|mg/dL|73 to 118|N|||F||||||Patient|
OBX|2||3094-0^^LN^BUN SerPl-mCnc||13|mg/dL|7 to 22|N|||F||||||Patient|

You mean OBX-5 (the highlighted portion) is empty? If this is correct, I need to check with my health device provider.

Thanks,
Dasari


From: Martin Fleurke <mar...@po...><mailto:mar...@po...>
Sent: Monday, November 23, 2020 12:48 AM
To: hl7...@li...<mailto:hl7...@li...>
Subject: Re: [HAPI-devel] Need Help in - To use correct version of Hapi Library

CAUTION: This email originated from outside of the organization. Do NOT click links or open attachments unless you recognize the sender and know the content is safe.

Hi,

It looks more like a bad message coming in. You should be able to see the message when logging ca.uhn.hl7v2.raw[.inbound]

The error says that a required data field (OBX-5) is empty. Solution is to let the sender fill it in.
Is the incoming message a hl7v2.3 message? If it is an other version then also include the corresponding hapi-structures-v2X

Wbr
Martin

On 20/11/2020 23:50, Dasari, Penchalaiah via Hl7api-devel wrote:
Hello Team,

I am trying to receive a message from one our health device by using library (2.3 v).  Getting following issue. I am not sure which version of Hapi Library do I need to use
To get rid out of this error. Please help me on this issue..


2020-11-20 13:01:03.230 ERROR 17384 --- [  hapi-worker-8] c.u.h.p.impl.ApplicationRouterImpl       : Attempting to send error message to remote system.

ca.uhn.hl7v2.HL7Exception: A datatype for OBX-
must be specified in 5-
.
               at ca.uhn.hl7v2.parser.FixFieldDataType.fix(FixFieldDataType.java:165)
               at ca.uhn.hl7v2.parser.FixFieldDataType.fixOBX5(FixFieldDataType.java:123)
               at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:401)
               at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:1169)
               at ca.uhn.hl7v2.parser.PipeParser.doParse(PipeParser.java:226)
               at ca.uhn.hl7v2.parser.GenericParser.doParse(GenericParser.java:245)
               at ca.uhn.hl7v2.parser.Parser.parse(Parser.java:212)
               at ca.uhn.hl7v2.parser.GenericParser.parse(GenericParser.java:253)
               at ca.uhn.hl7v2.protocol.impl.ApplicationRouterImpl.processMessage(ApplicationRouterImpl.java:138)
               at ca.uhn.hl7v2.protocol.impl.ApplicationRouterImpl.processMessage(ApplicationRouterImpl.java:105)
               at ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:91)
               at ca.uhn.hl7v2.app.Receiver$Grunt.run(Receiver.java:127)
               at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
               at java.util.concurrent.FutureTask.run(FutureTask.java:266)
               at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
               at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
               at java.lang.Thread.run(Thread.java:748)


________________________________
Penchalaiah Dasari


Office

[http://bap.metagenics.com/metalogo.png]<http://www.metagenics.com>
[http://bap.metagenics.com/metasig.png]<https://www.metagenics.com/immune-defense-pack>

Disclaimer: This email, its electronic document attachments, and the contents of its website linkages may
contain confidential information. This information is intended solely for the use by the individual or entity
to whom it is addressed. If you have received this information in error, please notify the sender
immediately and arrange for the prompt destruction of the material and any accompanying attachments.

*This statement has not been evaluated by the Food and Drug Administration. This product is not
intended to diagnose, treat, cure, or prevent any disease.

Re: [HAPI-devel] Need Help in - To use correct version of Hapi Library

[Martin F. <mar...@po...>]

The error message is a bit unclear
(

ca.uhn.hl7v2.HL7Exception: A datatype for OBX-

must be specified in 5-

.

                at 
ca.uhn.hl7v2.parser.FixFieldDataType.fix(FixFieldDataType.java:165)

                at 
ca.uhn.hl7v2.parser.FixFieldDataType.fixOBX5(FixFieldDataType.java:123))

but I think it is not related to OBX-5 (as that is the VALUE field, 
which is filled in in your message. You highlighted OBX-4)
Instead I think it's about OBX-2, the DataType field, which is empty.

Wbr
Martin

On 23/11/2020 18:58, Dasari, Penchalaiah via Hl7api-devel wrote:
>
> Hi Martin,
>
> Thanks for your inputs.
>
> Yes, I am using hapi-2.3 base jar and hapi-structires-23. My device is 
> sending following way the MSH &  OBX segments :-
>
> *MSH Segment:*
>
> MSH|^~\&|XYZ, INC.^3.1.37^0000A1234||||20201121161056||ORU^R01||P|2.3|
>
> *OBX segment:*
>
> **
>
> OBX|1||2345-7^^LN^Glucose SerPl-mCnc||99|mg/dL|73 to 
> 118|N|||F||||||Patient|
>
> OBX|2||3094-0^^LN^BUN SerPl-mCnc||13|mg/dL|7 to 22|N|||F||||||Patient|
>
> You mean OBX-5 (the highlighted portion) is empty? If this is correct, 
> I need to check with my health device provider.
>
> Thanks,
>
> Dasari
>
> *From:* Martin Fleurke <mar...@po...>
> *Sent:* Monday, November 23, 2020 12:48 AM
> *To:* hl7...@li...
> *Subject:* Re: [HAPI-devel] Need Help in - To use correct version of 
> Hapi Library
>
> CAUTION:This email originated from outside of the organization. Do NOT 
> click links or open attachments unless you recognize the sender and 
> know the content is safe.
>
> Hi,
>
> It looks more like a bad message coming in. You should be able to see 
> the message when logging ca.uhn.hl7v2.raw[.inbound]
>
> The error says that a required data field (OBX-5) is empty. Solution 
> is to let the sender fill it in.
>
> Is the incoming message a hl7v2.3 message? If it is an other version 
> then also include the corresponding hapi-structures-v2X
>
> Wbr
>
> Martin
>
> On 20/11/2020 23:50, Dasari, Penchalaiah via Hl7api-devel wrote:
>
>     Hello Team,
>
>     I am trying to receive a message from one our health device by
>     using library (2.3 v).  Getting following issue. I am not sure
>     which version of Hapi Library do I need to use
>
>     To get rid out of this error. Please help me on this issue..
>
>     2020-11-20 13:01:03.230 ERROR 17384 --- [  hapi-worker-8]
>     c.u.h.p.impl.ApplicationRouterImpl : Attempting to send error
>     message to remote system.
>
>     ca.uhn.hl7v2.HL7Exception: A datatype for OBX-
>
>     must be specified in 5-
>
>     .
>
>     at ca.uhn.hl7v2.parser.FixFieldDataType.fix(FixFieldDataType.java:165)
>
>     at
>     ca.uhn.hl7v2.parser.FixFieldDataType.fixOBX5(FixFieldDataType.java:123)
>
>     at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:401)
>
>     at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:1169)
>
>     at ca.uhn.hl7v2.parser.PipeParser.doParse(PipeParser.java:226)
>
>     at ca.uhn.hl7v2.parser.GenericParser.doParse(GenericParser.java:245)
>
>     at ca.uhn.hl7v2.parser.Parser.parse(Parser.java:212)
>
>     at ca.uhn.hl7v2.parser.GenericParser.parse(GenericParser.java:253)
>
>     at
>     ca.uhn.hl7v2.protocol.impl.ApplicationRouterImpl.processMessage(ApplicationRouterImpl.java:138)
>
>     at
>     ca.uhn.hl7v2.protocol.impl.ApplicationRouterImpl.processMessage(ApplicationRouterImpl.java:105)
>
>     at ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:91)
>
>     at ca.uhn.hl7v2.app.Receiver$Grunt.run(Receiver.java:127)
>
>     at
>     java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>
>     at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>
>     at
>     java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>
>     at
>     java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>
>     at java.lang.Thread.run(Thread.java:748)
>

Re: [HAPI-devel] Need Help in - To use correct version of Hapi Library

[Walter K. <wa...@co...>]

Yes, that is the reason for the exception. It may be the device provider doesn’t “fill-in” that column, and
it is marked as REQUIRED by the protocol. You may be using a wrong version of the hapi-structures, or
the transmitting device is marking it incorrectly.

Good luck,
Walter



> On Nov 23, 2020, at 12:58 PM, Dasari, Penchalaiah via Hl7api-devel <hl7...@li...> wrote:
> 
> Hi Martin,
>  
> Thanks for your inputs.
>  
> Yes, I am using hapi-2.3 base jar and hapi-structires-23. My device is sending following way the MSH &  OBX segments :-
>  
> MSH Segment:
>  
> MSH|^~\&|XYZ, INC.^3.1.37^0000A1234||||20201121161056||ORU^R01||P|2.3|
>  
> OBX segment:
>  
> OBX|1||2345-7^^LN^Glucose SerPl-mCnc||99|mg/dL|73 to 118|N|||F||||||Patient|
> OBX|2||3094-0^^LN^BUN SerPl-mCnc||13|mg/dL|7 to 22|N|||F||||||Patient|
>  
> You mean OBX-5 (the highlighted portion) is empty? If this is correct, I need to check with my health device provider.
>  
> Thanks,
> Dasari
>  
>  
> From: Martin Fleurke <mar...@po... <mailto:mar...@po...>> 
> Sent: Monday, November 23, 2020 12:48 AM
> To: hl7...@li... <mailto:hl7...@li...>
> Subject: Re: [HAPI-devel] Need Help in - To use correct version of Hapi Library
>  
> CAUTION: This email originated from outside of the organization. Do NOT click links or open attachments unless you recognize the sender and know the content is safe.
>  
> Hi,
>  
> It looks more like a bad message coming in. You should be able to see the message when logging ca.uhn.hl7v2.raw[.inbound]
>  
> The error says that a required data field (OBX-5) is empty. Solution is to let the sender fill it in.
> Is the incoming message a hl7v2.3 message? If it is an other version then also include the corresponding hapi-structures-v2X
>  
> Wbr
> Martin
>  
> On 20/11/2020 23:50, Dasari, Penchalaiah via Hl7api-devel wrote:
> Hello Team,
>  
> I am trying to receive a message from one our health device by using library (2.3 v).  Getting following issue. I am not sure which version of Hapi Library do I need to use
> To get rid out of this error. Please help me on this issue..
>  
>  
> 2020-11-20 13:01:03.230 ERROR 17384 --- [  hapi-worker-8] c.u.h.p.impl.ApplicationRouterImpl       : Attempting to send error message to remote system.
>  
> ca.uhn.hl7v2.HL7Exception: A datatype for OBX-
> must be specified in 5-
> .
>                at ca.uhn.hl7v2.parser.FixFieldDataType.fix(FixFieldDataType.java:165)
>                at ca.uhn.hl7v2.parser.FixFieldDataType.fixOBX5(FixFieldDataType.java:123)
>                at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:401)
>                at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:1169)
>                at ca.uhn.hl7v2.parser.PipeParser.doParse(PipeParser.java:226)
>                at ca.uhn.hl7v2.parser.GenericParser.doParse(GenericParser.java:245)
>                at ca.uhn.hl7v2.parser.Parser.parse(Parser.java:212)
>                at ca.uhn.hl7v2.parser.GenericParser.parse(GenericParser.java:253)
>                at ca.uhn.hl7v2.protocol.impl.ApplicationRouterImpl.processMessage(ApplicationRouterImpl.java:138)
>                at ca.uhn.hl7v2.protocol.impl.ApplicationRouterImpl.processMessage(ApplicationRouterImpl.java:105)
>                at ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:91)
>                at ca.uhn.hl7v2.app.Receiver$Grunt.run(Receiver.java:127)
>                at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>                at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>                at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>                at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>                at java.lang.Thread.run(Thread.java:748)
>  
>  
> Maven dependencies I am pointing for my development:
>        <!-- https://mvnrepository.com/artifact/ca.uhn.hapi/hapi-base <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmvnrepository.com%2Fartifact%2Fca.uhn.hapi%2Fhapi-base&data=04%7C01%7Cpenchalaiahdasari%40metagenics.com%7Ca72aa124d4a94b909c0b08d88f8d04fe%7C5d3d5325ed63487ca91fa6712548bdc0%7C0%7C1%7C637417183907823396%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=BtuX1SMOZDAKMcWH4aNbNCLivah%2Fw0%2FwOETeV2Xu35A%3D&reserved=0> -->
>                     <dependency>
>                         <groupId>ca.uhn.hapi</groupId>
>                         <artifactId>hapi-base</artifactId>
>                         <version>2.3</version>
>                     </dependency>
>                     <!-- https://mvnrepository.com/artifact/ca.uhn.hapi/hapi-structures-v23 <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmvnrepository.com%2Fartifact%2Fca.uhn.hapi%2Fhapi-structures-v23&data=04%7C01%7Cpenchalaiahdasari%40metagenics.com%7Ca72aa124d4a94b909c0b08d88f8d04fe%7C5d3d5325ed63487ca91fa6712548bdc0%7C0%7C1%7C637417183907823396%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=QvG17CMxy1rLrPyfpFOzJwRMrhK8X%2FWgZXVsN1WRuX8%3D&reserved=0> -->
>                     <dependency>
>                         <groupId>ca.uhn.hapi</groupId>
>                         <artifactId>hapi-structures-v23</artifactId>
>                         <version>2.3</version>
>                     </dependency>
>                     <!-- https://mvnrepository.com/artifact/ca.uhn.hapi/hapi-examples <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmvnrepository.com%2Fartifact%2Fca.uhn.hapi%2Fhapi-examples&data=04%7C01%7Cpenchalaiahdasari%40metagenics.com%7Ca72aa124d4a94b909c0b08d88f8d04fe%7C5d3d5325ed63487ca91fa6712548bdc0%7C0%7C1%7C637417183907833388%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=tm7d11%2FDQC6BSMoVNZotfPMqEOf09rkzKpRJe8gSyf4%3D&reserved=0> -->
>                     <dependency>
>                         <groupId>ca.uhn.hapi</groupId>
>                         <artifactId>hapi-examples</artifactId>
>                         <version>2.0-alpha1</version>
>                     </dependency>
>  
>  
> Thanks,
> Dasari
> Penchalaiah Dasari
> Office
>  <https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.metagenics.com%2F&data=04%7C01%7Cpenchalaiahdasari%40metagenics.com%7Ca72aa124d4a94b909c0b08d88f8d04fe%7C5d3d5325ed63487ca91fa6712548bdc0%7C0%7C1%7C637417183907833388%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=fZXBKi0FrZrMURInMRVVHoQQ%2FhBubQB708yZOwZOqoU%3D&reserved=0>
>  <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.metagenics.com%2Fimmune-defense-pack&data=04%7C01%7Cpenchalaiahdasari%40metagenics.com%7Ca72aa124d4a94b909c0b08d88f8d04fe%7C5d3d5325ed63487ca91fa6712548bdc0%7C0%7C1%7C637417183907843383%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=WOC%2B9Yg2Al4fjWcOwNW0I6UuFHuPn%2FV0AkicMLaht4k%3D&reserved=0>
> Disclaimer: This email, its electronic document attachments, and the contents of its website linkages may 
> contain confidential information. This information is intended solely for the use by the individual or entity 
> to whom it is addressed. If you have received this information in error, please notify the sender 
> immediately and arrange for the prompt destruction of the material and any accompanying attachments.
> 
> *This statement has not been evaluated by the Food and Drug Administration. This product is not 
> intended to diagnose, treat, cure, or prevent any disease. 
> 
> 
> 
> 
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li... <mailto:Hl7...@li...>
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fhl7api-devel&data=04%7C01%7Cpenchalaiahdasari%40metagenics.com%7Ca72aa124d4a94b909c0b08d88f8d04fe%7C5d3d5325ed63487ca91fa6712548bdc0%7C0%7C1%7C637417183907843383%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=w9dRJrVLTZc9Xv%2Bj%2F3NkALzt1GBH95jBHSWiTpSE6%2Fk%3D&reserved=0>
>  
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li... <mailto:Hl7...@li...>
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel <https://lists.sourceforge.net/lists/listinfo/hl7api-devel>

Re: [HAPI-devel] Need Help in - To use correct version of Hapi Library

[Dasari, P. <Pen...@me...>]

Hi Martin,

Thanks for your inputs.

Yes, I am using hapi-2.3 base jar and hapi-structires-23. My device is sending following way the MSH &  OBX segments :-

MSH Segment:

MSH|^~\&|XYZ, INC.^3.1.37^0000A1234||||20201121161056||ORU^R01||P|2.3|

OBX segment:

OBX|1||2345-7^^LN^Glucose SerPl-mCnc||99|mg/dL|73 to 118|N|||F||||||Patient|
OBX|2||3094-0^^LN^BUN SerPl-mCnc||13|mg/dL|7 to 22|N|||F||||||Patient|

You mean OBX-5 (the highlighted portion) is empty? If this is correct, I need to check with my health device provider.

Thanks,
Dasari


From: Martin Fleurke <mar...@po...>
Sent: Monday, November 23, 2020 12:48 AM
To: hl7...@li...
Subject: Re: [HAPI-devel] Need Help in - To use correct version of Hapi Library

CAUTION: This email originated from outside of the organization. Do NOT click links or open attachments unless you recognize the sender and know the content is safe.

Hi,

It looks more like a bad message coming in. You should be able to see the message when logging ca.uhn.hl7v2.raw[.inbound]

The error says that a required data field (OBX-5) is empty. Solution is to let the sender fill it in.
Is the incoming message a hl7v2.3 message? If it is an other version then also include the corresponding hapi-structures-v2X

Wbr
Martin

On 20/11/2020 23:50, Dasari, Penchalaiah via Hl7api-devel wrote:
Hello Team,

I am trying to receive a message from one our health device by using library (2.3 v).  Getting following issue. I am not sure which version of Hapi Library do I need to use
To get rid out of this error. Please help me on this issue..


2020-11-20 13:01:03.230 ERROR 17384 --- [  hapi-worker-8] c.u.h.p.impl.ApplicationRouterImpl       : Attempting to send error message to remote system.

ca.uhn.hl7v2.HL7Exception: A datatype for OBX-
must be specified in 5-
.
               at ca.uhn.hl7v2.parser.FixFieldDataType.fix(FixFieldDataType.java:165)
               at ca.uhn.hl7v2.parser.FixFieldDataType.fixOBX5(FixFieldDataType.java:123)
               at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:401)
               at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:1169)
               at ca.uhn.hl7v2.parser.PipeParser.doParse(PipeParser.java:226)
               at ca.uhn.hl7v2.parser.GenericParser.doParse(GenericParser.java:245)
               at ca.uhn.hl7v2.parser.Parser.parse(Parser.java:212)
               at ca.uhn.hl7v2.parser.GenericParser.parse(GenericParser.java:253)
               at ca.uhn.hl7v2.protocol.impl.ApplicationRouterImpl.processMessage(ApplicationRouterImpl.java:138)
               at ca.uhn.hl7v2.protocol.impl.ApplicationRouterImpl.processMessage(ApplicationRouterImpl.java:105)
               at ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:91)
               at ca.uhn.hl7v2.app.Receiver$Grunt.run(Receiver.java:127)
               at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
               at java.util.concurrent.FutureTask.run(FutureTask.java:266)
               at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
               at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
               at java.lang.Thread.run(Thread.java:748)


Maven dependencies I am pointing for my development:
       <!-- https://mvnrepository.com/artifact/ca.uhn.hapi/hapi-base<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmvnrepository.com%2Fartifact%2Fca.uhn.hapi%2Fhapi-base&data=04%7C01%7Cpenchalaiahdasari%40metagenics.com%7Ca72aa124d4a94b909c0b08d88f8d04fe%7C5d3d5325ed63487ca91fa6712548bdc0%7C0%7C1%7C637417183907823396%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=BtuX1SMOZDAKMcWH4aNbNCLivah%2Fw0%2FwOETeV2Xu35A%3D&reserved=0> -->
                    <dependency>
                        <groupId>ca.uhn.hapi</groupId>
                        <artifactId>hapi-base</artifactId>
                        <version>2.3</version>
                    </dependency>
                    <!-- https://mvnrepository.com/artifact/ca.uhn.hapi/hapi-structures-v23<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmvnrepository.com%2Fartifact%2Fca.uhn.hapi%2Fhapi-structures-v23&data=04%7C01%7Cpenchalaiahdasari%40metagenics.com%7Ca72aa124d4a94b909c0b08d88f8d04fe%7C5d3d5325ed63487ca91fa6712548bdc0%7C0%7C1%7C637417183907823396%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=QvG17CMxy1rLrPyfpFOzJwRMrhK8X%2FWgZXVsN1WRuX8%3D&reserved=0> -->
                    <dependency>
                        <groupId>ca.uhn.hapi</groupId>
                        <artifactId>hapi-structures-v23</artifactId>
                        <version>2.3</version>
                    </dependency>
                    <!-- https://mvnrepository.com/artifact/ca.uhn.hapi/hapi-examples<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmvnrepository.com%2Fartifact%2Fca.uhn.hapi%2Fhapi-examples&data=04%7C01%7Cpenchalaiahdasari%40metagenics.com%7Ca72aa124d4a94b909c0b08d88f8d04fe%7C5d3d5325ed63487ca91fa6712548bdc0%7C0%7C1%7C637417183907833388%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=tm7d11%2FDQC6BSMoVNZotfPMqEOf09rkzKpRJe8gSyf4%3D&reserved=0> -->
                    <dependency>
                        <groupId>ca.uhn.hapi</groupId>
                        <artifactId>hapi-examples</artifactId>
                        <version>2.0-alpha1</version>
                    </dependency>


Thanks,
Dasari
________________________________
Penchalaiah Dasari



Office



[http://bap.metagenics.com/metalogo.png]<https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.metagenics.com%2F&data=04%7C01%7Cpenchalaiahdasari%40metagenics.com%7Ca72aa124d4a94b909c0b08d88f8d04fe%7C5d3d5325ed63487ca91fa6712548bdc0%7C0%7C1%7C637417183907833388%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=fZXBKi0FrZrMURInMRVVHoQQ%2FhBubQB708yZOwZOqoU%3D&reserved=0>

[http://bap.metagenics.com/metasig.png]<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.metagenics.com%2Fimmune-defense-pack&data=04%7C01%7Cpenchalaiahdasari%40metagenics.com%7Ca72aa124d4a94b909c0b08d88f8d04fe%7C5d3d5325ed63487ca91fa6712548bdc0%7C0%7C1%7C637417183907843383%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=WOC%2B9Yg2Al4fjWcOwNW0I6UuFHuPn%2FV0AkicMLaht4k%3D&reserved=0>


Disclaimer: This email, its electronic document attachments, and the contents of its website linkages may
contain confidential information. This information is intended solely for the use by the individual or entity
to whom it is addressed. If you have received this information in error, please notify the sender
immediately and arrange for the prompt destruction of the material and any accompanying attachments.

*This statement has not been evaluated by the Food and Drug Administration. This product is not
intended to diagnose, treat, cure, or prevent any disease.





_______________________________________________

Hl7api-devel mailing list

Hl7...@li...<mailto:Hl7...@li...>

https://lists.sourceforge.net/lists/listinfo/hl7api-devel<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fhl7api-devel&data=04%7C01%7Cpenchalaiahdasari%40metagenics.com%7Ca72aa124d4a94b909c0b08d88f8d04fe%7C5d3d5325ed63487ca91fa6712548bdc0%7C0%7C1%7C637417183907843383%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=w9dRJrVLTZc9Xv%2Bj%2F3NkALzt1GBH95jBHSWiTpSE6%2Fk%3D&reserved=0>

Re: [HAPI-devel] Need Help in - To use correct version of Hapi Library

[Martin F. <mar...@po...>]

Hi,

It looks more like a bad message coming in. You should be able to see 
the message when logging ca.uhn.hl7v2.raw[.inbound]

The error says that a required data field (OBX-5) is empty. Solution is 
to let the sender fill it in.
Is the incoming message a hl7v2.3 message? If it is an other version 
then also include the corresponding hapi-structures-v2X

Wbr
Martin

On 20/11/2020 23:50, Dasari, Penchalaiah via Hl7api-devel wrote:
>
> Hello Team,
>
> I am trying to receive a message from one our health device by using 
> library (2.3 v).  Getting following issue. I am not sure which version 
> of Hapi Library do I need to use
>
> To get rid out of this error. Please help me on this issue..
>
> 2020-11-20 13:01:03.230 ERROR 17384 --- [ hapi-worker-8] 
> c.u.h.p.impl.ApplicationRouterImpl       : Attempting to send error 
> message to remote system.
>
> ca.uhn.hl7v2.HL7Exception: A datatype for OBX-
>
> must be specified in 5-
>
> .
>
>                at 
> ca.uhn.hl7v2.parser.FixFieldDataType.fix(FixFieldDataType.java:165)
>
>                at 
> ca.uhn.hl7v2.parser.FixFieldDataType.fixOBX5(FixFieldDataType.java:123)
>
>                at 
> ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:401)
>
>                at 
> ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:1169)
>
>                at 
> ca.uhn.hl7v2.parser.PipeParser.doParse(PipeParser.java:226)
>
>                at 
> ca.uhn.hl7v2.parser.GenericParser.doParse(GenericParser.java:245)
>
>                at ca.uhn.hl7v2.parser.Parser.parse(Parser.java:212)
>
>                at 
> ca.uhn.hl7v2.parser.GenericParser.parse(GenericParser.java:253)
>
>                at 
> ca.uhn.hl7v2.protocol.impl.ApplicationRouterImpl.processMessage(ApplicationRouterImpl.java:138)
>
>                at 
> ca.uhn.hl7v2.protocol.impl.ApplicationRouterImpl.processMessage(ApplicationRouterImpl.java:105)
>
>                at 
> ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:91)
>
>                at ca.uhn.hl7v2.app.Receiver$Grunt.run(Receiver.java:127)
>
>                at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>
>                at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>
>                at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>
>                at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>
>                at java.lang.Thread.run(Thread.java:748)
>
> *Maven dependencies I am pointing for my development:*
>
> <!-- https://mvnrepository.com/artifact/ca.uhn.hapi/hapi-base -->
>
> <dependency>
>
> <groupId>ca.uhn.hapi</groupId>
>
> <artifactId>hapi-base</artifactId>
>
> <version>2.3</version>
>
> </dependency>
>
> <!-- 
> https://mvnrepository.com/artifact/ca.uhn.hapi/hapi-structures-v23 -->
>
> <dependency>
>
> <groupId>ca.uhn.hapi</groupId>
>
> <artifactId>hapi-structures-v23</artifactId>
>
> <version>2.3</version>
>
> </dependency>
>
> <!-- https://mvnrepository.com/artifact/ca.uhn.hapi/hapi-examples -->
>
> <dependency>
>
> <groupId>ca.uhn.hapi</groupId>
>
> <artifactId>hapi-examples</artifactId>
>
> <version>2.0-alpha1</version>
>
> </dependency>
>
> Thanks,
>
> Dasari
>
> ------------------------------------------------------------------------
> *Penchalaiah Dasari*
>
>
> Office
>
> <http://www.metagenics.com>
> <https://www.metagenics.com/immune-defense-pack>
>
> /Disclaimer: This email, its electronic document attachments, and the 
> contents of its website linkages may
> contain confidential information. This information is intended solely 
> for the use by the individual or entity
> to whom it is addressed. If you have received this information in 
> error, please notify the sender
> immediately and arrange for the prompt destruction of the material and 
> any accompanying attachments./
>
> /*This statement has not been evaluated by the Food and Drug 
> Administration. This product is not
> intended to diagnose, treat, cure, or prevent any disease. /
>
>
>
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li...
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel

[HAPI-devel] Need Help in - To use correct version of Hapi Library

[Dasari, P. <Pen...@me...>]

Hello Team,

I am trying to receive a message from one our health device by using library (2.3 v).  Getting following issue. I am not sure which version of Hapi Library do I need to use
To get rid out of this error. Please help me on this issue..


2020-11-20 13:01:03.230 ERROR 17384 --- [  hapi-worker-8] c.u.h.p.impl.ApplicationRouterImpl       : Attempting to send error message to remote system.

ca.uhn.hl7v2.HL7Exception: A datatype for OBX-
must be specified in 5-
.
               at ca.uhn.hl7v2.parser.FixFieldDataType.fix(FixFieldDataType.java:165)
               at ca.uhn.hl7v2.parser.FixFieldDataType.fixOBX5(FixFieldDataType.java:123)
               at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:401)
               at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:1169)
               at ca.uhn.hl7v2.parser.PipeParser.doParse(PipeParser.java:226)
               at ca.uhn.hl7v2.parser.GenericParser.doParse(GenericParser.java:245)
               at ca.uhn.hl7v2.parser.Parser.parse(Parser.java:212)
               at ca.uhn.hl7v2.parser.GenericParser.parse(GenericParser.java:253)
               at ca.uhn.hl7v2.protocol.impl.ApplicationRouterImpl.processMessage(ApplicationRouterImpl.java:138)
               at ca.uhn.hl7v2.protocol.impl.ApplicationRouterImpl.processMessage(ApplicationRouterImpl.java:105)
               at ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:91)
               at ca.uhn.hl7v2.app.Receiver$Grunt.run(Receiver.java:127)
               at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
               at java.util.concurrent.FutureTask.run(FutureTask.java:266)
               at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
               at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
               at java.lang.Thread.run(Thread.java:748)


Maven dependencies I am pointing for my development:
       <!-- https://mvnrepository.com/artifact/ca.uhn.hapi/hapi-base -->
                    <dependency>
                        <groupId>ca.uhn.hapi</groupId>
                        <artifactId>hapi-base</artifactId>
                        <version>2.3</version>
                    </dependency>
                    <!-- https://mvnrepository.com/artifact/ca.uhn.hapi/hapi-structures-v23 -->
                    <dependency>
                        <groupId>ca.uhn.hapi</groupId>
                        <artifactId>hapi-structures-v23</artifactId>
                        <version>2.3</version>
                    </dependency>
                    <!-- https://mvnrepository.com/artifact/ca.uhn.hapi/hapi-examples -->
                    <dependency>
                        <groupId>ca.uhn.hapi</groupId>
                        <artifactId>hapi-examples</artifactId>
                        <version>2.0-alpha1</version>
                    </dependency>


Thanks,
Dasari
________________________________
Penchalaiah Dasari


Office

[http://bap.metagenics.com/metalogo.png]<http://www.metagenics.com>
[http://bap.metagenics.com/metasig.png]<https://www.metagenics.com/immune-defense-pack>

Disclaimer: This email, its electronic document attachments, and the contents of its website linkages may
contain confidential information. This information is intended solely for the use by the individual or entity
to whom it is addressed. If you have received this information in error, please notify the sender
immediately and arrange for the prompt destruction of the material and any accompanying attachments.

*This statement has not been evaluated by the Food and Drug Administration. This product is not
intended to diagnose, treat, cure, or prevent any disease.

Re: [HAPI-devel] Verbose logging of connection errors - how to disable

[Tom C. <tc...@ex...>]

Ah ha, adding

System.setProperty("org.slf4j.simplelogger.log.ca.uhn.hl7v2.app.Receiver","error"); 


to our server impl. seems to do the trick.

Tom

On 17/11/2020 11:56, Tom Chiverton wrote:
> Hi,
>
> We've got a HL7 receiving application using HAPI, and all works well 
> except when our system health checking system connects, it is causing 
> spam to the log file.
>
> I was hoping that registering a hander with 
> 'server.setExceptionHandler(...)' would stop this, but I think the 
> reason it's not working is because the error is occurring earlier than 
> in our own ReceivingApplication implementation ?
>
> Should I be looking at the slf4j log configuration ? Or sub-class 
> ca.uhn.hl7v2.app.Receiver / ca.uhn.hl7v2.concurrent.Service ? Or is 
> there some setting I can change in the Context ?
>
> An example stack trace we'd like to suppress is below, after the line 
> from ca.uhn.hl7v2.app.Receiver. "New connection received" is from our 
> Server class's server.registerConnectionListener(...)
>
> 448905 [hapi-worker-1] INFO ca.uhn.hl7v2.app.SimpleServer - Accepted 
> connection from 192.168.4.250:23446 on local port 9007
> New connection received: /192.168.4.250
> 448906 [hapi-worker-5] WARN ca.uhn.hl7v2.app.Receiver - IOException: 
> closing Connection from 192.168.4.250:23446, will no longer read 
> messages with this Receiver.
> javax.net.ssl.SSLHandshakeException: Remote host terminated the handshake
>         at 
> java.base/sun.security.ssl.SSLSocketImpl.handleEOF(SSLSocketImpl.java:1588)
>         at 
> java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1416)
>         at 
> java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1314)
>         at 
> java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:440)
>         at 
> java.base/sun.security.ssl.SSLSocketImpl.ensureNegotiated(SSLSocketImpl.java:819)
>         at 
> java.base/sun.security.ssl.SSLSocketImpl$AppInputStream.read(SSLSocketImpl.java:910)
>         at 
> java.base/java.io.BufferedInputStream.fill(BufferedInputStream.java:252)
>         at 
> java.base/java.io.BufferedInputStream.read(BufferedInputStream.java:271)
>         at 
> ca.uhn.hl7v2.llp.MllpDecoderState.read(MllpDecoderState.java:128)
>         at ca.uhn.hl7v2.llp.MllpDecoder.getMessage(MllpDecoder.java:63)
>         at 
> ca.uhn.hl7v2.llp.Hl7DecoderReader.getMessage(Hl7DecoderReader.java:84)
>         at ca.uhn.hl7v2.llp.MinLLPReader.getMessage(MinLLPReader.java:33)
>         at ca.uhn.hl7v2.app.Receiver.handle(Receiver.java:63)
>         at ca.uhn.hl7v2.concurrent.Service.run(Service.java:205)
>         at 
> java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
>         at 
> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
>         at 
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
>         at 
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
>         at java.base/java.lang.Thread.run(Thread.java:829)
> Caused by: java.io.EOFException: SSL peer shut down incorrectly
>         at 
> java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:481)
>         at 
> java.base/sun.security.ssl.SSLSocketInputRecord.readHeader(SSLSocketInputRecord.java:470)
>         at 
> java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:160)
>         at 
> java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:110)
>         at 
> java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1408)
>         ... 17 more
> Lost connection from: /192.168.4.250
>
> Tom
>
>
> ______________________________________________________________________
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> ______________________________________________________________________
>
>
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li...
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel
>
> ______________________________________________________________________
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> ______________________________________________________________________

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________

[HAPI-devel] Verbose logging of connection errors - how to disable

[Tom C. <tc...@ex...>]

Hi,

We've got a HL7 receiving application using HAPI, and all works well 
except when our system health checking system connects, it is causing 
spam to the log file.

I was hoping that registering a hander with 
'server.setExceptionHandler(...)' would stop this, but I think the 
reason it's not working is because the error is occurring earlier than 
in our own ReceivingApplication implementation ?

Should I be looking at the slf4j log configuration ? Or sub-class 
ca.uhn.hl7v2.app.Receiver / ca.uhn.hl7v2.concurrent.Service ? Or is 
there some setting I can change in the Context ?

An example stack trace we'd like to suppress is below, after the line 
from ca.uhn.hl7v2.app.Receiver. "New connection received" is from our 
Server class's server.registerConnectionListener(...)

448905 [hapi-worker-1] INFO ca.uhn.hl7v2.app.SimpleServer - Accepted 
connection from 192.168.4.250:23446 on local port 9007
New connection received: /192.168.4.250
448906 [hapi-worker-5] WARN ca.uhn.hl7v2.app.Receiver - IOException: 
closing Connection from 192.168.4.250:23446, will no longer read 
messages with this Receiver.
javax.net.ssl.SSLHandshakeException: Remote host terminated the handshake
         at 
java.base/sun.security.ssl.SSLSocketImpl.handleEOF(SSLSocketImpl.java:1588)
         at 
java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1416)
         at 
java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1314)
         at 
java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:440)
         at 
java.base/sun.security.ssl.SSLSocketImpl.ensureNegotiated(SSLSocketImpl.java:819)
         at 
java.base/sun.security.ssl.SSLSocketImpl$AppInputStream.read(SSLSocketImpl.java:910)
         at 
java.base/java.io.BufferedInputStream.fill(BufferedInputStream.java:252)
         at 
java.base/java.io.BufferedInputStream.read(BufferedInputStream.java:271)
         at 
ca.uhn.hl7v2.llp.MllpDecoderState.read(MllpDecoderState.java:128)
         at ca.uhn.hl7v2.llp.MllpDecoder.getMessage(MllpDecoder.java:63)
         at 
ca.uhn.hl7v2.llp.Hl7DecoderReader.getMessage(Hl7DecoderReader.java:84)
         at ca.uhn.hl7v2.llp.MinLLPReader.getMessage(MinLLPReader.java:33)
         at ca.uhn.hl7v2.app.Receiver.handle(Receiver.java:63)
         at ca.uhn.hl7v2.concurrent.Service.run(Service.java:205)
         at 
java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
         at 
java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
         at 
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
         at 
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
         at java.base/java.lang.Thread.run(Thread.java:829)
Caused by: java.io.EOFException: SSL peer shut down incorrectly
         at 
java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:481)
         at 
java.base/sun.security.ssl.SSLSocketInputRecord.readHeader(SSLSocketInputRecord.java:470)
         at 
java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:160)
         at 
java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:110)
         at 
java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1408)
         ... 17 more
Lost connection from: /192.168.4.250

Tom


______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________

Re: [HAPI-devel] DateTime fields are more strict than the TS specification

[Mike M. <mi...@th...>]

So it looks like this was an error in my test cases and this is not an 
issue at all.

A colleague of mine pointed out that I had test cases that had an hour 
field but did not populate the minutes field.

That is quite clearly against the spec format, I had better read the 
spec more thoroughly next time :-)

We were using the NoValidation validation context which has let us get 
away with no minute test cases in the past.

Sorry for the confusion.

-Mike



On 3/11/2020 10:10 am, Mike Mills wrote:
> I have been working a lot with DT and TS fields in Hapi.
>
> If you create a default ADT_A01 message and attempt to set a new MSH-7 
> value it will throw a DataTypeException if that field is not fully 
> populated with fields of Year through to Seconds.
>
> In the API documentation it states that the field can have this format:
>
>
> YYYY[MM[DD[HHMM[SS[.S[S[S[S]]]]]]]][+/-ZZZZ]
>
>
> But if you attempt to just use the YYYYMMDD format with no time 
> components then you get an exception.
>
>
> So what is correct validation for this field, the spec as defined in 
> the TsComponentOne api documentation or the time specified down to 
> seconds?
>
>
>

[HAPI-devel] DateTime fields are more strict than the TS specification

[Mike M. <mi...@th...>]

I have been working a lot with DT and TS fields in Hapi.

If you create a default ADT_A01 message and attempt to set a new MSH-7 
value it will throw a DataTypeException if that field is not fully 
populated with fields of Year through to Seconds.

In the API documentation it states that the field can have this format:


YYYY[MM[DD[HHMM[SS[.S[S[S[S]]]]]]]][+/-ZZZZ]


But if you attempt to just use the YYYYMMDD format with no time 
components then you get an exception.


So what is correct validation for this field, the spec as defined in the 
TsComponentOne api documentation or the time specified down to seconds?

[HAPI-devel] Build with MFE4 data type fix method

[Ian V. <Ian...@he...>]

Is there a release available with this fix in place?

We have a sender that doesn't fill in the MFE-4, so we have been staying down at release 2.2 for a while because their MFN will parse using that version.

Don't feel confident trying to build it all myself.

Thanks

Ian Vowles
Integration Specialist, Metro North Integration Centre
Digital Metro North
Citilink Lobby 1, Level 3
153 Campbell St, Bowen Hills QLD 4006
P: 07 3646 2557
E: Ian...@he...<mailto:Ian...@he...>
metronorth.health.qld.gov.au<https://metronorth.health.qld.gov.au/>

[Values in Action]

[Description: Description: Facebook]<http://www.facebook.com/metronorthhhs>   [Description: Description: Twitter] <http://www.twitter.com/MetroNorthHHS>    [Description: Description: LinkedIn] <http://www.linkedin.com/company/metro-north-hospital-and-health-service>    follow us on social media







**********************************************************************************

Disclaimer: This email and any attachments may contain legally privileged or confidential information and may be protected by copyright. You must not use or disclose them other than for the purposes for which they were supplied. The privilege or confidentiality attached to this message and attachments is not waived by reason of mistaken delivery to you. If you are not the intended recipient, you must not use, disclose, retain, forward or reproduce this message or any attachments. If you receive this message in error, please notify the sender by return email or telephone and destroy and delete all copies. Unless stated otherwise, this email represents only the views of the sender and not the views of the Queensland Government.

Queensland Health carries out monitoring, scanning and blocking of emails and attachments sent from or to addresses within Queensland Health for the purposes of operating, protecting, maintaining and ensuring appropriate use of its computer network.

**********************************************************************************

Re: [HAPI-devel] Restricting inbound connections to a known IP address

[Martin F. <mar...@po...>]

On 25/09/2020 12:32, david.mblackburn--- via Hl7api-devel wrote:
>
> Hi All,
>
>  
>
> I have been using HL7 HAPI for a while now but have been recently
> asked if we could restrict the server listener so that only designated
> ip addresses can connect, when invoking the server there doesn’t
> appear to be a way to do this unless I use an external firewall on the
> server machine, any thoughts?
>
I solved it by extending SimpleServer:


public class MyService extends SimpleServer

@Override public synchronized void newConnection(ActiveConnection c) {
   String sourceAddress = c.getRemoteAddress().getHostAddress();
   .... check sourceAddress
}



---


MyService service = new MyService(this.clientContext, port, false);

service.registerApplication(..)
service.start();



Wbr
Martin