web stats
Failed to send message to partner. - Mirth Community

Go Back   Mirth Community > Mirth Connect > Support

Reply
 
Thread Tools Display Modes
  #1  
Old 01-08-2019, 10:24 AM
aarti_naik aarti_naik is offline
What's HL7?
 
Join Date: Jan 2019
Posts: 3
aarti_naik is on a distinguished road
Lightbulb Failed to send message to partner.

I have setup a channel on Mirth 3.1.1.7461 and when a message is sent to that channel it is supposed to send an acknowledgement message back. However, sometimes the ACK is not sent and the sending system keep retrying to send the message over and over again. The error I see in the logs is as follows:-

Failed to send message to partner mina:tcp://...:8456?s ync=true&codec=#hl7codec and attempts left so far:9. Please check partner configuration. org.apache.camel.CamelExecutionException: Exception occurred during execution on the exchange: Exchange[Message: [Body is null]] at org.apache.camel.util.ObjectHelper.wrapCamelExecut ionException(ObjectHelper.java:1287) at org.apache.camel.util.ExchangeHelper.extractResult Body(ExchangeHelper.java:618) at org.apache.camel.impl.DefaultProducerTemplate.extr actResultBody(DefaultProducerTemplate.java:442) at org.apache.camel.impl.DefaultProducerTemplate.send Body(DefaultProducerTemplate.java:120) at org.apache.camel.impl.DefaultProducerTemplate.send Body(DefaultProducerTemplate.java:136) at org.apache.camel.impl.DefaultProducerTemplate.requ estBody(DefaultProducerTemplate.java:284) at RoutingGrailsPlugin$_addDynamicMethods_closure7$_c losure16.doCall(RoutingGrailsPlugin.groovy:126) at messaging.OutboxService$_serviceMethod_closure3.do Call(OutboxService.groovy:219) at LoggingGrailsPlugin$_closure3$_closure9$_closure10 .doCall(LoggingGrailsPlugin.groovy:62) at messaging.OutboxService.serviceMethod(OutboxServic e.groovy:115) at messaging.OutboxService$_init_closure1.doCall(Outb oxService.groovy:70) at healthdock.EventHandlerService$_fireSync_closure1. doCall(EventHandlerService.groovy:91) at healthdock.EventHandlerService.fireSync(EventHandl erService.groovy:90) at healthdock.EventHandlerService$_fireEvents_closure 2$_closure3$_closure4.doCall(EventHandlerService.g roovy:121) at LoggingGrailsPlugin$_closure3$_closure9$_closure10 .doCall(LoggingGrailsPlugin.groovy:62) at healthdock.EventHandlerService$_fireEvents_closure 2$_closure3.doCall(EventHandlerService.groovy:115) at grails.plugin.executor.PersistenceContextRunnableW rapper$_run_closure1.doCall(PersistenceContextRunn ableWrapper.groovy:34) at grails.plugin.executor.PersistenceContextWrapper.w rap(PersistenceContextWrapper.groovy:35) at grails.plugin.executor.PersistenceContextRunnableW rapper.run(PersistenceContextRunnableWrapper.groov y:34) at java.util.concurrent.Executors$RunnableAdapter.cal l(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.jav a:266) at java.util.concurrent.ThreadPoolExecutor.runWorker( ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745)

================================================== ============================== Please note that this is on a TCP Listener channel. In the "Source" option of the channel "Keep Connection" is Open. In the Destination option of the channel "Response Timeout(ms)" is set to 50000. Please suggest a way to receive an ACK from Mirth channel so the messages do not timeout.
Reply With Quote
Reply

Tags
acks, camelexecutionexception, connection, timeout

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -8. The time now is 04:22 AM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2019, vBulletin Solutions, Inc.
Mirth Corporation