Джерси или Wink в WebSphere

Question

Мы смотрим, какую среду REST использовать и где ее запускать.

Учитывая существующую среду WebSphere (6.1.0.17), вы бы использовали Jersey of Wink?

Или вы бы порекомендовали другую платформу?

Answer 1

В качестве третьего варианта, почему бы не использовать собственные * Spring 1001 * RESTful функции Spring в MCV .Это легко кодировать, тестировать и поддерживать и (очевидно) работает для Spring прямо из коробки.Простота управления кодом на основе Spring REST обусловлена ​​архитектурой, основанной на MVC, IoC и аннотациях.И вы можете выбрать лучшие в своем классе решения для улучшения ваших решений, таких как XStream для сериализации , поддержка Jackson JSON и собственный шаблон REST Springs для клиента REST или модульных тестов.

На егоREST-функции heart Spring MVC работают с REST как с архитектурой, а не с протоколом и хорошо сочетаются с другими проверенными подходами, такими как IoC и MVC.При рассмотрении инфраструктуры полезен следующий лакмусовый тест REST: см. Innoq.com/blog/st/2010/07/rest_litmus_test_for_web_frame.html.Springs подход проверяет больше полей, благодаря эффективной доставке контента.

Одна вещь, на которую опираются все эти платформы, это поддержка HATEOAS, способ, в котором ответ REST содержит ссылки, которые соответствуют всем действиям, которые клиент в данный момент может выполнять с этим ресурсом.Большинство фреймворков обещают внедрить это в ближайшее время, но потребуется критический взгляд, чтобы понять, каким будет наилучший подход к этому.

При предоставлении таких решений JAX-RS, как Wink и Jersey, я обнаружил, что больше внимания уделяетсяна соответствие стандарту Java и меньшую гибкость в архитектуре (например, использование других сторонних пакетов).Если соответствие JAX-RS является требованием, рассмотрите Restlets, Wink или Jersey.В противном случае, возможно, стоит подумать о поддержке REST в Spring MVC.

Я развернул такое решение для WAS 7 без каких-либо проблем или конфликтов зависимостей.

Answer 2

У меня нет опыта использования Wink, но я могу поделиться своим опытом использования Jersey на Websphere.

Плюсы ... очень прост в использовании, мне понадобилось 5 минут, чтобы ознакомиться, и я готов написать свой первый привет мир. Jersey автоматически генерирует WADL для вас на основе пакета Resources, хотя и довольно простой ... но вы можете настроить документацию WADL самостоятельно.

Минусы ... вздох, мне нравится Джерси, но с Websphere это почти заставило меня плакать. Во-первых (это не относится к Websphere), я использую Spring в своем проекте, и версия Джерси, которую я использую, - 1.2. Проблема в том, что релиз использует Spring 2.5, а я использую Spring 3.x. Итак, я вытащил Джерси Spring 2.5, чтобы использовать Spring 3.x. Все отлично работает Тем не менее, тестовая структура Джерси начала проваливаться. Я больше не могу загрузить встроенный сервер Grizzly для тестирования моих веб-сервисов. Во-вторых, я в настоящее время привязан к Websphere 6.1, которая использует JDK 5. Я считаю, что все выпуски Джерси после 1.2 скомпилированы с JDK 6 ... это означает, что мне не повезло, пока моя компания не обновится до WAS 7.

Это действительно очень стабильная среда отдыха, очень простая в использовании ... но в моем случае я просто в замешательстве, потому что все существующие модульные тесты для веб-сервисов в настоящее время закомментированы, потому что я обновил свой релиз Spring до 3.x. Я уверен, что последний выпуск Джерси должен использовать Spring 3.x, но я не могу их использовать, потому что я все еще использую JDK 5 в WAS 6.1.

Итак, вам решать. Кстати, я все еще использую Jersey 1.2 в своем проекте, работающем в WAS 6.1.

Answer 3

В websphere 6.x предпочтительным методом является jersey, поскольку его проще реализовать и он поддерживает JAX-RS 1 и 2. (Обратите внимание на проблемы с версией JVM, Websphere 6 может не поддерживать последнюю версию)

Теперь, начиная с Websphere 8.x, IBM представила Apache Wink, которая на самом деле вызовет проблемы с зависимостями и загрузчиками классов при использовании вместе с jersery (из-за одинаковых реализаций интерфейса для JAX-RS 1 и 2).

ТамЕсть много примеров того, как преодолеть эти проблемы и заставить их работать, но я не верю, что это стоит, и, возможно, Wink будет иметь лучшую производительность в веб-сфере.

Answer 4

IBM рекомендует использовать Apache. На самом деле у IBM есть своя собственная реализация Apache.

Answer 5

Я голосую за Wink.
Причины:

1. Он разработан HP и парнями из IBM . Поэтому я считаю, что ребята из IBM проверили это на Websphere.
2. На самом деле AFAIK Wink встроен в Websphere 7. *
3. Также смотрите это видео