Articles by Dave Chappell

SOA and eXtreme Transaction Processing (XTP)

Tue, 26 Feb 2008 06:00:00 EST

Financial institutions are pushing the envelope and require more processing capability, but without requiring exponential increase in hardware costs. The growth of extreme transaction processing (XTP) in areas such as fraud detection, risk computation, and stock trade resolution are pushing current solutions such as those based on the mainframe to the limit. These new applications require a new computing paradigm.

Universal Middleware: What's Happening With OSGi and Why You Should Care

Tue, 05 Feb 2008 16:00:00 EST

The Open Services Gateway Initiative (OSGi) Alliance is working to realize the vision of a 'universal middleware' that will address issues such as application packaging, versioning, deployment, publication, and discovery. In this article we'll examine the need for the kind of container model provided by the OSGi, outline the capabilities it would provide, and discuss its relationship to complementary technologies such as SOA, SCA, and Spring.

The Enterprise Service Bus (ESB) Delivering SOAs

Mon, 27 Feb 2006 08:45:00 EST

As SOA becomes the prevailing model for enterprise infrastructures, unique architectural challenges need to be mastered in order to fully enjoy the capabilities SOA provides. SOA infrastructure must support operational flexibility, a heterogeneous application environment, global deployment and the ability to be managed and monitored from a central point. The enterprise service bus (ESB) provides a common platform to address these requirements and enables organizational best practices to be developed through the use of a common toolset. Chappell will provide an insight on building and managing SOAs with an ESB. Attendees can learn how to identify the critical requirements for SOAs and reduce SOA project risk.

ESB Myth Busters: 10 Enterprise Service Bus Myths Debunked

Wed, 25 May 2005 19:30:00 EDT

