1. jaxrs-spec@javaee.groups.io

Re: Clarification of Configuration.getClasses() behavior

Sergey Beryozkin
 

Hi Pavel

Thanks

For the record, in Configuration.getClasses(), on the server side, CXF returns the Application.getClasses() if Application is available, empty set otherwise. I suspect it may need to be improved somehow, I found it quite difficult at a time to implement Configuration API...

Cheers, Sergey 

On 28/08/17 10:00, Pavel Bucek wrote:

Thanks Sergey and +1 to that statement ;)


On 28/08/2017 10:56, Sergey Beryozkin wrote:
Putting aside the fact RI is obviously of high quality, the following may shock you but: RI may also have bugs, some of them related to the interpretation of the spec/API...

Sergey 

On 27/08/17 10:37, Markus KARG wrote:

Due to the fact that Jersey is the RI and RESTEasy is not, what Jersey does is inherently correct, and what RESTEasy does is not. ;-)

-Markus

 

 

From: jaxrs-spec@javaee.groups.io [mailto:jaxrs-spec@javaee.groups.io] On Behalf Of Christian Kaltepoth
Sent: Samstag, 26. August 2017 16:30
To: jaxrs-spec@javaee.groups.io
Subject: [jaxrs] Clarification of Configuration.getClasses() behavior

 

Hey all,

 

I've quick question. The javadocs of Configuration.getClasses() state:

 

Get the immutable set of registered JAX-RS component (such as provider or feature) classes to be instantiated, injected and utilized in the scope of the configurable instance. For each component type, there can be only a single class-based or instance-based registration present in the configuration context at any given time.


My question is whether the returned set of classes is supposed to contain resource classes or not.

 

I'm asking this because Jersey seems to return resources but RESTEasy doesn't.

 

Any thoughts about that?

 

Thanks 

 

Christian

 

PS: Congratulations for delivering JAX-RS 2.1!

 

 

--

Christian Kaltepoth

 
Join jaxrs-spec@javaee.groups.io to automatically receive all group messages.