Usługi typu REST

[Paweł Włodarski]

Witam

Niedawno miałem okazję pracować w projekcie , w którym cześć usług
sieciowych budowana była w oparciu o metodę REST. Jakkolwiek
wykorzystane tam były lekko muzealne technologie.

Z tego co widzę jest dosyć ciekawe wsparcie dla tego typu tworzenia
usług:

http://java.dzone.com/articles/putting-java-rest

Czy ktoś może miał bliższy kontakt z tymi instrukcjami i podzieliłby
się swoimi wrażeniami?
Czy te rozwiązania dają radę czy tez może jest inny (lepszy) sposób
tworzenia architektury REST ,który możecie polecić?

[Michał Ostruszka]

Ja do tej pory z REST miałem do czynienia tylko teoretycznie, ale
patrząc na tekst który podałeś wydaje mi się, że jest to całkiem
ciekawy i elegancki sposób tworzenia tego typu serwisów. Ładnie,
prosto, szybko. Może ktoś coś jeszcze zna, ale ja w koncu mam
motywację, żeby się tym zająć praktycznie. Żeby tak jeszcze dało się
uciec od tego JAXB przy definiowaniu reprezentacji obiektów w XML...

2008/12/28 Paweł Włodarski <pwlo...@gmail.com>:

--
Michał Ostruszka
http://www.michalostruszka.pl

[Radosław Holewa]

W dniu 29 grudnia 2008 09:09 użytkownik Michał Ostruszka
<michal.o...@gmail.com> napisał:

> Ja do tej pory z REST miałem do czynienia tylko teoretycznie, ale
> patrząc na tekst który podałeś wydaje mi się, że jest to całkiem
> ciekawy i elegancki sposób tworzenia tego typu serwisów. Ładnie,
> prosto, szybko. Może ktoś coś jeszcze zna, ale ja w koncu mam
> motywację, żeby się tym zająć praktycznie. Żeby tak jeszcze dało się
> uciec od tego JAXB przy definiowaniu reprezentacji obiektów w XML...
>

Hej,

przedstawiony przez autora przykład to jedynie pokaz możliwości specyfikacji
JSR-311 (JAX-RS: The JavaTM API for RESTful Web Services), która
określa standardowe
API używane do definiowania RESTful web services.
Ponieważ autor pracuje w JBoss stąd przedstawiona została ich
implementacja JAX-RS
o nazwie RESTEasy. Pamiętajcie jednak, iż istnieje kilka implementacji
JSR-311, w tym
referencyjna implementacja Jersey (https://jersey.dev.java.net/) i
oczywiście rozwiązanie
Apache o nazwie CXF (którego ja używam).
Co do JAXB to nie jest ono tutaj jakimś narzuconym ograniczeniem,
stosując RESTful WS
możecie oczywiście stosować inne rozwiązania do serializacji obiektów.
Moża również zwracać rezultat w postaci TXT, JSON itd. itp. (rodzaj
zwracanego contentu
określacie za pomocją adnotacji @Produces).

Pozdrawiam,
Radek

BTW. Co do samego Jersey, to będzie okazja spotkać się z jednym z
twórców tego projektu
podczas konferencji GeeCON (www.geecon.org)

--
Radosław Holewa
Cracow, Poland
-----------------------------------------------------------
Website: www.holewa.org
Polish Java User Group: www.java.pl
GeeCON conference: www.geecon.org

[Grzegorz Borkowski]

Warto pamiętać, że Spring 3.0 ma oferować pełne wsparcie dla REST, można więc przypuszczać, że będzie implementować JAX-RS, choć z tego co wiem to jeszcze szczegóły oficjalnie nie sa znane. Z tym że Spring 3.0 się jakoś opóźnia, więc trudno powiedzieć kiedy faktycznie zostanie wydany.

[Paweł Włodarski]

Cześć

Grzesiek a wiesz może czy Spring 3.0 ma być "skomercjalizowany".
Ostatnio na kilku zagranicznych serwisach doszły mnie słuchy ,że
autorzy Springa
trochę więcej chcą zarobić w niedalekiej przyszłości. Z rzucenia okiem
zrozumiałem ,że poprawki
i uaktualnienia miały być dostępne tylko dla posiadaczy "abonamentu".

Pozdrawiam

[Grzegorz Borkowski]

Faktycznie było z tym trochę zamieszania, ale po pierwsze nie do końca prawdziwego (nowa polityka nie miała oznaczać braku dostępu do kodu za darmo, lecz brak buildów dostarczanych przez zespół Springa po 3 miesiącach od wypuszczenia wersji; czyli że po tym okresie trzeba by samemu budować źródła do czasu ukazania się kolejnej wersji), a po drugie po fali krytyki tej zmiany Rod Johnson ogłosił, że cofają tę decyzję. Można poczytać o tym na "oficjalnym blogu" springa.

Z drugiej strony nacisk na zwiększenie zysków jest zrozumiały w jakimś stopniu: ze względnie małego frameworka w wersji 1.0 Spring rozrósł się do ogromnego zbioru projektów, podprojektów, narzędzi itp, SpringSource zatrudnia kupę ludzi, więc z czegoś muszą żyć jeśli chcą się rozwijać. Z tego co pamiętam to Rod Johnson opisał to tak "idealnie by było, gdyby każda firma przekazała nam kilka procent z tego, co oszczedziła używając Springa; ale ponieważ to niestety nie działa, musimy szukać innych sposobów zarobku".