Re: Biztalk Solution
- From: "Gerrit Hulleman" <hulleman@xxxxxx>
- Date: Sun, 17 Jul 2005 21:16:45 +0200
Depends upon the desired and current situation I would say. I am working on
a project where BizTalk is intergrated with an Axapta environment. Because
Axapta contains all the data, it is easier to let Axapta deside what data to
send and BizTalk to interface that data to the outside world. This could
also apply to your AS400 situation.
The benefits in my experience of having the provider determine the data to
be send has the following benefits in the situation:
- BizTalk does not have to query any databases to do it's job
- Lesser data send for BizTalk processing (saves network bandwidth and
processing ability). Currently BizTalk is kinda the bottleneck in the
process.
In your case I recommend you to look at the current database access from
BizTalk, the load and the resources. Both options seem feasable. Do not know
what is 'best practice'.
Gerrit
"pfeifest" <pfeifest@xxxxxxxxxxx> wrote in message
news:1121462823.020488.29300@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> Hello-
>
> We are setting up a Biztalk Enterprise Solution and we are trying to
> determine how 214 transactions will be handled.
>
> Scenario: Our AS400 generates 214 transactions for all customers.
> However, only certain customers subscribe to certain transactions.
>
> Question: Should we filter out those 214's BEFORE they get to Biztalk
> or should be let Biztalk determine whether these transactions need to
> be sent or not (though Orchestration and partner codes).
>
> Thanks for any input-
>
> pfeifest
>
.
- References:
- Biztalk Solution
- From: pfeifest
- Biztalk Solution
- Prev by Date: Biztalk Solution
- Next by Date: Re: Biztalk Solution
- Previous by thread: Biztalk Solution
- Next by thread: Re: Biztalk Solution
- Index(es):
Relevant Pages
|
Loading