Home > Store

IT Web Services: A Roadmap for the Enterprise

Register your product to gain access to bonus material or receive a coupon.

IT Web Services: A Roadmap for the Enterprise


  • Sorry, this book is no longer in print.
Not for Sale


  • Copyright 2003
  • Edition: 1st
  • Book
  • ISBN-10: 0-13-009719-5
  • ISBN-13: 978-0-13-009719-4

IT Web Services builds a compelling business case for why Web Services need to be seriously considered by businesses of all sizes. It also book provides a framework for understanding Web Services and related technologies including XML, SOAP, UDDI and WSDL. Recognizing that the standards alone do not completely address many of the challenges faced by enterprises including security, provisioning, versioning, etc., the book also covers Web Services Networks and explains the pros/cons of adopting this technology. Featuring over a dozen in-depth interviews and case studies with executives at leading technology firms (Iona, SilverStream, etc.) as well as early adopters (Putnam Lovell, etc.) Nghiem provides lessons learned from real companies who have leveraged Web Services to significantly reduce integration costs and create new markets. A decision maker can quickly read these case studies and learn why Web Services are a critical technology that bears further investigation.

Sample Content

Online Sample Chapter

The Basic Web Services Stack

Downloadable Sample Chapter

Click here for a sample chapter for this book: 0130097195.pdf

Table of Contents






Bundled Software.

Contacting the Author.

Continued Web Support.

1. Business Drivers for Integration.

Current Technological Limitations. Object-Oriented Technology. Component-Based Development (CBD). Middleware. Application Servers. HTML. Electronic Data Interchange (EDI). Packaged Applications. Enterprise Application Integration (EAI). Summary.

2. The Basic Web Services Stack.

Service-Oriented Architecture (SOA). Extensible Markup Language (XML). XML Syntax. XML Parsers. Service-Oriented Access Protocol (SOAP). Web Services Definition Language (WSDL). WSDL Syntax. Invoking Existing Web Services: A Sample. Universal Description, Discovery, and Integration (UDDI). UDDI Categories. UDDI Data Model. UDDI Usage Scenarios. Types of UDDI Registries. Web Services and Other Technologies. Phases of Adoption. Phase I (2002ö2003+). Phase II (2003ö2005). Phase III (2006+). Summary.

3. Enterprise-Level Web Services.

RPC-Oriented Web Services (Synchronous). Document-Oriented Web Services (Asynchronous). Loose Coupling. Asynchrony Support. A Business-Level Interface. The Importance of Messaging. Guaranteed Delivery. Only-Once Delivery. In-Order Delivery. Transformation. Content-Based Routing. Workflow Modeling. Adapters. Message Warehousing. Management. Models of Integration. Point-to-Point Integration. Publish-Subscribe Integration. Summary.

4. Web Services Platforms.

The J2EE Platform. The J2EE APIs. Java XML Pack. J2EE Web Services Integration. Major J2EE Vendors. BEA Systems. Iona Technologies. The Microsoft .NET Platform. .NET's Main Component Areas. Visual Studio.NET. Business Impact of .NET. Summary.

5. Deployment Issues.

Web Services Security. Authentication. Encryption. Authorization. XML and SOAP Security. Web Services Scalability. Web Services over HTTP. Summary.

6. Web Services Networks.

Grand Central. Overview. Value-Added Features. Grand Central Summary. Flamenco Networks. Overview. Additional Functionality. Migrating to Flamenco Networks. Factors for Selection. Interview: Flamenco Networks. Interview: Grand Central Communications. Summary.

7. Web Services Architectural Patterns.

Native Web Services. Web Services Proxy. Document-centric Web Services. Orchestration Web Services. Summary.

8. A Plan for Adopting Web Services.

Identify Goals. Select the Pilot Project. Learn the Standards. Address Gaps in the Standards. Re-Evaluate the Development Process. Organize the Workflow. Use Existing Infrastructure. Skills. Hardware. Software. Publish the Web Services. Manage the Web Services. Pick the Tools and Vendor. Build the Budget and Schedule. Summary.

