Posts

Showing posts with the label BizTalk Patterns

Asynchronous or synchronous?

Image
Currently I confronted with a dilemma concerning synchronous or asynchronous processing of batches. A customer I work for currently process batch in the back-end system. This customer is demanding a solution in which processing can be controlled and back-end systems are efficiently used. At the moment this not the case, systems are sometimes running idle and batch processing is done during non-working hours (17:00 – 8:00). Everything in these batches are processed at once and sometimes the batch windows is not sufficient to have everything processed, so this processed the next day. Systems are used during working hours by staff and processing during these hours interferes greatly with their work (long duration for data to pop-up their screen or transactions are not preformed). Therefore they suggested a drop wise batch processing, where processing can be controlled and preformed during day as well on moments that systems are not too busy. I suggested a solution with BizTalk, that is he...

Implementing Enterprise Integration Patterns with BizTalk Server 2006 R2

Image
Who does not know the book Enterprise Integration Patterns written by Greogor Hophe and Bobby Wolf? Or has visited their website . Patterns can help you solve design issues. For instance how can I split messages or how do route based on envelope or body (content) or aggregate information into one single message. So with patterns you can design integration solutions. Microsoft’s server product BizTalk Server can be used to create these kind of solutions. With BizTalk concepts like asynchronous messaging, orchestration, correlation and long-running transactions are possible and these concepts are important for enterprise integration solutions. In general these concepts can also be applied in other vendor- and technology providers. In this post I will share how to implement a pattern in BizTalk Server 2006 R2. I will start with message routing pattern message broker. Question one can ask when to implemented a message broker is this: How can you decouple the destination of a message from ...