Подтвердить что ты не робот

Облегченная библиотека REST для Java

Я ищу легкую версию REST для веб-приложения Java, которое я разрабатываю.

Я просмотрел RESTlet (www.restlet.org) и плагин REST для Struts 2, но я не решил. Я склоняюсь к RESTlet, поскольку он кажется более легким.

Кто-нибудь реализовал слой RESTful без каких-либо фреймворков или фреймворков?

Любые проблемы с производительностью, которые вы видели из-за нового веб-уровня?

Внесла ли REST в ваш проект неуправляемую или необоснованную сложность? (Некоторая сложность понятна, но я имею в виду, просто просто излишнюю переоценку вашего дизайна, просто добавив REST) ​​

4b9b3361

Ответ 1

Хорошо, я использовал Enunciate совсем немного. Он использует простые аннотации для предоставления конечных точек REST и/или SOAP.

http://enunciate.codehaus.org

Плюс, Райан Хитон всегда обеспечивал первоклассную поддержку для вещей.

Ответ 2

Я большой поклонник JAX-RS - я думаю, что они отлично справились с этой спецификацией. Я использую его в ряде проектов, и с ним было приятно работать.

JAX-RS позволяет создавать ресурсы REST с помощью POJO с простыми аннотациями, относящимися к сопоставлениям URI, методам HTTP и согласованию контента, которые хорошо интегрированы с инъекцией зависимостей. Там нет сложных API для обучения; требуются только основные концепции REST (URI, коды заголовков/ответов и согласование контента). FWIW JAX-RS довольно Rails-ish с точки зрения контроллера

Существует несколько реализаций JAX-RS - см. этот поток для обсуждения.

Моя личная рекомендация - использовать Jersey, так как у нее есть самое большое, самое активное сообщество за ней, имеет лучшие возможности на время поддержки (поддержка WADL, неявные представления, интеграция spring, хороший API-интерфейс REST); хотя, если вы используете JBoss/SEAM, вы можете обнаружить, что RESTeasy интегрируется немного лучше.

Ответ 3

Я большой поклонник Restlet, но я обычно использую его для реализации приложений, основной задачей которых является быть веб-службой RESTful. Похоже, вы хотите добавить RESTful API в существующее приложение. В этом случае подход JAX-RS (или Enunciate), основанный на аннотациях, может быть лучше подходит для вашего проекта.

Что касается Restlet, я могу сказать, что меня очень впечатлили разработчики и сообщество; они очень активны, активны, активны, отзывчивы и привержены устойчивой, эффективной, надежной и эффективной основе. Мой единственный любимый аспект структуры заключается в том, что это основополагающая реализация парадигмы REST; поэтому нет никакого несоответствия импеданса между внешним API внешнего приложения и внутренней реализацией. Мне также очень нравится, насколько он гибкий: он может запускаться внутри контейнера/сервера Java-приложений, таких как JBoss, Tomcat, Jetty и т.д., Или автономно, со встроенной библиотекой HTTP-сервера.

Ответ 4

Вы знаете, что есть новый JCP-API для доступа к RESTful Services, а также:

JAX-RS JCP311 https://jsr311.dev.java.net/

Версия с открытым исходным кодом называется Project Jersey

Ответ 5

Я работаю над REST API для gliffy.com, и мы закончили свой собственный. Мы не хотели приносить Struts 2, Spring или любую другую структуру. Я посмотрел на RESTLet и нашел его невероятно запутанным и сложным.

Apache имеет реализацию спецификации JAX-RS, но она не доработана, а также имеет некоторые странности. Мы предварительно планируем открыть исходное решение, но это не на несколько месяцев.

Роллинг ваш легко, однако. Спецификация Servlet дает вам все, что вам нужно, и вы можете легко подключиться к базе данных через Hibernate (см. http://www.naildrivin5.com/daveblog5000/?p=39 для настройки JPA без использования EJB3).

Ответ 6

Я нашел, что restlet - действительно элегантная архитектура. Я работаю в мире .net, поэтому для меня это не вариант, но я смог создать свою собственную инфраструктуру, следуя тем же основным принципам рестайла. Я нашел, что преобразование нашего приложения SOA на основе контракта WCF в REST на основе одного значительно упростило приложение,