Re: Biztalk Solution



I'd say it does really comes down to who as better access to the data that
drives the decision. but other considerations such as how easy it will be to
view and modify this configuration.

In BizTalk you may find the rules engine be very useful for this, and will
automatically provide you caching abilities, versioning etc.

Another option is to have a consuming pipeline component in the receive
pipeline to consume any messages that should not be processed (and driven by
db access or something), this is all custom code, but will reduce the load
on the BizTalk server (other then the receiving host) as messages that
should not be processed will not get persisted into the message box and no
instance of an orchestration is required)

you may be able to combine the two and call the rules engine from a the
pipeline component

Yossi Dahan


"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
>


.



Relevant Pages

  • Biztalk Solution
    ... Scenario: Our AS400 generates 214 transactions for all customers. ... only certain customers subscribe to certain transactions. ... Should we filter out those 214's BEFORE they get to Biztalk ...
    (microsoft.public.biztalk.server)
  • Re: Biztalk Solution
    ... a project where BizTalk is intergrated with an Axapta environment. ... Axapta contains all the data, it is easier to let Axapta deside what data to ... Our AS400 generates 214 transactions for all customers. ... only certain customers subscribe to certain transactions. ...
    (microsoft.public.biztalk.server)
  • RE: What is an advantage of using pipeline component?
    ... >Recently I receive request to edit incoming file before it converted to EDI, ... >However, I just wondering, why I have to create a pipeline component? ... You can indeed perform any processing outside of BizTalk. ... received a decent amount of testing for performances and scalability. ...
    (microsoft.public.biztalk.general)
  • Re: Biztalk ERP integration questions
    ... I have seen several BizTalk projects. ... BRE + Orchestrated Transactions or you can do a custom ... flat file records to the end of import file or B) via the managed ERP ... Could this archiving of the incoming messages be handled in ...
    (microsoft.public.biztalk.general)
  • Re: BizTalk customized error logging
    ... exception catches but I can't run it under BizTalk. ... > I have used a custom pipeline component to provide "recovery" from Xml ... > catches exceptions. ... > Alternatively, use BTS2006, where this functionality is standard. ...
    (microsoft.public.biztalk.general)

Loading