Home > Articles > Software Development & Management

What Is the Biztalk Philosophy?

Microsoft developed the BizTalk philosophy, which describes how applications can interoperate seamlessly without the need for specialized gateways and protocol converters. XML is the foundation of this philosophy. Microsoft's BizTalk products only partially succeed in implementing this philosophy, however, which is much more ambitious a vision than Microsoft or any other vendor can achieve in the year 2001.
James Kobielus is a contributing editor for Network World and writes its popular column "Above the Cloud." He is the author of more than 150 columns, books, feature articles, and buyers' guides. This article is excerpted from his book BizTalk: Implementing Business-to-Business E-Commerce (Prentice Hall PTR, 2000, ISBN 0-13-089159-2).
Like this article? We recommend

Microsoft presents BizTalk as a new philosophy for implementing multivendor e-commerce infrastructures. It is unfamiliar territory for Microsoft, the company that has pressed a "Windows Everywhere" party line for years. The BizTalk philosophy, by contrast, calls for an e-commerce environment that, on the surface, seems to not depend on only one operating system. According to the philosophy, a BizTalk e-commerce infrastructure is multiplatform, relies on open Internet standards, and integrates applications through loosely coupled, message-passing protocols.

The core of Microsoft's BizTalk philosophy is encapsulated in the slogan "no glue," which speaks more to a technical crowd than to a general business audience. As expressed in a Microsoft white paper on the topic, the concept of "glue" permeates traditional attempts to bridge incompatible systems and applications. The paper defines "glue" as a paradigm for application integration that involves all of the following:

  • Deployment of best-of-breed applications that are often incompatible in terms of their capability to share data and interface process logic

  • Definition of an ad-hoc information model or schema common to the incompatible applications

  • Use of a specific transport protocol for interfacing application components to each other across a network or across the bus in a particular machine

  • Implementation of an intermediate layer of software adapters (either on the same or different machines as the communicating applications) for exposing the functionality of otherwise-incompatible systems, translating objects and data shared by the systems, managing transfer of objects and data between the systems over appropriate protocols, and enforcing appropriate business rules in interactions between the systems

One advantage of the "glue" approach is that it allows companies to avoid rewriting existing applications in order to get them to work together. As a result, you can eliminate the delay, cost, and trouble of rewriting one or more applications. Instead, you implement an adapter layer—usually a communication-gateway or format-translation program—that adapts the outputs of one application to the inputs of the other, and vice versa. You might also use an object protocol—such as Common Object Request Broker Architecture (CORBA)—to allow dispersed applications to behave as if they were running on the same machine under the same operating system.

Another advantage of the "glue" approach is that it gives companies the flexibility to acquire "best of breed" software packages that run on different platforms or operating environments. As long as you can acquire or develop a software "glue layer" to interface "best-of-breed" applications, you can make incompatible environments play together to some extent. You don't necessarily need to run all applications under a single operating environment, such as Microsoft Windows 2000 or Sun Solaris, to get them to interoperate.

The great disadvantage of the "glue" approach is the maintenance burden on programmers and the corresponding cost burden on companies that employ them. We can define the "glue" approach's maintenance burden through the following statements, which form a sort of "devil's syllogism" for software developers:

  • The greater the range of applications to be integrated, the greater is the need for upfront systems analysis and planning at a global level.

  • The greater the range of applications to be integrated, the more system analyst hours are needed to plan and oversee this integration.

  • The greater the range of applications to be integrated, the broader are the ranges of programming conventions, binary data types, security contexts, and methods that will need to be bridged among them.

  • The greater the range of applications and programming conventions to be integrated, the more complex is the range of potential interactions among them.

  • The more complex the interactions, the more intricate and convoluted the "glue" code has to be, and the more often this code will have bugs and glitches.

  • The more rapidly the various applications change, the more often the "glue" code needs to be modified.

  • The more intricate the "glue" code is, the more often it has bugs and glitches; and the more often it needs to be modified, the more often it needs to be tested.

  • The more often the "glue" code needs to be modified and tested, the more programmer-hours are needed to do this work.

  • The more often the "glue" code has bugs and glitches, the more programmer-hours are needed to diagnose, troubleshoot, and fix it.

  • The broader the range of applications that this "glue code" interfaces, the broader are the skill sets of analysts and programmers who work on this "glue code" (hence, the more expensive the technical talent needed to keep it all running).