9. Emerging Trend: Software as a Service.

Value Proposition. Revenue Models. Interview: Employease, an SAAS Pioneer. Summary.

Appendix A. ebXML and Other XML Initiatives.

ebXML. ebXML Basics. Sample ebXML Integration Scenario. ebXML and Web Services. WSFL and Other Emerging Technologies. Interoperability Groups. Web Services Interoperability Group (WS-I). SOAPBuilders Group. The Liberty Alliance Project. Summary.

Appendix B. Case Studies.

Lessons Learned from Case Studies. Case Study: Reducing Integration Costs. (Putnam Lovell Securities Incorporated). Case Study: Building a Marketplace with Web Services. (Pantechnik International). Case Study: Building Private UDDI Repositories. (Talaris Corporation).

Appendix C. Perspectives of Web Services Vendors.

Interview: SilverStream Software, an Early Adopter of WSFL. Interview: Collaxa and Web Services Orchestration. Interview: Iona Technologies, an Interoperability Veteran. Interview: Cape Clear-Simplifying Development.

Appendix D. Product Review: XMLBus.

Overview. XMLBus Tools. Web Service Builder. Web Service Manager. Test Client. Message Spy. UDDI Browser. The XAR File. Publishing a Web Service. Deploying a Web Service. Conclusion.



About the Author.

About the CD.



Today, more than ever, enterprises are faced with great challenges: rising development costs, budget cutbacks, and increasing customer demands, to name a few. Decision makers must determine which projects to fund and are often confronted with an existing technology infrastructure that already includes a hodgepodge of technologies, such as object-oriented technologies, enterprise application integration (EAI), enterprise resource planning (ERP), and customer relationship management (CRM).

Against this backdrop, Web Services emerge promising many wonderful benefits, such as reduced integration costs and a low learning curve. How can a technology planner reconcile these promises with conflicting real-life experiences involving incomplete standards, lack of security features, and other key issues? How should these gaps be addressed? Do Web Services replace existing technologies or do they augment them? Has any firm adopted Web Services successfully? If so, what were the benefits and how was it done? What makes Web Serv-ices different from previous attempts of interoperability such as Common Object Request Broker Architecture (CORBA)? And why is it inevitable that Web Services or the like will be adopted on a grand scale?

The answer is that early adopters of Web Services have indeed used the technology successfully to achieve a variety of goals, including providing better customer service (Putnam Lovell Securities), building a digital marketplace with reduced development costs (Pantechnik International), and saving the adopting firm millions of dollars by building a sophisticated procurement platform (Talaris).

An enterprise that is seriously considering using Web Services needs to identify what gaps are relevant and how to address these gaps. Many of the gaps in the standards are rapidly being addressed by emerging technologies or third parties such as Web Services networks.

Understandably, many organizations are reluctant or even nervous about investing in Web Services for the long haul, having lived through too many rosy predictions. With amazing consistency, most of the firms interviewed for this book expressed the concern that Web Serv-ices will indeed be ubiquitous for a variety of reasons:

  • They are built on existing infrastructure and open standards (Hypertext Transfer Protocol HTTP, Extensible Markup Language XML, etc.), which means many firms can launch pilot projects without a huge initial investment. Standards are important not because they are cutting edge—they are important only if they are widely adopted. Web Services are a social phenomenon rather than a technological one (elaborated further below).
  • Beyond adopting open standards, vendors are actively working together to ensure interoperability between their technologies. In addition to independent standards organizations such as the Worldwide Web Consortium (W3C), vendors have formed interoperability groups to produce compliance tests. An example of such a group is the Web Services Interoperability Group.
  • Every major vendor has announced support for Web Services. One technology executive pointed out that a firm would have to actively try to keep Web Services out because the world's largest software company (Microsoft) has embedded this functionality in its Office products.

