|
|
 |
| Biztalk General discussion about Biztalk server. |
Welcome to the p2p.wrox.com Forums.
You are currently viewing the Biztalk section of the Wrox p2p Programmer to Programmer discussion community. This is a community of more than 40,000 computer programmers including Wrox book authors and readers. As a guest, you can read any forum posting. By joining our free Wrox p2p community you can post your own programming questions and respond to other programmers’ questions. Registered users also don't have to see the ads that are displayed to guests. Registration is fast, simple and absolutely free so please, join today!
Join today and post to win prizes! Post more to increase your chances of being Wrox’s top poster of the month.
|
 |

September 19th, 2006, 10:50 PM
|
|
Registered User
|
|
Join Date: Aug 2006
Location: , , .
Posts: 4
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Multiple receive ports in an orchestration
I am having an issue with an orchestration that I am creating that has the following parameters.
I receive a message (XML) on a Request/Response port. The message is then sent to a send port that passes the message to the MSMQT. The MSMQT passes the message to an application. After the app does its processing, it passes a Response XML file back to a different MSMQ queue (part of the architecture unfortunately). A receive port listening in on the second MSMQT takes the message, passes the message to the Response part of the port operation.
I set the first receive message initializes the BTS.MessageID as the correlation set property. The remaining messages use that correlation set. The issue is that when I build the solution, I get the following error:
"in a sequential convoy the ports must be identical."
I researched this issue and found that this issue occurs when you do not share a receive port.
I was wondering if anyone has encountered this problem and found a way around it. I have to stay with the 2 receive port system. Would separating the orchestration into two work? I should be able to use the BTS.MEssageID property in that second orchestration.
Any help would be greatly appreciated on this issue.
|

November 17th, 2006, 05:22 PM
|
|
Registered User
|
|
Join Date: Nov 2006
Location: , , .
Posts: 1
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
I have encountered a similar problem. Have you found any resolution?
|

April 15th, 2007, 09:16 PM
|
|
Registered User
|
|
Join Date: Apr 2007
Location: , , .
Posts: 1
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
It's just happening because you are initializing and following a correlation both in a receive shape. Try to initialize the correlation in a send shape and then follow the correlation using a receive shape.
I Hope it helps !
Bruno Spinelli.
|

October 25th, 2008, 05:16 AM
|
|
Registered User
|
|
Join Date: May 2008
Location: Mumbai, Maharashtra, India.
Posts: 1
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Hello Bruno,
I am also having the same issue. The requirement is such, that i have to use one receive port scheduled message in order to activate the orchestration & two another receive port for same message type.
As you said, try to initialize the correlation in a send shape and then follow the correlation using a receive shape.
My question is:which send shape & which receive shape you are talking about?
Please reply... thanks alot in advance
Regards,
harry
Happy Programming,
harry
|
| Thread Tools |
Search this Thread |
|
|
|
| Display Modes |
Linear Mode
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
|
 |