|
Home > Archive > BizTalk Server Orchestration > April 2005 > choice schema nodes -- count of/referencing
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 |
choice schema nodes -- count of/referencing
|
|
| ChuckD_Duncan 2005-04-26, 5:49 pm |
| I need to allow 0 or more of a particular node in a schema (call it ADDRESS
so there can be multiple addresses in the schema).
How do I tell if it is present? How do I tell how many there are? And
since I can't promote it in anyway, how can I manage the contents within
the orchestration??
| |
|
| Do you have a map in your orchestration?
If so, you can do a recordcount on that node using a fuctoid
"ChuckD_Duncan" <cduncan@guardianangelcorp.com> wrote in message
news:3c689e14f9e075297ef0cfc85c3de0ce@lo
calhost.talkaboutsoftware.com...
> I need to allow 0 or more of a particular node in a schema (call it
ADDRESS
> so there can be multiple addresses in the schema).
> How do I tell if it is present? How do I tell how many there are? And
> since I can't promote it in anyway, how can I manage the contents within
> the orchestration??
>
| |
| ChuckD_Duncan 2005-04-27, 5:52 pm |
| Thanks... that gives me some idea of a direction to head. It makes me
think that dealing with the multiple records might be done in the map...
like putting these into separate Database records, or iterating over them
to process the information ??
I will keep tinkering and see if I can learn how to manage this.
| |
|
|
Sure.
Unless you need to transform the data into something else for a reason
(delivery, et al), the map shouldnt really be used.
Another, likely better option, is to send the message into the business
rules engine using the "exists" condition on the node that may or may not be
there. Then you can even call a database.
Likely you can also use the expression shape to do an xml logical existence.
Create a variable as a sys.xml.xmldocument and check the intellisense to see
if an appropriate method is there. If so, you can check it there, and take
a decision shape on the result, or whatever
"ChuckD_Duncan" <cduncan@guardianangelcorp.com> wrote in message
news:27c68cf1a1a67c75f9761a8a8290ae55@lo
calhost.talkaboutsoftware.com...
> Thanks... that gives me some idea of a direction to head. It makes me
> think that dealing with the multiple records might be done in the map...
> like putting these into separate Database records, or iterating over them
> to process the information ??
> I will keep tinkering and see if I can learn how to manage this.
>
|
|
|
|
|