Web services protocol workshops allow the whole Web services community to be involved in the process of validating and refining Web services specifications. The workshop process helps to produce well-engineered specifications and prove the interoperability of the Web services specifications with interested parties in the industry. This process has many similarities with the process for software development, and is a deliberate attempt to apply the best practices from the Software Engineering community to the task of producing Web services specifications.

When I started to think about writing this month's column I looked on the Internet for a good way to define service-oriented architecture (SOA). Some of the definitions were interesting, like "A Service Oriented Architecture is basically a Collection of Services" (www.service-architecture.com/). Others were a little bit more technical, such as "SOA is an architectural style whose goal is to achieve loose coupling among interacting software agents" (www.xml.com).

Web services to date have largely been something of a theoretical matter for standards bodies. But real-world development is beginning to proceed in Web services. While not every thread of standards is perfectly in place, teams have moved ahead on this new technology.

“A couple of years ago, we began breaking down application suites into XML-based service methods,” said Steve Flammini, CTO at Partners Healthcare, headquartered in Boston. This began to move the IT infrastructure for the multibillion dollar integrated health care delivery system into the Web services world.

Boston is a walkable city with more than adequate public transportation. It is also a difficult place to keep or even park a car. So it's not surprising that car ownership is not a priority for many of the students at the famous universities -- Harvard, MIT, Boston University and others -- in the Boston area and for older knowledge workers, as well.

Keith Brophy, CTO at Robertson Research Institute, Saginaw, Mich., has been working on a Web services application whose objective has special relevance -- saving lives.

I was recently invited to be a guest speaker at the eBay Developers Conference, where I was part of a panel whose topic was "Delivering the Promise of Web Services." I found it particularly interesting, if slightly worrisome. What struck me most was the differentiation between Web services consumers and Web services authors.

Despite the lack of vendor support, Representational State Transfer (REST) web services have won the hearts of many working developers. For example, Amazon's web services have both SOAP and REST interfaces, and 85% of the usage is on the REST interface. Compared with other styles of web services, REST is easy to implement and has many highly desirable architectural properties: scalability, performance, security, reliability, and extensibility. Those characteristics fit nicely with the modern business environment, which commands technical solutions just as adoptive and agile as the business itself.

The Web Services Addressing (WS-Addressing) specification has been presented to W3C as a Member Submission by BEA, IBM, Microsoft, SAP AG, and Sun Microsystems.

BEA Systems Inc., IBM Corp., Microsoft Corp., SAP AG and Sun Microsystems Inc. have submitted the WS-Addressing Web services specification to the Worldwide Web Consortium (W3C) for consideration as a standard, the companies said Tuesday.

When your Web Services move beyond the research stage and you start considering deployment, a production-quality SOAP server becomes a necessity. Just as a Web server provides a platform for deploying Web sites and applications, SOAP servers provide the necessary infrastructure for creating reliable and scalable Web services.

As part of Microsoft Corp.'s (Nasdaq: MSFT) ongoing commitment to enterprise application interoperability, customers and system integrators today can begin taking advantage of two new Web Part toolkits and a Web services toolkit for Microsoft(R) SharePoint(R) Products and Technologies that enable them to connect systems from multiple vendors using XML Web services standards.

FreeCRM.com, the world's only completely free, multi-user, on-demand CRM software solution for small and medium-sized businesses, has surpassed 6,000 corporate subscriptions and almost 20,000 users as of August 1st. After only 9 months of operation, FreeCRM.com is poised to become the largest on-demand CRM software service providers, bringing free CRM software to small businesses everywhere.

Service-oriented architectures let companies lay the foundation for software that is fast to write, easy to integrate, and runs on a range of platforms.

SQL Server 2000 offers some capabilities for returning XML output via HTTP using SQLXML—and, of course, SQLXML supports Web services creation. Although not rocket science, setting up, configuring, and using Web services in SQL Server 2000 does require a little effort (see the http://www.microsoft.com/sql/techinfo/xml/default.asp SQLXML documentation about Web services in SQL Server 2000).

I want to use web services to build a service-oriented architecture (SOA). What factors should I consider?

The more applications evolve into networks of interacting components and services, the more important it becomes to consider the potential performance issues that typically arise from such distributed architectures. The execution time of certain functions or methods is certainly still important, but the communication time between distributed components now gains influence in terms of its affect on performance considerations. Andre Fachat discusses distributed designs by the means of a shopping cart example. This example is quite simple, but still powerful enough to provide important insights into good and not so good practices. It shows that keeping the communication coarse-grained by reducing the number of remote calls is a good practice. It also proposes an ID-Lists pattern to combine multiple remote calls into one.

Amazon Web Services (AWS) provide two ways to get XML versions of the information that Amazon's customers ordinarily get from HTML web pages: a SOAP interface and a REST interface. It's nice to see the pains that Amazon takes to make it clear that, when it says "web services" it doesn't just mean SOAP-based web services, but REST too. According to Jeff Barr, Amazon's web services evangelist, 80% of the developers using AWS prefer the REST interface.

“A couple of years ago, we began breaking down application suites into XML-based service methods,” said Steve Flammini, CTO at Partners Healthcare, headquartered in Boston. This began to move the IT infrastructure for the multibillion dollar integrated health care delivery system into the Web services world.

A project being undertaken by leading members of the auto industry next month could facilitate the convergence of much-needed capabilities found in the ebXML transaction standard into the three most widely accepted Web-services specifications.