Since releasing my latest book, Enterprise Service Bus (O'Reilly Media, 2004), I have been doing a fair amount of visiting corporations, conducting seminars, and generally discussing with enterprise architects the subject of enterprise service-oriented architecture (SOA) and how an enterprise service bus (ESB) backbone can be leveraged to provide a framework for an enterprise SOA.

WS Track - SOA: From Pattern to Production

Wed, 15 Dec 2004 00:00:00 EST

Service-oriented architecture (SOA) represents the opportunity to achieve broad-scale interoperability, while providing the flexibility required to continually adapt technology to business requirements. No small feat, particularly when one considers the extent and complexity of today's IT environments. As both a technology concept and IT discipline, the challenge inherent in SOAs is maintaining the right architectural approach.

ESB Integration Patterns

Tue, 31 Aug 2004 00:00:00 EDT

The past several years have seen some significant technology trends, such as service-oriented architecture (SOA), enterprise application integration (EAI), business-to-business (B2B), and Web services. These technologies have attempted to address the challenges of improving the results and increasing the value of integrated business processes, and have garnered the widespread attention of IT leaders, vendors, and industry analysts.

Service-Oriented Integration: Making the Right Choices to Support Next-Generation Integration

Wed, 25 Feb 2004 00:00:00 EST

This session examines the three leading choices for supporting service-oriented integration: enterprise service buses (ESBs), integration brokers, and application suite platforms. Making the right architectural decisions, Dave Chappell shows, is absolutely vital to ensuring success with service-oriented integration projects.

WS-ReliableMessaging Interop Summit - Publicly Available Meeting Notes

Mon, 10 Nov 2003 10:16:04 EST

I recently attended the WS-ReliableMessaging Interop fest, hosted by IBM. IBM has published the results. The publishing of the results is something that the legal agreement allows the spec authors to do. A public version of the legal agreement and the test scenario document can be found here.

Reconstructing J2EE-Java Business Integration Meets the Enterprise Service Bus

Fri, 23 May 2003 00:00:00 EDT

Web services have given newfound importance to service-oriented architectures and promise to drive down the cost of integration by providing a standards-based approach to interoperability between applications. The trouble is, what people really want is a new way of doing integration. Until now, we haven't really had a way to incorporate Web services into a meaningful architecture for integrating applications and services into a fabric that spans the extended enterprise in a large-scale fashion. With the advent of the enterprise service bus we have that architecture.

Message-Centric Web Services vs RPC-Style Web Services

Thu, 27 Mar 2003 00:00:00 EST

Message-centric vs RPC-style Web services is a long-standing debate and bone of contention regarding the proper use of Web services technologies. Early renditions of SOAP and XML-RPC were all about providing RPC-style interactions...in fact, that's all that was supported, so there really wasn't much choice in the matter.

The New Integration Architect: You

Mon, 16 Dec 2002 00:00:00 EST

According to Gartner, Inc., vice president and research fellow Roy Schulte, 'a new form of enterprise service bus (ESB) infrastructure will be running in most major enterprises by 2005.' ESBs combine Web services, enterprise messaging, transformation, and routing to provide an integration network that can span global enterprises and encompass potentially thousands of application end points.

Asynchronous Web Services

Fri, 05 Apr 2002 00:00:00 EST

In a recent 'Strategic Planning' research note, Gartner issued a prediction that 'by 2004, more than 25 percent of all standard Web services traffic will be asynchronous....' and 'by 2006, more than 40 percent of the standard Web services traffic will be asynchronous.'

JAXM: Interoperable SOAP Communications for the Java Platform

Fri, 30 Nov 2001 00:00:00 EST

The Java API for XML Messaging (JAXM) is a new Java application programming interface (API) that provides a standard way for Java applications to send and receive Simple Object Access Protocol (SOAP) messages. The basic idea is to allow developers to spend more time building, sending, receiving, and deconstructing messages for their applications and less time programming low-level XML communications routines. Developed through the Java Community Process, JAXM provides a simple yet flexible standard API for developing and deploying SOAP-based applications that can be truly interoperable with applications developed on other platforms.

Beyond The JMS Specification

Tue, 01 May 2001 00:00:00 EDT

The Java Message Service (JMS) is a specification put forth by Sun to define a common set of APIs and common semantics for messaging-oriented middleware providers. An increasing number of MOM vendors have embraced this specification, and new vendors are building messaging products suitable for doing business-to-business communication across the Internet.

Distributed Logging Using The JMS

Tue, 01 May 2001 00:00:00 EDT

Every software system has logging requirements so application processing can be monitored and tracked. Modern distributed systems, which are usually based on application frameworks, require a logging solution that can cope with multiple processes on multiple hosts sending logging information to a single logging service.

Guaranteed Messaging With JMS

Sun, 01 Apr 2001 00:00:00 EST

The notion of guaranteed delivery of Java Message Service messages has been lightly touched on in other recently published articles on JMS. But what really makes a JMS message 'guaranteed'? Should you just take it on faith, or would you like to know what's behind it?

A Real-World Example

Wed, 07 Mar 2001 00:00:00 EST

Last month 'The JavaMessage Service and XSLT for E-Business Messaging' (XML-J, Vol. 2, issue 2) explored the concept of using JMS as the basis of a communications architecture for transporting XML data between applications and an XSLT translation engine for transforming business documents from one form of XML to another.

Benchmarking JMS-Based E-Business Messaging Providers

Thu, 01 Mar 2001 00:00:00 EST

Benchmarking any distributed computing middleware product is a complex task. Knowing how well a distributed infrastructure will perform under heavy load with a large number of concurrently connected users is a key factor in planning a development and deployment strategy.

The Java Message Service

Thu, 01 Mar 2001 00:00:00 EST

The Java Message Service (JMS) is an enterprise-capable middleware component based on message-oriented middleware (MOM) fundamentals. Since its introduction as a Java software specification in November 1998, vendor implementations have brought JMS forward as a first class, e-business messaging communications platform suitable for exchanging critical business data over the Internet.

JMS and XSLT for E-Business Messaging

Sun, 04 Feb 2001 00:00:00 EST

XML is the new lingua franca of interapplication communication and a very rich language for describing complex business data in a heterogeneous way. Today's business environment requires building new systems that exchange XML transactions between a diverse set of applications across physical domains and corporate boundaries. Manufacturers, buyers, and suppliers have the luxury of participating in a variety of global trading exchanges to participate in a supply chain.

Will the Real Reliable Messaging Please Stand Up? Is it WS-Reliability, WS-ReliableMessaging, or WS-ReliableConundrum?

Sat, 01 Jan 2000 00:00:00 EST

Open standards for reliable Web services messaging, such as WS-Reliability, can provide the missing link to bridge the gap between organizations and help make Web services a truly enterprise-capable technology for standards-based systems integration, says Web Services Journal technical editor David Chappell.

Reliable SOAP for Web Services Messaging Has Finally Arrived! Leading IT Vendors Join Forces to Create Web Services Reliability

Sat, 01 Jan 2000 00:00:00 EST

(January 14, 2003) - On Thursday January 9, Sonic Software and a number of other leading IT vendors, including Fujitsu Limited, Hitachi, Ltd., NEC Corp, Oracle Corp., and Sun Microsystems, announced a proposal for a new Web services specification for reliable messaging: Web Services Reliability (WS-Reliability). The companies plan to submit WS-Reliability to a standards body on a royalty-free basis in the near future. Along with security, reliable asynchronous communications has been one of the gaping holes in today's Web services architecture. Lack of reliability, due to the inherent nature of using SOAP over protocols such as HTTP, is one of the biggest obstacles to the adoption of Web services for mission-critical communications between applications and services, such as complex business-to-business transactions or real-time enterprise integration.