+1 For using the Accept header to specify the version in the media type.
On 28 August 2014 07:50, Matthias Wessendorf <matzew(a)apache.org> wrote:
for the 1.1.x (master) we are potentially doing some changes on the
Sender-API (see ).
However, for backwards compatibility we need to think about API versioning.
For REST APIs there are (IMO) two options:
* accept header
On our Face2Face meeting we briefly talked about this and I think the
"accept header" solution was the one that had most fans. I think QMX added
that it is better for migration. One thing we were not clear on (I think):
What are HATEOS defined semantics?
Besides the what (headers vs. URI), I think we should think about possible
implementations, to switch different versions.
Not sure, but wouldn't it be possible to inject an annotated SenderService
into the RESTful endpoint, based on header values ?
We could have a default impl (version 1.0.0) and an alternate one, that is
injected if the accept header indicate API version 1.1
Any thoughts ?
aerogear-dev mailing list