Microsoft rightly notes that the traditional "glue" approach will not scale up to this new age of universal e-commerce, which will require heretofore unheard-of levels of end-to-end application integration across diverse companies and technical environments. The way out of the devil's syllogism of the "glue" paradigm, according to the BizTalk philosophy, is to implement more "loosely coupled" integration among communicating applications.

Under BizTalk's "no-glue" paradigm, applications don't need to be aware of each other's calling conventions—such as programming parameters to be passed, and data types and formats to be returned. Instead, you establish a universal communication infrastructure and interchange format that manages the flows of information between applications. This universal infrastructure and format will eliminate application dependencies on the locations of various software components, on the protocols that bridge these components, and on the object models and programming constructs that bind them into an integrated application service. The more universally the applications interface to a universal infrastructure, and generate and consume the universal format, the less need there will be for intermediate "glue" code to help them interoperate.

One technical basis upon which Microsoft grounds the BizTalk philosophy is a fairly recent standard called the Extensible Markup Language (XML), which was ratified by the World Wide Web Consortium (W3C) in February 1998. Another technical linchpin for BizTalk is an older technology known alternately as message-oriented middleware (MOM) or message brokering.

Let's focus on XML because this is the core technology behind the BizTalk framework. Essentially, XML provides a flexible language for defining content that carries its own application context. A "self-describing" XML document, object, or message can contain all the content and context that two dissimilar systems or applications need to ensure interoperability. Communicating applications need not share a common object model, network protocol, operating system, database, or programming language as long as they can exchange and interpret messages formatted in XML. Senders and recipients of XML documents are free to process them as they wish, without being tightly coupled to each other.

That's XML's promise, and it's well on the way to fulfilling that promise, judging by the impressive range of vendors who are implementing it and vertical markets that have based their interoperability standards on it. Microsoft is certainly not the only software vendor singing the praises of XML these days. However, Microsoft's embrace of XML as the basis for its BizTalk Framework has occasioned some industry cynicism about the company's motives. Some observers suspect that Microsoft has defined the BizTalk Framework to build hidden "hooks" that constrain users to implementing these specifications exclusively over Windows environments. There are legitimate grounds for such cynicism, but the real story is not pure black-and-white. Shortly, we will discuss limitations and catches in the current version, 2.0, of the BizTalk Framework.

