Announcement

Collapse

NextGen (Mirth) Connect 3.10.0 Released!

NextGen (Mirth) Connect 3.10.0 is now available as an appliance update and on our GitHub page. This release includes better SQL Server database support, security improvements through fixes and library updates, and improvements for the Advanced Clustering plugin with a focus on improving performance of many of the tasks that are carried out on a frequent interval. See the release notes for the list of fixes and updates.

Download | See What's New | Upgrade Guide | Release Notes

For discussion on this release, see this thread.
See more
See less

Mirth and E-Biz

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Mirth and E-Biz

    Hello all,
    After a month of test, we put Mirth in production.

    The test has be done whith Mirth V1.3 and V1.4, Java 1.6, Win2k server .

    We have a single LLP listener, et 4 output channels .

    Nothing, special, just strings and segments manipulation.

    The first problem is since we receive socket (LLP) message from E-Biz engin, the LLP listen stop to receive without warning or error, and E-Biz cannot re-open the connexion. If I restart the channel, the communication resume with success, until the next cut off... We can run some time a day without problem, sometime we have 4-5 cut off a day. We process 1000 messages / day

    The second problem, the Java.exe take 100% after received de first message. If a restart the channel , the CPU goes normal.

    I have isolated the receiving (LLP) channel, the new channel receive only the message from E-biz, and without modification put the hl7 message file in de specific directory.

    Same problem, after first message de java.exe took all CPU. With this test the problem of listening with E-biz has not be seen. May be it's to early to confirm that.

    Any suggestions ?

    I will switch with version 1.5 and try the new options in the LLP listening (GE Centricity/MIK hint).

    Thank you.

    Gilbert.

    Post edited by: gdoyle, at: 07/01/2007 15:49

    Post edited by: gdoyle, at: 07/01/2007 18:09

  • #2
    Re:Mirth and E-Biz

    update...

    The connexion with E-Biz still problematic

    Next step upgrade to 1.5...

    Comment


    • #3
      Re:Mirth and E-Biz

      1.5 has a complete overhaul of the LLP receiver (with the ability to enable pre 1.4 options (Use Strict LLP)) Give it a try and let us know how that works.
      Chris Lang

      Comment


      • #4
        Re:Mirth and E-Biz

        I have installed th 1.5.
        After channels import, and validation, a got this message.

        I will create one from scratch...


        java.net.SocketException: Software caused connection abort: recv failed
        com.webreach.mirth.client.core.ServerConnection.ex ecutePostMethod(ServerConnection.java:93)
        com.webreach.mirth.client.core.Client.getChannelSt atusList(Client.java:535)
        com.webreach.mirth.client.ui.Frame.refreshStatuses (Frame.java:2125)
        com.webreach.mirth.client.ui.StatusUpdater.run(Sta tusUpdater.java:63)
        java.lang.Thread.run(Unknown Source)

        If I stop the receiver channel and restart it, I get this message on console.

        FATAL 2007-07-02 15:38:35,788 [d9c7392e-6d0d-4343-b2b8-d232dfa2db3d_source_conne
        ctor._mllpEndpoint#1263077251.receiver.2] org.mule.impl.DefaultComponentExceptio
        nStrategy: The Default Component Exception Strategy has been invoked but there i
        s no current event on the context
        FATAL 2007-07-02 15:38:35,788 [d9c7392e-6d0d-4343-b2b8-d232dfa2db3d_source_conne
        ctor._mllpEndpoint#1263077251.receiver.2] org.mule.impl.DefaultComponentExceptio
        nStrategy: The error is: sleep interrupted
        java.lang.InterruptedException: sleep interrupted
        at java.lang.Thread.sleep(Native Method)
        at com.webreach.mirth.server.mule.providers.mllp.Mllp MessageReceiver$Tcp
        Worker.run(MllpMessageReceiver.java:278)
        at org.mule.impl.work.WorkerContext.run(WorkerContext .java:290)
        at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Wor
        ker.runTask(ThreadPoolExecutor.java:650)
        at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Wor
        ker.run(ThreadPoolExecutor.java:675)
        at java.lang.Thread.run(Unknown Source)

        Post edited by: gdoyle, at: 07/02/2007 12:51

        The channel is simple:

        <com.webreach.mirth.model.Channel>
        <id>34b7b051-72af-4849-ad64-63de747bd2c7</id>
        <name>Reception Ebiz</name>
        <description></description>
        <enabled>true</enabled>
        <version>1.4.0</version>
        <revision>2</revision>
        <sourceConnector>
        <name>sourceConnector</name>
        <properties>
        <property name="messageEnd">0x1C</property>
        <property name="ackCodeError">AE</property>
        <property name="messageStart">0x0B</property>
        <property name="ackMsgRejected">Message Rejected.</property>
        <property name="ackCodeRejected">AR</property>
        <property name="receiveTimeout">50000</property>
        <property name="charEncoding">hex</property>
        <property name="bufferSize">65536</property>
        <property name="sendACK">1</property>
        <property name="port">6661</property>
        <property name="ackOnNewConnection">0</property>
        <property name="checkMSH15">0</property>
        <property name="ackMsgSuccessful"></property>
        <property name="tcpProtocolClassName">org.mule.providers.tcp .protocols.TcpProtocol</property>
        <property name="responseFromTransformer">0</property>
        <property name="ackPort"></property>
        <property name="segmentEnd">0x0D</property>
        <property name="keepSendSocketOpen">1</property>
        <property name="charsetEncoding">DEFAULT_ENCODING</property>
        <property name="host">127.0.0.1</property>
        <property name="responseValue">None</property>
        <property name="DataType">LLP Listener</property>
        <property name="ackMsgError">An Error Occured Processing Message.</property>
        <property name="ackCodeSuccessful">AA</property>
        <property name="ackIP">...</property>
        <property name="recordSeparator">0x0D</property>
        </properties>
        <transformer>
        <steps/>
        <inboundProtocol>HL7V2</inboundProtocol>
        <outboundProtocol>HL7V2</outboundProtocol>
        </transformer>
        <filter>
        <rules/>
        </filter>
        <transportName>LLP Listener</transportName>
        <mode>SOURCE</mode>
        </sourceConnector>
        <destinationConnectors>
        <com.webreach.mirth.model.Connector>
        <name>Destination 1</name>
        <properties>
        <property name="charsetEncoding">DEFAULT_ENCODING</property>
        <property name="outputAppend">0</property>
        <property name="DataType">File Writer</property>
        <property name="outputPattern">${ORIGINALNAME}</property>
        <property name="template">${message.encodedData}</property>
        <property name="host">d:/interfacehl7/entree/Ebiz</property>
        <property name="binary">0</property>
        </properties>
        <transformer>
        <steps/>
        <inboundProtocol>HL7V2</inboundProtocol>
        <outboundProtocol>HL7V2</outboundProtocol>
        </transformer>
        <filter>
        <rules/>
        </filter>
        <transportName>File Writer</transportName>
        <mode>DESTINATION</mode>
        </com.webreach.mirth.model.Connector>
        </destinationConnectors>
        <properties>
        <property name="initialState">stopped</property>
        <property name="synchronous">true</property>
        <property name="store_messages">true</property>
        <property name="encryptData">false</property>
        <property name="transactional">false</property>
        <property name="max_message_age">2</property>
        <property name="dont_store_filtered">false</property>
        <property name="error_messages_only">false</property>
        </properties>
        <preprocessingScript>// Modify the message variable below to pre process data

        return message;</preprocessingScript>
        </com.webreach.mirth.model.Channel>

        Post edited by: gdoyle, at: 07/02/2007 14:28

        Comment


        • #5
          Re:Mirth and E-Biz

          Update:

          After somes tunning, I finally get it working.

          It seems stable, no cut off. Still need more time to validate.

          In the console a get again this messages when I stop the channel.

          Debug message ?

          FATAL 2007-07-02 17:03:40,553 [de1bac93-9bd9-4730-bab7-e8c291076b33_source_conne
          ctor._mllpEndpoint#-1244694649.receiver.5] org.mule.impl.DefaultComponentExcepti
          onStrategy: The Default Component Exception Strategy has been invoked but there
          is no current event on the context
          FATAL 2007-07-02 17:03:40,553 [de1bac93-9bd9-4730-bab7-e8c291076b33_source_conne
          ctor._mllpEndpoint#-1244694649.receiver.5] org.mule.impl.DefaultComponentExcepti
          onStrategy: The error is: sleep interrupted
          java.lang.InterruptedException: sleep interrupted
          at java.lang.Thread.sleep(Native Method)
          at com.webreach.mirth.server.mule.providers.mllp.Mllp MessageReceiver$Tcp
          Worker.run(MllpMessageReceiver.java:278)
          at org.mule.impl.work.WorkerContext.run(WorkerContext .java:290)
          at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Wor
          ker.runTask(ThreadPoolExecutor.java:650)
          at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Wor
          ker.run(ThreadPoolExecutor.java:675)
          at java.lang.Thread.run(Unknown Source)

          Post edited by: gdoyle, at: 07/02/2007 14:19

          Comment


          • #6
            Re:Mirth and E-Biz

            As I understand, "Sleep Interrupted" error is "harmless" and may be ignored. This problem has been fixed. Please refer, http://www.mirthproject.org/communit...owse/MIRTH-393.

            Post edited by: nshaik, at: 07/02/2007 14:31

            Comment


            • #7
              Re:Mirth and E-Biz

              Update:

              I still have the problem with LLP listener.

              I have try all kind of setting.

              Mirht stop listening... after dozen messages.

              I have stop the channel, and use nc.exe to listen the port (nc.exe -l 6661 >dump.hl7).

              E-Biz send me the message correctly.

              After somes start and stop... nothing appended. The LLP listener still frozen.

              I have restart with version 1.4 and the channel have started with success.

              ...

              To be continue

              Post edited by: gdoyle, at: 07/02/2007 17:40

              Post edited by: gdoyle, at: 07/02/2007 21:16

              Comment


              • #8
                Re:Mirth and E-Biz

                Update:
                I still running version 1.4.

                I have change LLP receive timeout to 0. I run this setup since couple of hours without problem..

                I cross my fingers... Just the CPU is at 100% busy with Java.

                To be continue..

                Post edited by: gdoyle, at: 07/03/2007 08:13

                Comment


                • #9
                  Re:Mirth and E-Biz

                  Update:

                  With receive timeout to 0, the connexion is more stable, but not perfect...
                  I will change the channel to file reader.

                  It will close this thread.

                  Thanks to all.

                  Post edited by: gdoyle, at: 07/03/2007 21:53

                  Comment


                  • #10
                    Re:Mirth and E-Biz

                    Just so you know, the 100% cpu is likely an unrelated issue, and it won't happen in 1.5+.

                    We are still looking into why LLP stops responding for you. It seems to be a fairly rare problem.

                    Jacob

                    Post edited by: jacobb, at: 07/05/2007 10:55
                    Jacob Brauer
                    Director, Software Development
                    NextGen Healthcare

                    sigpic

                    Comment


                    • #11
                      Re:Mirth and E-Biz

                      For the CPU, it will happened on LLP receiver on 1.4 only and it was random.

                      For the LLP problems, I didn't have the control on E-biz, and I was the only customer with this probem.

                      It was hard to have support. And the system is in production.

                      When all will be stabilized, will reinstall the version 1.5 and dig more deep to find what's append.

                      Post edited by: gdoyle, at: 07/09/2007 21:00

                      Comment


                      • #12
                        Re:Mirth and E-Biz

                        gboyle, I have looked into your problems more and they can be solved by turning Keep Connection Open to off. Instead, if you would like to keep the connection open, simply set the receive timeout to 0 (infinite).

                        This option is causing your 100% cpu usage problem and also causing your channels to stop receiving messages.

                        Thanks,

                        Jacob
                        Jacob Brauer
                        Director, Software Development
                        NextGen Healthcare

                        sigpic

                        Comment


                        • #13
                          Re:Mirth and E-Biz

                          great !

                          I will make more tests this summer.
                          Thank you.

                          Gilbert

                          Post edited by: gdoyle, at: 07/09/2007 20:59

                          Comment

                          Working...
                          X