[jax-rs-spec users] Re: JAX-WS like Provider in JAX-RS

From: Sergey Beryozkin <>
Date: Fri, 16 Jan 2015 22:11:34 +0000

Ha-Ha :-)

The difference is JAX-RS has a richer context support. The JAX-RS
filters would still be there.
Something like @DefaultMethod, as Markus suggested, or something
similar, can work in principle.
I guess it is a weak case so far, I'll see how it goes in my current
project, perhaps some more ideas may arise...

On 16/01/15 19:30, Bill Burke wrote:
> Isn't there some specification in Java EE that allows you to do this for
> HTTP? I'm pretty sure Java EE has a non-annotated api for Java EE.
> Anybody know what it is? ;)
> On 1/16/2015 11:10 AM, Sergey Beryozkin wrote:
>> Hi All,
>> Happy New Year,
>> I've seen a number of times users asking how to have a dynamic JAX-RS
>> service which would support various HTTP methods but without having to
>> annotate. Something like JAX-WS Provider [1].
>> How about introducing interface:
>> interface ServiceProvider {
>> Response invoke(InputStream is);
>> }
>> The implementation can inject a JAX-RS Request context and get an HTTP
>> verb name. UriInfo context will provide all the info about the request
>> URI including path and query parameters, HttpHeaders - about headers.
>> The injected Providers interface will help to read the stream into some
>> concrete object for Post/Put requests if needed.
>> If a given object implements ServiceProvider then the JAX-RS
>> implementation will accept it as a service bean. @Path is defaulted to
>> "" if no @Path is available.
>> I think it can be introduced into a spec (API, text) fairly easy but I'm
>> not expecting this proposal accepted easily too.
>> Any comments ?
>> Sergey
>> [1]