Announcing the Availability of the BizTalk ESB Toolkit 2.0

As we have pre-announced during several BizTalk sessions at TechEd North America last month, the BizTalk ESB Toolkit 2.0, formerly known as the ESB Guidance 2.0 - has been released today to the web. It is available on the new ESB page in the BizTalk Developer Center on MSDN.

This toolkit extends BizTalk Server 2009 capabilities to support a loosely coupled and dynamic messaging architecture. It functions as middleware that provides tools for rapid mediation between services and their consumers. Enabling maximum flexibility at run time, the BizTalk ESB Toolkit 2.0 simplifies composition of service endpoints without “hard-wiring” them and also provides management of service interactions at enterprise scale.

Why did we change the name ?

The BizTalk ESB Toolkit 2.0 has been renamed from “ESB Guidance2.0” to reflect the fact that it is now provided as a BizTalk Server 2009 value-add with a better support model. This will hopefully help customers develop mature ESB implementations that will be ready for enterprise-wide deployments.

How does this change support and community engagement?

The BizTalk ESB Toolkit 2.0 Connect site has been created to log bugs with the BizTalk ESB Toolkit Team and to provide updates to additional tools over time. Once you log a bug, someone from the BizTalk ESB Toolkit team will respond to you within five days with an acknowledgment and status. Any future updates or tools will be provided through the Microsoft Download Center.

In addition, an ESB Toolkit Forum is provided on MSDN. These forums target online communities—in particular BizTalk MVPs and other BizTalk community lists. Best-effort assistance will be offered through a closely managed forum. That is, any fixes and responses to questions in the forums are best effort. We will continue to leverage the community to provide peer assistance, although with the capability of issuing fixes if necessary.

What’s new with the ESB Toolkit 2.0?

The BizTalk ESB Toolkit 2.0 provides both architectural enhancements and new capabilities over the previous ESB Guidance 1.0. For more information, see SOA and Web Services section in the New Features in BizTalk 2009 Web page (rename will propagate soon …).

What does the BizTalk ESB Toolkit 2.0 provide?

The BizTalk ESB Toolkit 2.0 provides key building blocks that are required for implementing a comprehensive service-oriented infrastructure (SOI) including:

  • Endpoint run-time discovery and virtualization.
    The service consumer does not need to be aware of the service provider location and endpoint details; a new or modified service provider can be added to the ESB, without interruptions to the service consumer.
  • Loosely coupled service composition.
    The service provider and service consumer do not need to be aware of service interaction style.
  • Dynamic message transformation and translation.
    The mapping definition between distinct message structure and semantics is resolved at run time.
  • Dynamic routing.
    Run-time content-based, itinerary-based, or context-based message routing.
  • Centralized exception management.
    Exception management framework, services, and infrastructure elements that make it possible to create, repair, resubmit, and compensate fault messages that service consumers or BizTalk components submit.
  • Quality of service.
    An asynchronous publish/subscribe engine resolves different levels of service availability and provides high availability, scalability, and message traceability for ESB implementations.
  • Protocol transformation.
    Providing the ability for service provider and service consumer to interact via different protocols including WS-* standards for Web Services. For example, a service provider can send an HTTP Web Service request, which will result in sending a message via the BizTalk SAP adapter.
  • Extensibility.
    Providing multiple extensibility points to extend functionality for endpoint discovery, message routing, and additional BizTalk Server adapters for run time and design time.

How to get started with the BizTalk ESB Toolkit 2.0?

Comments (3)

  1. BizTalk/Oslo/Windows Azure Announcing the Availability of the BizTalk ESB 2.0 Toolkit MGraph Object Model – This paper describes the newly revised object model for dynamic (programmatic) parsing of MGraph output as it exists in the "Oslo" May

  2. As one of the developers of the ESB Toolkit 2.0, I am excited to announce its general availability! …

  3. briankinser says:

    I posted this on Richard Seroters

    But I must congratulate you all!WOW! Really…..Going back 10 years (thats right there was an even worse version than 2000, BizTalk 1) in BizTalk I have just about every codeplex and 3rd party tool imaginable. The older version of the ESB was great but….Dude….There are 2 major pieces to the ESB Toolkit, the source (which you can compile yourself and extend) and the CORE install (which does compile the same source but uses a different snk so be careful mixing installed CORE GAC assemblies with your compiled source (project reference versus GAC reference)

    I have a Windows Server 2008 64bit install with BizTalk 2009 running and have just finished going through the source. I have chosend to implement the exception handling, repair/resubmit, web service operations and the ESB portal. To quote a famous actor “Beauuuutay”.

    I had 72 hrs estimated for and ESB exception handling by using the concepts laid out in the BizTalk HOT ROD magazine where we turn on failed message routing for all send and recieve ports, create fault messages in orchestrations inside an exception scope. The premise is this: Create 3 Error Handling orchestrations; 1 for picking up send port generated fault messages, 1 for recieve port fault messages and 1 for the orchestration fault messages. This gives you more leverage to set contextual properties at the right moment and bubble up correct errors.

    So back to the ESB, i am 15 hours into my estimate and i am now sending all of my failed messages into the ESBException db, which in turn gives a view of the fault message (which of course contains the original message as well) and all of my custom properties set during my orchestration errors. THIS IS HUGE!!!!! Bye bye HAT and mmc consoles and running queries in the group hub. Since it is all WEB now….and business clients can even see there activities from here as well….slight issues are; still getting the charts showing up blank, i have installed the MSChart but i think my version (ESB 2.0) may still like dundas better. Also the BizTalk explorer OM can only run in 32 bit mode however, the default app pool is set to 64 bit, easy change in IIS to set it 32 mode and your good.

    The sample applications (Test Clients!) and source code for the ESB are UNREAL!!!! On a similar vien to the MS Enterprise Library (which is also required) to provide a base library of ESB functionality to extend, which brings me to the repair and resubmit. We all know that infopath can read and display xml easily, the ESB portal not only provides the ability to view and search fault message but opening a message in infopath could let you view even more details, including the original message display using text fields for editing ande providing buttons for resubmittal back to the msg box. Again, “Beauuuutaay”.

    I know i am preaching to the choir hear like you really dont know how friggin cool this is, but if you have BizTalk 2009 this is not only the icing on the cake, it is the steak dinner before and the 4 glasses of wine after (I am an expat MCS so full meals are the norm).

    I have extended the ESB Toolkit(using the BizTalk hot rod approch) and now have implemented a road map for my client for the entire ESB capabilities matrix (UDDI, Resolvers, Transformers, etc..)….The ESB is a true enterprise service registry my friend and your hard work has made it much MUCH easier for the rest of us as well as our clients.


Skip to main content