- This topic has 9 replies, 4 voices, and was last updated 5 years, 11 months ago by
.
-
Topic
-
I have multiple route details under a static route. The outbound messages don’t appear to be processed in the order that they’re defined in NetConfig. I’m performing two different Xlates on my inbound ADT messages. The first is an ADT Xlate. The second is an ADT to ORU Xlate. Both messages are sent to the same outbound destination thread.
I need to ensure that these messages reach the outbound thread in ADT/ORU order. I don’t think that chaining is the solution, because the translated ADT is missing some of the information required by the ORU Xlate that was in the original ADT.
Any suggestions? TIA
-
Replies
-
-
-
Keith,
Wouldn’t that require a variant with both the ADT and ORU definition in one message structure?
It seems to me that might be kind of messy.
Perhaps a simpler attempt might be to use chaining. In the first Xlate Create the Xlated ADT and SEND that (that should immediately deliver that to the OB), then in the same Xlate create the full ADT and just let that go. Or you could reverse the logic but do a CONTINUE on the full ADT, a SEND on the ADT for the destination, followed by a SUPPRESS.
Then the chained Xlate would create the ORU from the previously CONTINUEd ADT message and that would be passed on – ideally arriving at the OB AFTER the SENT message.
Just an idea…
email: jim.kosloskey@jim-kosloskey.com 29+ years Cloverleaf, 59 years IT - old fart.
-
-
Thanks, Jim and Keith. Based on your suggestions, this is what I came up with.
I created a Chain Route with 3 Chain Details:
1. Raw detail with tps proc that creates a 2nd message and sets MSH:8=ORU in 2nd message (just for identification).
2. Xlate detail for ADT>ADT translation
Top of xlt:
If MSH:8 = ORU > BULKCOPY, CONTINUE, SUPPRESS
proceed with translation of ADT to ADT
3. Xlate detail for ADT>ORU translation
Pre Proc:
If MSH:8 = ADT > SEND
Else > CONTINUE
Top of xlt:
If MSH:8 != ORU > SUPPRESS
proceed with translation of ADT to ORU
Basically, the 1st xlt translates the message marked “ADT”, and just continues the message marked “ORU”.
The Pre Proc on 2nd xlt SENDs the message marked “ADT”, so it doesn’t reach the ADT>ORU xlt.
So, the message marked “ORU” is the only one that reaches the ADT>ORU xlt.
Not real elegant. Any suggestions for improvement?
-
-
-
-
Steve Pringle wrote:
Would this be a case where a tcl proc is a better solution?
-
Jim Kosloskey wrote:
I am not sure you need 3 Xlates.
Might this work?:
First Xlate –
-
- The forum ‘Cloverleaf’ is closed to new topics and replies.
