I guess that people that want to swap Http Service implementations they will stick to Http Service API so basically they should get the same expected behavior on using any of the implementations. Extensions can be added as like there was another service that they can use. and when a developer commits to just a fact I'm pretty sure that they need the extended features and they are not expecting to find the Extended service. The approach on Pax Web is to publish another service named WebContainer. Once you get hold of that service you can then (and only then) use the http service extensions. We do not have our own version of HttpService and by using the plain HttpService you get exactly what you would expect to get by reading the specs. So this, I would say, is the best of both worlds.
Sounds a decent approach. -- Rob
