Комментарии 8
Если бы не два часа ночи — прямо сел бы и попробовал сделать. А так в избранное, явно пригодиться в будущем. Будем ждать описание граблей, на которые нарвались.
У вас и интерфейс и реализация его проаннотированы. Это специально так сделано? Без этого бин не создатся?

Аннотации @Produces и @Consumes, в которых указывается MIME-type содержимого результата/данных.

По-моему, это предложение неполное.
Проверил, что это необязательно в Resteasy. Написал так, потому что у аннотаций типа @GET, @Path нет мета-аннотации @Inherited, т. е. по логике они не наследуются. Как к этому отнесутся другие реализации — не знаю. Resteasy ищет и в интерфейсе тоже.

Бин создается при инжекции его в другой бин или при обращении к нему через сервлет Resteasy. Наличие JAX-RS аннотаций не является необходимым. Например, могут присутствовать аннотации JAX-WS.

Как правило в реальных задачах этой проблемы не возникает: аннотируется класс-реализация, интерфейс для нее не экстрагируется, но создается независимый.

В методах этого класса и методах интерфейса для прокси могут быть разные сигнатуры: метод реализации возвращает javax.ws.rs.core.Response, а интерфейса InputStream или String
… и вошло в Java SE 5

JAX-RS не является частью Java SE.
Оно является частью Java EE 6.
Спасибо за уточнение, исправил.

В SE вошло JAXP (включая StAX), вот и ошибся =)
Как то написали сервисочек на JBoss RestEasy,
потом оказалось, что надо быстро закрыть наш рест oauth'ом.
Вот тут то мы и огребли, ребята просто предоставляют интерфейсы, а всю ответственность по разработке перекладывают на сочувствующих.
В контексте oauth — это оказалось корманным адом, в итоге воспользовались spring-oauth.

А так да, очень быстро и удобно.

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.