RE: Wrong Message Type applied to message instances

Tech-Archive recommends: Fix windows errors by optimizing your registry



Stephen,

Sorry I did not take the time to thank you for your reply. I've tried what
you suggested but we are still stuck with the same problem. In fact we are
considering writing our own pipeline.

Thanks again

vrouet

"Stephen W. Thomas" wrote:

> Hello.
>
> I have seen a problem like this in the past with my messages getting the
> wrong message type.
>
> Are you specifying the schema in the Collection List inside the
> Disassembler? If so, I think that’s causing the problem. Make sure the
> schemas are in a different assembly then the pipeline.
>
> In my case, I fixed it by separating out the files into different Receive
> Location under different ports. But you might not have that option.
>
> Hope this helps.
>
> Stephen W. Thomas
> http://www.biztalkgurus.com
> http://geekswithblogs.net/sthomas/
>
>
> "vrouet" wrote:
>
> > Hi,
> > Has anyone ever tried to process a schema with mixed elements as below?
> > Sometimes the file can contain only <invoice> or only <service> or both.
> >
> > <Root xmlns="TN.MyEnvelop">
> > <Invoice xmlns="TN.MyInvoice"/>
> > <Invoice xmlns="TN.MyInvoice"/>
> > <service xmlns="TN.MyService"/>
> > </Root>
> >
> > We have deployed 3 schemas, one for the envelop and one per element type
> >
> > Through a pipeline, the envelop does the job of splitting the records but
> > the instances are saved to the message box with the same MessageType! The odd
> > thing is that the MessageType used is the one of the last element found. In
> > the example above the MessageType given to the messages would be
> > "TN.MyService". We tried to end the file with a <Invoice> element and the
> > allocated MessageType becomes "TN.MyInvoice"!!!
> >
> > A test with the xmlDasm utility gives an output that is correct, each
> > message is recognized with the proper MessageType.
> >
> > Against the orchestration process, I ran SQL profiler and watched the "exec
> > [dbo].[bts_InsertProperty]" procedure of the BizTalkMsgBoxDB. The problem
> > seems to come at this stage when the message is inserted in the message box.
> > All are inserted with the same MessageType.
> >
> > This causes wrongly types messages in the MsgBox i.e. not exploitable.
> >
> > If anyone can give me a clue or share a past experience. Am I missing the
> > obvious? Many thanks
> >
> > vrouet
> >
.



Relevant Pages

  • Re: Inbound Mapping
    ... As I know the Base EDI adapter for BizTalk use the same way. ... you wouldn't want to do a transformation in the pipeline. ... you only want to build an xml which adheres to the schema. ...
    (microsoft.public.biztalk.general)
  • Re: Codepage problem: UTF8 -> SJIS in Messaging
    ... > codepages when using schema based messaging. ... > being encoded in the SJIS codepage. ... > I have a file recieve location with a receive pipeline. ... > the codepage handling in the flat file assembler is broken. ...
    (microsoft.public.biztalk.general)
  • RE: This Assembler cannot retrieve a document specification using this
    ... I know you said you can see the doc spec in the BTS Admin, ... Also not sure if you are doing this in your pipeline, ... Envelope and Document schemas that the XML assembler component is using to ... then you would have to reference the schema project from your ...
    (microsoft.public.biztalk.general)
  • RE: Issue containing FFDASMCOMP in BizTalk 2006 Beta2
    ... I have never used the pipeline debugger tool. ... The first time I installed and deployed the schema resolver project, ... The goal is to modify the incoming stream that FFDASMCOMP ...
    (microsoft.public.biztalk.general)
  • Re: Inbound Mapping
    ... you wouldn't want to do a transformation in the pipeline. ... you only want to build an xml which adheres to the schema. ...
    (microsoft.public.biztalk.general)