Details
-
Type:
Bug
-
Status:
Open
-
Priority:
Critical
-
Resolution: Unresolved
-
Affects Version/s: 2.0.1
-
Fix Version/s: None
-
Component/s: None
-
Labels:None
-
Operating System:Linux
-
Database:MySQL
Description
I have a channel set up with a llp listener for hl7v2 message, then based off the hl7v2 message type (ADT, or SIU) i'm using the source transformer to route messages to either the ADT or SIU channels I have setup. The messages are then routed, the ADT and SIU channels are set up as Channel Reader for the source and LLP sender as the destination, with Use Persistent Queues set to yes.
the problem: When either the ADT or SIU channel receives a AE in the MSA, it does not try to resend.
Desired behavior:
The Hl7 v2 MLLP says that on AE (Application Error) messages must be resent indefinatly. only on AR (Application Rejected) should the messages be marked as errored and taken out of the queue because the receiving application has rejected the hl7 message. AE (Application error) means the receiving application is having a problem, which is not due to the messages being sent. The problem could be a data translation, or a critical problem like not being able to connect to a internal database. Thus nothing is wrong with the message, but the receiving application just can process it, so please try again. So can you please fix this so that an AE is always resent when persistant queue is turned on.
Other issue: which if solved could be a work around for this issue. how do I get the channels that use channel reader as the source to forward back the ACK messages to the channel that routed it? I have both a llp listener and a web service that if I could forward the AE back to the source they could resend the original message.
the problem: When either the ADT or SIU channel receives a AE in the MSA, it does not try to resend.
Desired behavior:
The Hl7 v2 MLLP says that on AE (Application Error) messages must be resent indefinatly. only on AR (Application Rejected) should the messages be marked as errored and taken out of the queue because the receiving application has rejected the hl7 message. AE (Application error) means the receiving application is having a problem, which is not due to the messages being sent. The problem could be a data translation, or a critical problem like not being able to connect to a internal database. Thus nothing is wrong with the message, but the receiving application just can process it, so please try again. So can you please fix this so that an AE is always resent when persistant queue is turned on.
Other issue: which if solved could be a work around for this issue. how do I get the channels that use channel reader as the source to forward back the ACK messages to the channel that routed it? I have both a llp listener and a web service that if I could forward the AE back to the source they could resend the original message.