|
Home > Archive > BizTalk Server General > March 2005 > Reusing maps
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]
|
|
| Craig Neuwirt 2005-03-01, 5:55 pm |
| My application contains serveral maps, each which has the same source
schema, but different destination schemas. There are several elements in
the source schema that are mapped to the same element in the destination
schema. e.g. The source schema maps a Person element into an Individual
element in ALL destination schemas. What is the best to encapsulate that
common mapping section so that I don't need to duplicate it in each mapping.
Do I copy what BizTalk produced and use a scripting functoid? I would like
to have 1 place where this sub-mapping is defined so I only need to change
it once.
thanks,
craig
| |
| Sasidhar Parvatham 2005-03-01, 5:55 pm |
| How about using an extra map consisting of all the common mappings.
Map1 ---->
Final Schema1
Initial Schema --------> Intermediate Schema --- ----> Final Schema2
----> Final Schema3
Create a schema (Intermediate) similar to final schema (with common
elements/attributes) such that it has all the unmapped data from Initial
schema under a separate node. This way you will have to edit just one map if
you have any updates to make. This helps complexity of maps and easy to
maintain. You can follow similar design if you have multiple input schemas.
--
Sasidhar
http://bizstop.blogspot.com/
"Craig Neuwirt" <cneuwirt@emsinet.com> wrote in message
news:usuwhEnHFHA.2860@TK2MSFTNGP12.phx.gbl...
> My application contains serveral maps, each which has the same source
> schema, but different destination schemas. There are several elements in
> the source schema that are mapped to the same element in the destination
> schema. e.g. The source schema maps a Person element into an Individual
> element in ALL destination schemas. What is the best to encapsulate that
> common mapping section so that I don't need to duplicate it in each
mapping.
> Do I copy what BizTalk produced and use a scripting functoid? I would
like
> to have 1 place where this sub-mapping is defined so I only need to change
> it once.
>
> thanks,
> craig
>
>
| |
| Sasidhar Parvatham 2005-03-01, 5:55 pm |
| Well... it did not show the message as I expected. But, I hope you got basic
idea.
Initial -> Intermediate -> Multiple Final Schemas
--
Sasidhar
http://bizstop.blogspot.com/
"Sasidhar Parvatham" <sasidhar.parvatham@gmail.com> wrote in message
news:eZyvoYnHFHA.3612@TK2MSFTNGP09.phx.gbl...
> How about using an extra map consisting of all the common mappings.
>
>
---->
> Final Schema1
> Initial Schema --------> Intermediate Schema --- ----> Final Schema2
>
> ----> Final Schema3
>
> Create a schema (Intermediate) similar to final schema (with common
> elements/attributes) such that it has all the unmapped data from Initial
> schema under a separate node. This way you will have to edit just one map
if
> you have any updates to make. This helps complexity of maps and easy to
> maintain. You can follow similar design if you have multiple input
schemas.
>
> --
> Sasidhar
> http://bizstop.blogspot.com/
>
>
> "Craig Neuwirt" <cneuwirt@emsinet.com> wrote in message
> news:usuwhEnHFHA.2860@TK2MSFTNGP12.phx.gbl...
in[vbcol=seagreen]
that[vbcol=seagreen]
> mapping.
> like
change[vbcol=seagreen]
>
>
| |
| Craig Neuwirt 2005-03-01, 5:55 pm |
| Sasidhar,
So are you suggesting having 2 maps, one for the common and one for the
specific. I would then have to transform shapes in my orchestration for
each map?
thanks,
craig
"Sasidhar Parvatham" <sasidhar.parvatham@gmail.com> wrote in message
news:ulvUUlnHFHA.3332@TK2MSFTNGP14.phx.gbl...
> Well... it did not show the message as I expected. But, I hope you got
basic
> idea.
>
> Initial -> Intermediate -> Multiple Final Schemas
> --
> Sasidhar
> http://bizstop.blogspot.com/
>
>
>
> "Sasidhar Parvatham" <sasidhar.parvatham@gmail.com> wrote in message
> news:eZyvoYnHFHA.3612@TK2MSFTNGP09.phx.gbl...
> ---->
map[vbcol=seagreen]
> if
> schemas.
> in
destination[vbcol=seagreen]
Individual[vbcol=seagreen]
> that
> change
>
>
| |
| Sasidhar Parvatham 2005-03-01, 5:55 pm |
| Its up to you. It depends on the business process logic. If your logic
permits then you can use first map in the receive port itself. If all you
need is message transformation, you dont need to use orchestration at all.
Please take a look at this post.
http://codebetter.com/blogs/jeff.ly...0/28/30200.aspx
Please note that my suggestion was purely based on what you asked for and it
did not consider various implications, which might arise for your specific
case. So please use your judgement while designing.
--
Sasidhar
http://bizstop.blogspot.com/
"Craig Neuwirt" <cneuwirt@emsinet.com> wrote in message
news:OsOWAOoHFHA.3040@TK2MSFTNGP10.phx.gbl...
> Sasidhar,
>
> So are you suggesting having 2 maps, one for the common and one for the
> specific. I would then have to transform shapes in my orchestration for
> each map?
>
> thanks,
> craig
>
>
> "Sasidhar Parvatham" <sasidhar.parvatham@gmail.com> wrote in message
> news:ulvUUlnHFHA.3332@TK2MSFTNGP14.phx.gbl...
> basic
Initial[vbcol=seagreen]
> map
to[vbcol=seagreen]
source[vbcol=seagreen]
elements[vbcol=seagreen]
> destination
> Individual
would[vbcol=seagreen]
>
>
| |
| Craig Neuwirt 2005-03-02, 6:02 pm |
| Thanks for all your input Sasidhar. I think I understand what your
recommend and that should work fine for me.
craig
"Sasidhar Parvatham" <sasidhar.parvatham@gmail.com> wrote in message
news:%23khoSopHFHA.2276@TK2MSFTNGP15.phx.gbl...
> Its up to you. It depends on the business process logic. If your logic
> permits then you can use first map in the receive port itself. If all you
> need is message transformation, you dont need to use orchestration at all.
> Please take a look at this post.
> http://codebetter.com/blogs/jeff.ly...0/28/30200.aspx
>
> Please note that my suggestion was purely based on what you asked for and
it
> did not consider various implications, which might arise for your specific
> case. So please use your judgement while designing.
> --
> Sasidhar
> http://bizstop.blogspot.com/
>
>
> "Craig Neuwirt" <cneuwirt@emsinet.com> wrote in message
> news:OsOWAOoHFHA.3040@TK2MSFTNGP10.phx.gbl...
the[vbcol=seagreen]
Schema2[vbcol=seagreen]
> Initial
one[vbcol=seagreen]
> to
> source
> elements
encapsulate[vbcol=seagreen]
each[vbcol=seagreen]
> would
to[vbcol=seagreen]
>
>
|
|
|
|
|