Properties not promoted in de-batching situation with empty elemen
- From: Sachin <Sachin@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Mon, 7 Jan 2008 16:48:01 -0800
Hi All,
Hope you are having a wonderful day!!
My solution involves a BizTalk receive location receiving a bunch of
records in an interchange and then routing the individual messages in the
interchange for further processing.
The records are de-batched using the default XML receive pipeline with a
normal envelope.
Before de-batching the incoming message looks like this:
<BillingRecordsRequest xmlns="http://BillingRecords">
<Table1 BIL_EMPLOYEE_ID="1234" BIL_DOC_DT="9/11/2007
12:00:00 AM" BIL_TYPE_FLAG="B" />
<Table1 BIL_EMPLOYEE_ID="456" BIL_DOC_DT="9/11/2007 12:00:00
AM" BIL_TYPE_FLAG="C" />
<Table1 BIL_EMPLOYEE_ID="789" BIL_DOC_DT="9/11/2007 12:00:00
AM" BIL_TYPE_FLAG="B" />
</BillingRecordsRequest>
Please note that the element <Table1> does not have a closing tag in the
xml instace above.
The schema for this xml instance has 'BIL_TYPE_FLAG' attribute promoted as a
property.
When the message shown above is received, the message is de-batched but the
property ‘BIL_TYPE_FLAG’ property is not is not promoted on individual
messages.
Now if I change the input message for a different style of element <Table1>
(with enclosing end tag) as shown below, the message gets de-batched and the
property 'BIL_TYPE_FLAG' gets promoted on individual messages:
<BillingRecordsRequest xmlns="http://BillingRecords">
<Table1 BIL_EMPLOYEE_ID="1234" BIL_DOC_DT="9/11/2007
12:00:00 AM" BIL_TYPE_FLAG="B">
</Table1>
<Table1 BIL_EMPLOYEE_ID="456" BIL_DOC_DT="9/11/2007 12:00:00
AM" BIL_TYPE_FLAG="C" >
</Table1>
<Table1 BIL_EMPLOYEE_ID="789" BIL_DOC_DT="9/11/2007 12:00:00
AM" BIL_TYPE_FLAG="B" >
</Table1>
</AR1_DB2_BillingRecordsRequest>
Any ideas why the property does not get promoted in the first case? Any work
around or hotfix?
Thanks for helping out!!
Regards,
Sachin
.
- Prev by Date: Re: unable to intialize correlation for data type "long"
- Next by Date: Alternative to BizTalk’s File Adapter
- Previous by thread: Re: unable to intialize correlation for data type "long"
- Next by thread: Alternative to BizTalk’s File Adapter
- Index(es):