Microsoft says it has gotten religion on the issue of open standards, and offers the BizTalk Framework as testament to its newfound faith. The company says it based the BizTalk Framework on two guiding principles: Use standards wherever possible, and make the process of defining the interoperability specifications as open as possible. The BizTalk Framework consists of the following components:

  • A technical specification that defines mandatory and optional XML tags for a BizTalk "message envelope"

  • An online repository (http://www.biztalk.org/) that contains vertical-market XML "schemas" for the e-commerce documents to be transmitted in the standard BizTalk message envelope

Microsoft claims that the BizTalk Framework realizes the "no-glue" philosophy in three ways. However, the company has left the Framework littered with caveats that could easily be interpreted as defining the need for a new generation of "glue" under the guise of XML-oriented middleware.

First, Microsoft states that BizTalk eliminates the need for applications to agree on a particular transport protocol in order to exchange BizTalk message envelopes because the framework is protocol-independent. Nevertheless, Microsoft strongly encourages the use of message-oriented middleware protocols, such as its own Microsoft Message Queue (MSMQ) protocol.

Second, Microsoft claims that BizTalk doesn't require applications to agree on or be aware of each other's calling conventions in order to exchange BizTalk message envelopes and process them successfully. However, the company has left several state variables that require some knowledge of platform-specific application contexts undefined, such as those under its Windows 2000 operating system (OS).

Third, Microsoft claims that BizTalk eliminates the need for special-purpose adapter software layers to support object and data mapping and interchange among multiple applications. However, the BizTalk Framework strongly suggests the need for a general-purpose e-commerce adapter layer, such as that provided by its BizTalk Server product.

We won't argue the metaphysical and ultimately futile issue of what constitutes the complete absence of "glue" in a distributed application environment. However, one important point to remember is that Microsoft is overstating its case when it asserts that "BizTalk applications are essentially blind"—in other words, that they need no foreknowledge of the configuration or state of other applications in order to exchange and process BizTalk-wrapped e-commerce documents effectively. We've shown that the BizTalk envelope specification leaves large loopholes for platform-specific, end-to-end implementations.

About the Author

James Kobielus has more than 15 years experience as an analyst in the distributed computing and telecommunications industry. He is a recognized authority on strategic telecommunications and information systems topics, and is an occasional speaker at network-computing industry conferences. He is a contributing editor for Network World, and writes its popular column "Above the Cloud." He is the author of more than 150 columns, books, feature articles, and buyers' guides, including Measuring Business Value of Information Technologies (International Center for Information, 1987, ISBN 0-9450-9802-2) and Workflow Strategies (IDG, 1997, ISBN 0-7645-3012-7). His latest book is BizTalk: Implementing Business-to-Business E-Commerce (Prentice Hall PTR, 2000, ISBN 0-13-089159-2).

InformIT Promotional Mailings & Special Offers

I would like to receive exclusive offers and hear about products from InformIT and its family of brands. I can unsubscribe at any time.

Overview


Pearson Education, Inc., 221 River Street, Hoboken, New Jersey 07030, (Pearson) presents this site to provide information about products and services that can be purchased through this site.

This privacy notice provides an overview of our commitment to privacy and describes how we collect, protect, use and share personal information collected through this site. Please note that other Pearson websites and online products and services have their own separate privacy policies.

Collection and Use of Information


To conduct business and deliver products and services, Pearson collects and uses personal information in several ways in connection with this site, including:

Questions and Inquiries

For inquiries and questions, we collect the inquiry or question, together with name, contact details (email address, phone number and mailing address) and any other additional information voluntarily submitted to us through a Contact Us form or an email. We use this information to address the inquiry and respond to the question.

Online Store

For orders and purchases placed through our online store on this site, we collect order details, name, institution name and address (if applicable), email address, phone number, shipping and billing addresses, credit/debit card information, shipping options and any instructions. We use this information to complete transactions, fulfill orders, communicate with individuals placing orders or visiting the online store, and for related purposes.

Surveys

Pearson may offer opportunities to provide feedback or participate in surveys, including surveys evaluating Pearson products, services or sites. Participation is voluntary. Pearson collects information requested in the survey questions and uses the information to evaluate, support, maintain and improve products, services or sites, develop new products and services, conduct educational research and for other purposes specified in the survey.

Contests and Drawings

Occasionally, we may sponsor a contest or drawing. Participation is optional. Pearson collects name, contact information and other information specified on the entry form for the contest or drawing to conduct the contest or drawing. Pearson may collect additional personal information from the winners of a contest or drawing in order to award the prize and for tax reporting purposes, as required by law.

Newsletters

If you have elected to receive email newsletters or promotional mailings and special offers but want to unsubscribe, simply email information@informit.com.

Service Announcements

On rare occasions it is necessary to send out a strictly service related announcement. For instance, if our service is temporarily suspended for maintenance we might send users an email. Generally, users may not opt-out of these communications, though they can deactivate their account information. However, these communications are not promotional in nature.

Customer Service

We communicate with users on a regular basis to provide requested services and in regard to issues relating to their account we reply via email or phone in accordance with the users' wishes when a user submits their information through our Contact Us form.

Other Collection and Use of Information


Application and System Logs

Pearson automatically collects log data to help ensure the delivery, availability and security of this site. Log data may include technical information about how a user or visitor connected to this site, such as browser type, type of computer/device, operating system, internet service provider and IP address. We use this information for support purposes and to monitor the health of the site, identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents and appropriately scale computing resources.

Web Analytics

Pearson may use third party web trend analytical services, including Google Analytics, to collect visitor information, such as IP addresses, browser types, referring pages, pages visited and time spent on a particular site. While these analytical services collect and report information on an anonymous basis, they may use cookies to gather web trend information. The information gathered may enable Pearson (but not the third party web trend services) to link information with application and system log data. Pearson uses this information for system administration and to identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents, appropriately scale computing resources and otherwise support and deliver this site and its services.

Cookies and Related Technologies

This site uses cookies and similar technologies to personalize content, measure traffic patterns, control security, track use and access of information on this site, and provide interest-based messages and advertising. Users can manage and block the use of cookies through their browser. Disabling or blocking certain cookies may limit the functionality of this site.

Do Not Track

This site currently does not respond to Do Not Track signals.

Security


Pearson uses appropriate physical, administrative and technical security measures to protect personal information from unauthorized access, use and disclosure.

Children


This site is not directed to children under the age of 13.

Marketing


Pearson may send or direct marketing communications to users, provided that

  • Pearson will not use personal information collected or processed as a K-12 school service provider for the purpose of directed or targeted advertising.
  • Such marketing is consistent with applicable law and Pearson's legal obligations.
  • Pearson will not knowingly direct or send marketing communications to an individual who has expressed a preference not to receive marketing.
  • Where required by applicable law, express or implied consent to marketing exists and has not been withdrawn.

Pearson may provide personal information to a third party service provider on a restricted basis to provide marketing solely on behalf of Pearson or an affiliate or customer for whom Pearson is a service provider. Marketing preferences may be changed at any time.

Correcting/Updating Personal Information


If a user's personally identifiable information changes (such as your postal address or email address), we provide a way to correct or update that user's personal data provided to us. This can be done on the Account page. If a user no longer desires our service and desires to delete his or her account, please contact us at customer-service@informit.com and we will process the deletion of a user's account.

Choice/Opt-out


Users can always make an informed choice as to whether they should proceed with certain services offered by InformIT. If you choose to remove yourself from our mailing list(s) simply visit the following page and uncheck any communication you no longer want to receive: www.informit.com/u.aspx.

Sale of Personal Information


Pearson does not rent or sell personal information in exchange for any payment of money.

While Pearson does not sell personal information, as defined in Nevada law, Nevada residents may email a request for no sale of their personal information to NevadaDesignatedRequest@pearson.com.

Supplemental Privacy Statement for California Residents


California residents should read our Supplemental privacy statement for California residents in conjunction with this Privacy Notice. The Supplemental privacy statement for California residents explains Pearson's commitment to comply with California law and applies to personal information of California residents collected in connection with this site and the Services.

Sharing and Disclosure


Pearson may disclose personal information, as follows:

  • As required by law.
  • With the consent of the individual (or their parent, if the individual is a minor)
  • In response to a subpoena, court order or legal process, to the extent permitted or required by law
  • To protect the security and safety of individuals, data, assets and systems, consistent with applicable law
  • In connection the sale, joint venture or other transfer of some or all of its company or assets, subject to the provisions of this Privacy Notice
  • To investigate or address actual or suspected fraud or other illegal activities
  • To exercise its legal rights, including enforcement of the Terms of Use for this site or another contract
  • To affiliated Pearson companies and other companies and organizations who perform work for Pearson and are obligated to protect the privacy of personal information consistent with this Privacy Notice
  • To a school, organization, company or government agency, where Pearson collects or processes the personal information in a school setting or on behalf of such organization, company or government agency.

Links


This web site contains links to other sites. Please be aware that we are not responsible for the privacy practices of such other sites. We encourage our users to be aware when they leave our site and to read the privacy statements of each and every web site that collects Personal Information. This privacy statement applies solely to information collected by this web site.

Requests and Contact


Please contact us about this Privacy Notice or if you have any requests or questions relating to the privacy of your personal information.

Changes to this Privacy Notice


We may revise this Privacy Notice through an updated posting. We will identify the effective date of the revision in the posting. Often, updates are made to provide greater clarity or to comply with changes in regulatory requirements. If the updates involve material changes to the collection, protection, use or disclosure of Personal Information, Pearson will provide notice of the change through a conspicuous notice on this site or other appropriate way. Continued use of the site after the effective date of a posted revision evidences acceptance. Please contact us if you have questions or concerns about the Privacy Notice or any objection to any revisions.

Last Update: November 17, 2020