|
Home > Archive > BizTalk Server Orchestration > December 2004 > Missing document in correlation loop!
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Missing document in correlation loop!
|
|
|
| Hi!
I have a problem of loosing documents.
The case is this :
MSMQT ReceiveLocation receives System.xml.xmldocument's from queue and
starts orchestration.
Activating receive shape Initializes a correlation set which is simple the
same receiveport "BTS.ReceivePortName". (I want every xmldocuments from the
same queue to the same instance of orchestration).
After received the documents orchestartion send's it forward out of
orchestration.
After that I start "Loop" which loops until "IsTimeOut" boolean is set to
True.
Inside the loop there is a "Listen"-shape.
In first connector line of "Listen"-shape there is a "Receive"-shape that
follows the correlation set which was initialized in activating
receive-shape, and actions to forward documents out of the orchestration.
In second connector line of "Listen"-shape there is only "Delay"-shape which
waits n. minutes and if that time occured there is a "Expression"-shape to
set the "IsTimeOut" boolean to "True" to end looping and the hole instance of
orchestration.
Everything work's fine. XMLDocuments are forwarded one by one in the same
instance like I wanted.
BUT I the Delay-time happens to take place in same time than new message has
been received from queue. The result is missing documents.
Orchestration stops with status "Completed, with discarded message".
When I look from HAT's Service details I can see the message but when I try
to save it there nothing to be save for.
Is there anything I can do to correct this major problem.
Or is this a feature!
| |
|
|
|
| Thanks for reply.
There was good stuff in those links and I think that I learned someting once
more.
But the problem is still there.
I took a closer look of my (customers) orchestration and became more
frightened.
I went to HAT --> Query --> "Messages received in past day" and list all
messages that was received from that MSMQT and list the same messages from
--> "Messages sent in past day" and noticed that everytime when I've got
that "Completed with discarded messages" the "Send" action was made to the
same MSMQT than where the message was received from. All other "sends" has
gone to the right webservice address.
One receive/send pair takes time about 1 seconds.
I paste here couple receives and corresponding sends for example :
----------------------------------------------------------------------------------------------
Unparsed Interchange Receive 9.12.2004 17:17:41 MSMQT KassaAineisto
Unparsed Interchange Receive 9.12.2004 17:16:44 MSMQT KassaAineisto
Unparsed Interchange Receive 9.12.2004 17:11:41 MSMQT KassaAineisto
Unparsed Interchange Receive 9.12.2004 17:09:39 MSMQT KassaAineisto
Unparsed Interchange Receive 9.12.2004 17:08:40 MSMQT KassaAineisto
DataSet Send 9.12.2004
17:17:41 SOAP http://ntss44/WMRetail/WS/ReceiptSe...iptService.asmx
DataSet Send 9.12.2004
17:16:44 SOAP http://ntss44/WMRetail/WS/ReceiptSe...iptService.asmx
DSReceipt Send 9.12.2004 17:11:41 MSMQ KassaAineisto
DataSet Send 9.12.2004
17:09:40 SOAP http://ntss44/WMRetail/WS/ReceiptSe...iptService.asmx
DataSet Send 9.12.2004
17:08:43 SOAP http://ntss44/WMRetail/WS/ReceiptSe...iptService.asmx
----------------------------------------------------------------------------------
The 17:11:41 gave "Completed with disc...." message. And 17:16:44 receive
started a new instance of Orhestration.
Those links you gave advised to check those messages and if they are
importat to save them to disk and send manually forward and terminate the
instance. But in this case I know that every message are very important and
when I try to save it, there is nothing to save in HAT's Operation -->
Service Instances. Not even in Query --> "Messages sent in past day".
Then I added tracking flags to Receive Port and Orchestration. Now I can
save all Tracked messages. And the right lost message in only in Query -->
"Message sent in past days" to save for.
In Operations --> Service Intances has only those messages that was send to
destination correctly.
What actually happens in Biztalk process when message in sent back to same
MSMQT from where it was received?
Today there was also a case where no errors was flaged and the Orchestration
instance was completed succesfully, but there was a missed message in
Query--> Messages sent in past day. So I can't be sure that everyting has
went allright only watching HAT's Operations --> Service Instances.
I'm still trying to found out how to eliminate those "zombies".
There must be some way. Maybe one is to find right properties to Correlation
Set or someting....
- Jari
|
|
|
|
|