The best-selling book The Innovator's Dilemma coined the term disruptive technology to refer to a technology that, once introduced, has the potential to dramatically affect the equilibrium of a market. A disruptive technology has three characteristics:

  1. It can pull a large population of less skilled or less wealthy customers into the market.
  2. It can get traction only if it helps people accomplish something they are already doing in a better or faster way.
  3. It can gain a foothold without being as good as an established product.

Let's explore whether Web Services have these characteristics.

Currently, many firms are dealing with high integration costs on too many projects-they have no choice but to buy high-end packages for performing even simple integration. In addition to being expensive, many of these packages require scarce high-end skills. There are entire market segments (small- to medium-sized businesses, predominantly) that cannot afford these types of initiatives.

While they are not appropriate for all integration projects, Web Serv-ices can be used in many scenarios that, until now, require a high-end integration package (such as an integration broker or EAI). A consistent message in the industry is that Web Services can democratize integration (point 1 above) and make the benefits available to a much larger audience due to a significant drop in costs, thus resolving the criticism in point 1 from the previous list.

To address point 2, firms are already performing integration and, in many cases, are looking for better methods. Again, broadly speaking, integration takes on many forms and involves exchanging information between organizations. Thus, integration can then include transferring files using file transfer protocol (FTP) or email, integrating two back-end systems via EAI, and the like. While Web Services will not replace EAI in the near future, they can automate and streamline many integration scenarios where firms are performing manual tasks. You might be surprised to learn that many enterprises are still exchanging very critical data through a manual FTP process.

The third point is critical to understanding the rate of adoption: many technologists would argue that Web Services are not as capable as existing technologies (EAI, middleware, etc.) and should not be considered. A disruptive technology does not need to compete with existing technologies; it needs to be good enough to address the needs of a market segment that is suffering from a business pain. Again, not all integration problems require a high-end integration package or middleware; in those cases, Web Services provide a compelling alternative.

As an analogy of a disruptive technology, consider the introduction of the personal computer (PC) almost 25 years ago. At the time, many incumbents (including IBM and DEC, who dominated the mainframe and minicomputer market, respectively) did not consider the PC a threat because they could not envision why a business would use such a limited tool. Because the businesses using computers at that time included banks, airlines, the military, and the like, incumbents thought computers needed industrial-strength storage, high throughput, and rock-solid reliability. However, they overlooked a large market: people such as analysts and business owners who performed financial modeling tasks on a daily basis. People like this met all three characteristics of disruptive technology in the earlier list: a large audience of less skilled and less wealthy customers who were already performing their tasks routinely and who did not need a product that competed with the one offered by the market leaders.

Fast-forward 25 years to the present and witness how the entire industry has changed. Companies that were barely formed (Intel and Microsoft) are now among the world's most valuable companies, and one of the two then-market leaders (DEC) is not even around. Many analysts and technology executives are predicting that the introduction of Web Services can have an even bigger impact on the industry than did the introduction of the PC.

Using this book as a roadmap, you should be able to navigate through many of these issues to decide how Web Services should fit into your enterprise's strategy and whether the business benefits are compelling enough to launch a pilot project. At that point, there are many other wonderful references on how to implement Web Services.


The purpose of the book is to demonstrate the business benefits of Web Services for organizations of all sizes, along with providing the supporting technical background. It attempts to remove much of the noise and hype surrounding this technology and provides a foundation on which to make informed decisions.

It is first and foremost intended as a roadmap for technology planner roles such as chief information or technology officers (CIOs or CTOs), directors of technology or product strategy and software architects. These are the people who are responsible for determining whether this potentially disruptive technology will replace or complement traditional integration technologies such as middleware and EAI.

Others who can benefit from the book include business analysts, who have to decide on whether the claimed benefits—sometimes outrageous ones—provided by Web Services are compelling enough to justify funding a pilot project, as well as investors who are considering whether this market is worth taking a second look at (and investing in).

Web Services are evolving so fast that it is almost impossible to predict where they are headed. Their benefits are illustrated through many extensive one-on-one interviews with executives at leading technology firms and by looking at real-world case studies of early adopters. It is the executives who are making the tactical and strategic decisions regarding technology who will, in many ways, determine the rollout of Web Services. Through the unedited detailed sessions with these executives, you will have a 360-degree view of the marketplace. Then you can reach your own conclusions.


