|
Home > Archive > BizTalk Server Orchestration > July 2004 > Unconstructed message bites again...
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 |
Unconstructed message bites again...
|
|
| Neal Walters 2004-07-15, 5:50 pm |
| We receive doc1, we transform doc1 to doc2. We then have a decide shape that branches based on a value in doc2. THEN, in the two branches of the decide shape, we want to change the value of a distinguished field in doc2.
The Expression shape disallows and says we have to be in a construct message shape. If we use an assign message (inside a construct) shape, we still get the compile error that says "unconstructed message". We know that it has been constructed. Doesn't
the message keep flowing on forward. Can you not change any of its values once it has been constructed???
Thanks,
Neal Walters
http://Biztalk-Training.com
| |
| Alan Smith 2004-07-16, 2:48 am |
| Hi Neal,
I've had this too. I think it's due to the way the BizTalk constructmessag works.
When the construct shape starts, it will create a new instance of doc2, and the
original message will not be present.
One option you could take is to perform the map, then in the same construct
shape, add a message assignment shape below the transform. In this shape,
use an if statement to make the doc2 modification.
Cheers,
Alan.
BizTalk & .net
Consulting Training Mentoring
Stockholm London Europe
See aboutme for contact info
"Neal Walters" wrote:
> We receive doc1, we transform doc1 to doc2. We then have a decide shape that branches based on a value in doc2. THEN, in the two branches of the decide shape, we want to change the value of a distinguished field in doc2.
>
> The Expression shape disallows and says we have to be in a construct message shape. If we use an assign message (inside a construct) shape, we still get the compile error that says "unconstructed message". We know that it has been constructed. Doesn'
t the message keep flowing on forward. Can you not change any of its values once it has been constructed???
>
> Thanks,
> Neal Walters
> http://Biztalk-Training.com
>
| |
| System.Xml.XmlDocument 2004-07-20, 7:48 am |
| Create a Temp message of Type Doc2
In the First Transformation use a message assignment in which assign
Temp = doc2
In the second construct message do the reverse of above
i.e doc2 = Temp
doc2.Distinguishedfield = "something"
I hope this will solve your problem
Regards
Raja
"Alan Smith" wrote:
[vbcol=seagreen]
> Hi Neal,
>
> I've had this too. I think it's due to the way the BizTalk constructmessag works.
> When the construct shape starts, it will create a new instance of doc2, and the
> original message will not be present.
>
> One option you could take is to perform the map, then in the same construct
> shape, add a message assignment shape below the transform. In this shape,
> use an if statement to make the doc2 modification.
>
> Cheers,
>
> Alan.
>
> BizTalk & .net
> Consulting Training Mentoring
> Stockholm London Europe
> See aboutme for contact info
>
>
>
> "Neal Walters" wrote:
>
n't the message keep flowing on forward. Can you not change any of its values once it has been constructed???[vbcol=seagreen]
| |
| Shankar Stanam[MSFT] 2004-07-21, 2:46 am |
| Might want to be little careful with message assignment, as biztalk does
not do the deep copy. Might want to look at the documentation at
http://msdn.microsoft.com/library/e...g_orch_vwlg.asp for
further help on the topic
This posting is provided "AS IS" with no warranties, and confers no rights.
EBusiness Server Team
|
|
|
|
|