Announcement

Collapse
No announcement yet.

New User with version 1.4.0

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

  • New User with version 1.4.0

    I downloaded 1.4.0 last week. I installed it on a Windows XP and Windows 2003 Server. I want to send test messages from the XP client to the Windows Server using LLP. The XP client successfully process and Queues the messages. However, when I attempt to Deploy the Windows Server 2003 receiver, it never establishes communication to the XP client and throws this error:

    org.mule.providers.FatalConnectException: ReconnectStrategy "org.mule.providers.SingleAttemptConnectionStrateg y" failed to reconnect receiver on endpoint "mllp://128.125.197.244:2640"
    at org.mule.providers.SingleAttemptConnectionStrategy .doConnect(SingleAttemptConnectionStrategy.java:34 )
    at org.mule.providers.AbstractConnectionStrategy.conn ect(AbstractConnectionStrategy.java:67)
    at org.mule.providers.AbstractMessageReceiver.start(A bstractMessageReceiver.java:396)
    at org.mule.providers.AbstractConnector.registerListe ner(AbstractConnector.java:518)
    at com.webreach.mirth.server.mule.providers.mllp.Mllp Connector.registerListener(MllpConnector.java:419)
    at org.mule.impl.model.AbstractModel.registerListener s(AbstractModel.java:221)
    at org.mule.impl.model.AbstractModel.start(AbstractMo del.java:353)
    at org.mule.MuleManager.start(MuleManager.java:730)
    at org.mule.config.builders.MuleXmlConfigurationBuild er.configure(MuleXmlConfigurationBuilder.java:207)
    at org.mule.config.builders.MuleXmlConfigurationBuild er.configure(MuleXmlConfigurationBuilder.java:194)
    at com.webreach.mirth.server.Mirth.startMule(Mirth.ja va:163)
    at com.webreach.mirth.server.Mirth.restartMule(Mirth. java:145)
    at com.webreach.mirth.server.Mirth.run(Mirth.java:101 )
    Caused by: org.mule.providers.FatalConnectException: ReconnectStrategy "org.mule.providers.SingleAttemptConnectionStrateg y" failed to reconnect receiver on endpoint "mllp://128.125.197.244:2640"
    at org.mule.providers.SingleAttemptConnectionStrategy .doConnect(SingleAttemptConnectionStrategy.java:34 )
    at org.mule.providers.AbstractConnectionStrategy.conn ect(AbstractConnectionStrategy.java:67)
    at org.mule.providers.AbstractMessageReceiver.connect (AbstractMessageReceiver.java:353)
    at org.mule.providers.SingleAttemptConnectionStrategy .doConnect(SingleAttemptConnectionStrategy.java:32 )
    ... 12 more
    Caused by: org.mule.providers.ConnectException: Failed to bind to uri "mllp://128.125.197.244:2640"
    at com.webreach.mirth.server.mule.providers.mllp.Mllp MessageReceiver.doConnect(MllpMessageReceiver.java :111)
    at org.mule.providers.AbstractMessageReceiver.connect (AbstractMessageReceiver.java:360)
    at org.mule.providers.SingleAttemptConnectionStrategy .doConnect(SingleAttemptConnectionStrategy.java:32 )
    ... 15 more
    Caused by: java.net.BindException: Cannot assign requested address: JVM_Bind
    at java.net.PlainSocketImpl.socketBind(Native Method)
    at java.net.PlainSocketImpl.bind(Unknown Source)
    at java.net.ServerSocket.bind(Unknown Source)
    at java.net.ServerSocket.<init>(Unknown Source)
    at com.webreach.mirth.server.mule.providers.mllp.Mllp MessageReceiver.createSocket(MllpMessageReceiver.j ava:143)
    at com.webreach.mirth.server.mule.providers.mllp.Mllp MessageReceiver.doConnect(MllpMessageReceiver.java :109)

    I have increased the LLP teimeout parameter to 5,000,000 as noted in another posting and also have checked the Logon User associated with the Mirth service on both boxes. I explicitly allowed port 2640 in Windows firewall on both boxes and finally turned off the Firewall on both boxes.

    None of the above helped.

    Can someone please provide some assistance as I am a newbie at this.

    Thanks,


  • #2
    Re:New User with version 1.4.0

    The ip: 128.125.197.244 - on the receiver this needs to be the local IP to bind the receiver to. Usually 127.0.0.1 unless you have multiple network interfaces.
    Chris Lang

    Comment


    • #3
      Re:New User with version 1.4.0

      Thanks, that helped the receiver get started. Still no messages flowing? By analogy do I need to change the IP of the sender to localhost, too?

      I have used Telnet to access the receiver and it is active since I can see text I typed in error messages in receiver log.

      I am having trouble "sending" outbound test messages from XP client, they are transformed and queued but never Sent.

      Is there an example LLP sender file that has been developed? The Outbound example provided in the Examples is not very helpful to me since its' destination is a file writer NOT an LLP Sender.

      I am trying to set up a test scenario to send and receive messages using Mirth to be sure my receiver can accept messages. The next step would be to use receiver to accept inbound messages from Hospital System. I am doing this to receive data for research patients on clinical trials, very little assistance from Hospital IS IT staff. So I want to insure my receiver works, any suggestions?

      Thanks

      Post edited by: casagrande_j, at: 05/01/2007 12:17

      Comment


      • #4
        Re:New User with version 1.4.0

        Ah - if you are receiving the messages as queued - there is a bug in 1.4.0. Check the file repository for a patch for this issue.

        You can also go to the LLP sender and turn off "Use Persistent Queues"

        Let me know if that works...
        Chris Lang

        Comment


        • #5
          Re:New User with version 1.4.0

          Did not appear too since the messages still appear as Transformed and then Queued.. Any other ideas?

          Comment


          • #6
            Re:New User with version 1.4.0

            With persistent queues set off, you should not have messages queued ¿Are you sure you've set off queues?

            If your objective is using mirth as receiver, you could use HL7Browser for testing purposes

            Comment


            • #7
              Re:New User with version 1.4.0

              I am not sure why it did not behave as expected previously, I had both loaded the "patch" and clicked NO for Persistent Queues.

              This morning it is trying to connect to destination but I get a "refuse connection" error as follows:

              ERROR-408: MLLP Connector error
              ERROR MESSAGE: Unable to connect to destination
              java.net.ConnectException: Connection refused: connect
              at java.net.PlainSocketImpl.socketConnect(Native Method)
              at java.net.PlainSocketImpl.doConnect(Unknown Source)
              at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
              at java.net.PlainSocketImpl.connect(Unknown Source)
              at java.net.SocksSocketImpl.connect(Unknown Source)
              at java.net.Socket.connect(Unknown Source)
              at java.net.Socket.connect(Unknown Source)
              at java.net.Socket.<init>(Unknown Source)
              at java.net.Socket.<init>(Unknown Source)
              at com.webreach.mirth.server.mule.providers.mllp.Mllp MessageDispatcher.createSocket(MllpMessageDispatch er.java:193)
              at com.webreach.mirth.server.mule.providers.mllp.Mllp MessageDispatcher.initSocket(MllpMessageDispatcher .java:112)
              at com.webreach.mirth.server.mule.providers.mllp.Mllp MessageDispatcher.doDispatch(MllpMessageDispatcher .java:156)
              at org.mule.providers.AbstractMessageDispatcher$Worke r.run(AbstractMessageDispatcher.java:257)
              at org.mule.impl.work.WorkerContext.run(WorkerContext .java:290)
              at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Worker.runTask(ThreadPoolExecutor. java:650)
              at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Worker.run(ThreadPoolExecutor.java :675)
              at java.lang.Thread.run(Unknown Source)

              I have firewalls of and can telenet IP port to the receiver. Any ideas on what else I should be doing differently?

              Comment


              • #8
                Re:New User with version 1.4.0

                Please, could you post both channels (sender and receiver?

                Comment


                • #9
                  Re:New User with version 1.4.0

                  I figured out the issue and it now transmits messages but I am still a little unclear on how to alter the Template on the receiver to pick up the 3 data elements I sent. Any documents available? If not I will Post the channels later.

                  Comment


                  • #10
                    Re:New User with version 1.4.0

                    ¿What do you want to do with the data?

                    You can map message data to local variables using the transformer.

                    1. Create a new transformer step (mapper)
                    2. Paste to the "incoming data" tab, a template of one of the messages received.
                    3. Give a name to the variable, in the "Variable" field
                    4. Drag & Drop the field of the message you want to the "Mapping" field.
                    5. Now, on the "Destination" tab of the channel, you can use your variable

                    Deploy and test

                    Comment

                    Working...
                    X