2011-01-17 3 views
3

Я создал приложение, которое использует ExtJS, который подключается через запросы Ajax к службе Джерси RESTful. Все работает хорошо в этом приложении, но теперь я хочу поместить его в ExtGWT.Интеграция GWT и Джерси

Поскольку у ExtGWT уже есть сервлеты RPC для обработки связи клиент-сервер, где Джерси подходит в этом сценарии? Должен ли я больше не использовать его и вместо этого подключаться из сервлетов GWT непосредственно к методам обслуживания?

В случае, если я хотел бы использовать Джерси, есть ли способ иметь такую ​​же поддержку для сериализации/десериализации, как с RPC GWT? - Я предполагаю, что я больше не должен использовать RPC GWT в этом сценарии.

Я бы предпочел Джерси, потому что у него есть реализация на основе REST, в то время как RPC GWT, я думаю, этого не делает. В будущем я также планирую получить доступ к сервисам RESTful Джерси из приложений Android/iOS, и RPC GWT не будет хорошо вписываться в этот сценарий.

Спасибо!

ответ

1

Вы правы, что вы не можете использовать GWT RPC с REST. AFAIK, ExtGWT (GXT) не имеет встроенной поддержки для получения данных REST; Я мог ошибаться, хотя я больше не использовал GXT больше года.

Что касается использования GWT RPC, очень удобно иметь возможность повторно использовать ваши модели как на сервере, так и на клиенте. Однако ваши модели не могут быть слишком сложными (они должны быть доступны для JSON); в противном случае вам понадобится создать отдельные DTO для ваших моделей. Подробнее вы можете прочитать в документации GWT RPC: GWT RPC.

Если бы это был я, я использовал бы REST и GWT RPC. Я бы использовал GWT RPC для связи с моим клиентом GWT-кодом и Jersey/REST для связи с внешними приложениями.

+0

Спасибо! Я также думал о возможности использовать их обоих. С другой стороны, я только что нашел несколько библиотек (см. Следующий комментарий), которые говорят о поддержке REST для GWT, но я не уверен, насколько они стабильны и насколько легко работать с ними. Они ничего не говорят о Джерси, хотя я не знаю, как можно было бы интегрировать интеграцию или если это возможно. –

+1

http://restygwt.fusesource.org/documentation/index.html и http://code.google.com/p/gwt-rest/ –

+0

Итак, я думаю, даже если GWT RPC не основан на REST (который является широко распространенный стандарт, который я бы хотел использовать с GWT), он по-прежнему является стандартом Google, который, как я полагаю, является стабильным (без ошибок и т. д.) и с ним легко работать, чтобы сериализовать/десериализовать любые виды java beans. По сравнению с только что выпущенными продуктами, такими как RestyGWT, я принимаю GWT RPC - это очень солидная и более перспективная альтернатива. Как вы думаете? –

1

Мы написали заявление (журнал), который использует на стороне клиента GWT/GXT и обменивается данными с помощью JAX-RS (Jersey) на стороне сервера:

https://source.sakaiproject.org/contrib/gradebook2/trunk/

Первоначально мы использовали GWT-RPC, но чем решил использовать REST/JSON. Оба шаблона связи имеют PROS/CONS. Существует некоторая информация о них обоих здесь: code.google.com/webtoolkit/doc/latest/tutorial/clientserver.html

2

Пожалуйста, смотрите в проект RestyGWT. Он будет использовать ресурсы JAXRS JSON так же просто, как использование GWT-RPC. Кроме того, вы можете, как правило, повторно использовать те же запросы ответа DTO с сервера на стороне клиента.

Смежные вопросы