InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Web Services Test Forum Announced

Posted by Mark Little on Dec 09, 2008

Sections
Architecture & Design,
Development,
Enterprise Architecture
Topics
SOA ,
Web Services ,
Interop
Tags
WS-Addressing ,
WS-BusinessActivity ,
WS-TX ,
WS-Coordination ,
WS-AtomicTransactions ,
Testing

Interoperability has always been one of the key factors pushed by vendors for the need for Web Services standards. There's even an organisation set up to address it. Over the past few years the various Web Services standards bodies such as OASIS and W3C have encouraged (mandated) interoperability demonstrations between heterogeneous vendor implementations before something can even be declared a standard. But one of the problems has always been that implementations change once these interop fests are completed and there is often limited (and ad hoc) approaches to continue to demonstrate interoperability. In recent weeks though we've seen a couple of new initiatives designed to try to bridge the gap. First there was the Apache Stonehenge project:

The aim of the Stonehenge project is to develop a set of sample applications to demonstrate seamless interoperability across multiple underlying platform technologies by using currently defined W3C and OASIS standard protocols.

And now there is the Web Services Test Forum (WSTF).

The WS Test Forum Group is meant to provide an environment in which members of the Web Service community can develop interop scenarios as well as test those scenarios against other Web Service implementations. It also provides a common testbed of regression tests that the community can use during the developmen of their Web Service implementations.

As Paul Krill reports:

Customers and vendors can dynamically test applications against implementations to ensure interoperability. Testing is intended to help delivery of higher quality products and open standards specifications to simplify integration and improve interoperability.

A definite plus point that WS-I, OASIS and W3C miss so far is the ability for members to publish in a central place their interoperability endpoints. Usually these things exist for the duration of the interoperability events and then disappear. But the obvious question is: how does it relate to WS-I? (Ignoring the apparent overlap with Stonehenge.) According to IBM's Karla Norsworthy:

 

We think WS-I has served us very well to define some of the profiles and focus on interoperability work for some of those basic profiles. [WSTF] is kind of an evolution.

The members stress that WSTF is meant to be more customer driven and dynamic, with a lightweight approach to defining what is tested and by whom. However, they also point out that this is definitely not a competitor to WS-I and those members who are involved there as well have indicated their intention to continue driving interoperability through that venue as well. Doug Davis from IBM points out in his article that ...

Simply providing a forum for people to ask questions and discuss ideas isn’t going to help solve interoperability issues. The forum needs to have a focus and purpose. That is the value provided by the WSTF's customer-focused scenarios. Unlike previous interoperability efforts, the WSTF is specifically designed to verify and examine scenarios and usage patterns that customers will actually use. The authors of the Web service specifications have always implicitly claimed to do this, but an examination of the rosters of the various standard authoring activities clearly reveals a lack of customer involvement. This inevitably leads to long protracted (and sometimes heated) discussions about what the specifications should, or should not, support. Disagreements over what the scenarios themselves should look like are also common. Having direct customer involvement in the discussion could go a long way towards reducing some of the tension and the length of the process.

Notable by their absence are Microsoft and Sun, both of whom have chosen not to participate at this point, indicating that their interoperability efforts will continue to be driven by involvement with WS-I. Given that Microsoft represents a large part of the Web Services market for many Web Services based integration needs, this can only limit the applicability of WSTF. It is interesting to note, however, that Microsoft do not seem to have a problem with juggling Stonehenge and WS-I participation so maybe their involved with WSTF is coming, because as Mike Champion from Microsoft says:

More generally, we believe that Stonehenge can help wire up the "last mile" between the standardized web services infrastructure that is now implemented across key platforms, and a new generation of service oriented applications that will span them. Existing WS-* interoperability work such of the sort done by WS-I and in our "plugfests" will continue to solidify the platform-level interoperability.  The new work, exemplified by Apache Stonehenge, should attract a wider community of users who can exploit the hard standardization and platform interoperability work without having to wallow in as many nasty details as in the past.

Which does sound like a similar goal for WSTF. In conclusion, Doug Davis makes it clear that WSTF is not limited to SOAP based Web Services:

[...] WSTF is actually not limited to just SOAP-based Web service testing. There is nothing that would prevent the WSTF to extend its testing into other Web service testing. For example, the WSTF would allow, and even encourage, the testing of domain-specific uses of SOAP/Web service. Testing of REST/Web services would also be allowed and will likely take place in the not too distant future. The WSTF isn’t just about SOAP-based interoperability testing—it’s about Web service interoperability testing, and the community itself will decide what that means over time.

On the basis that Web Services standards and implementations really live or die on their interoperability, the WSTF announcement is a good thing for customers, but only if all vendors agree to abide by it, or customers put it on their check-list of must-haves when selecting a specific vendor.

  • This article is part of a featured topic series on SOA
Web Services Test Forum Announced by Deepal Jayasinghe Posted
  1. Back to top

    Web Services Test Forum Announced

    by Deepal Jayasinghe

    I think it is always good idea to have a forum like this. I know the value of Microsoft Interop Plug-fest, specially we were able to find and fix a number of interop issues in Axis2. So having this kind of forum will benefited a lot to discuss various doubts on interoperability, develop interop scenarios and so on.


    Deepal

Educational Content

New-age Transactional Systems - Not Your Grandpa's OLTP

John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.

Cool Code

Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.

Collaboration: At the Extremities of Extreme

Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.