Chapter 1 starts with some of the business conditions that drive integration at the enterprise level and then provides an inventory of technologies that currently exist to address some of these issues. By discussing the challenges that are present in adopting these technologies (object-oriented technologies, component-based development, EAI, etc.), the chapter illustrates how Web Services came to be.

Chapter 2 discusses what is widely known as the basic Web Services stack, including XML, Service-Oriented Access Protocol (SOAP) (historically called Simple Object Access Protocol), Web Services Definition Language (WSDL), and Universal Description, Discovery, and Integration (UDDI). It then concludes with a discussion on how Web Services will augment (and in some cases replace) the technologies discussed in Chapter 1 and how they will be adopted in multiple phases.

Chapter 3 covers Web Services at the enterprise level and focuses on a key area: messaging. Some key decisions that need to be decided when designing Web Services are whether to use synchronous vs. asynchronous architectures and whether to use a point-to-point or a publish-subscribe model. The pros and cons of these decisions are discussed in detail.

Chapter 4 focuses on two key Web Services platforms: Java 2 Enterprise Edition (J2EE) and Microsoft .NET. Ultimately, Web Services have to be deployed in one of these two platforms. This chapter discusses how the two platforms approach Web Services. It also includes a high-level discussion on how the various J2EE licensees (IBM, BEA Systems, Iona, etc.) differ in their implementations.

Chapter 5 discusses two key areas of concern for large-scale Web Serv-ices deployment: security and scalability. The security standards are not yet defined, but the W3C (the international standards body) is evaluating many mechanisms including digital signatures and encryption. The chapter then concludes with a discussion on how to architect Web Services for scalability.

Chapter 6 discusses an emerging market called Web Services networks. These firms provide value-added services including provisioning, guaranteed messaging, and centralized reporting. Two vendors, Flamenco Networks and Grand Central Communications, are profiled, and the chief executive officers (CEOs) of both are interviewed to gain their perspectives on how Web Services will be adopted.

Chapter 7 lists the common architectural patterns that should be considered when adopting Web Services. Each pattern is described with the necessary preconditions for adopting it along with the pros and cons.

Chapter 8 pulls it all together and provides a high-level plan for an organization adopting Web Services.

Chapter 9 discusses an emerging trend that is often confused with Web Services: Software as a Service (SAAS). The chapter discusses the pros and cons of adopting such a solution and then provides a one-on-one interview with an SAAS pioneer, Employease.

Appendix A discusses other initiatives including ebXML, Web Services Flow Language (WSFL), and XLANG. A worldwide initiative to provide a standards-based platform to facilitate e-commerce, ebXML includes a catalog of predefined business processes that can either be adopted as is or extended. WSFL and XLANG are emerging but conflicting technologies to address workflow.

Appendix B provides multiple detailed case studies on how enterprises are adopting Web Services to lower integration costs and open new markets. Each of these firms shares the lessons it learned as an early adopter.

Appendix C provides multiple perspectives drawn from detailed interviews with many leading Web Services vendors and startups including SilverStream Software, Iona Technologies, Cape Clear, and Collaxa. Each firm provides some unusual twist in its approach to Web Services.

Appendix D is a detailed product review of the bundled product XMLBus.

Bundled Software

The bundled CD contains a one-year license to Iona's E2A Web Services Integration Platform: XMLBus Edition. Follow the directions on the CD to install and register the product.

Contacting the Author

I welcome your feedback on the book, and you can reach me at alexn@bluesamba.com. Please limit your comments and questions to the contents of the book. If you have questions and comments about the XMLBus bundled product, please forward them directly to Iona Technologies.

Continued Web Support

Addenda to the book and follow-up case studies can be found at www.bluesamba.com/webservices


Submit Errata

More Information

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.


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.


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.


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.


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


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


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.


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.


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