#Este é um post fechado Este post está disponível para assinantes da Java Magazine DIGITAL ou para quem possui Créditos DevMedia. Clique aqui para saber mais sobre como abrir este post!
Artigo Java Magazine 60 - JSR-311 e Jersey
Artigo da Revista Java Magazine Edição 60.
Estatísticas:
Serviços:

JSR-311 e Jersey
Web services REST no Java EE
Apresentando a JSR que traz o suporte a serviços REST para Java EE, com alta produtividade e flexibilidade
De que se trata o artigo:
Apresentação da JAX-RS (Java API for RESTful Web Services) e do Jersey, sua implementação de referência. Estes são componentes utilizados no desenvolvimento de web services REST. A JAX-RS fará parte do Java EE 6.
Para que serve:
A JAX-RS busca simplificar o desenvolvimento de serviços REST e oferecer uma forma padrão de implementação desta linha de serviços. O Jersey implementa os recursos definidos pela JSR e acrescenta algumas funcionalidades, como o WADL (descritor de serviços REST) e uma API para clientes REST.
Em que situação o tema é útil:
Os web services REST são cada vez mais usados em integrações entre aplicações e empresas. Eles constituem uma forma de integração que nos traz muito poder e flexibilidade. A JAX-RS e o Jersey facilitam a integração com aplicações de ersas plataformas, utilizando formatos de dados variados. Isto aumenta a produtividade e elimina tarefas onerosas dos desenvolvedores.
JSR-311 e Jersey:
As duas linhas de desenvolvimento de web services são WS-* e REST. A JSR-311 e o Jersey trazem mais facilidade e produtividade ao desenvolvimento de serviços REST.
O uso destes componentes nos permite desenvolver web services com bastante poder e flexibilidade. Conseguimos suportar a manipulação de conteúdo
O objetivo da JSR-311 é oferecer uma API padrão para os serviços REST
Esta API fará parte do Java EE 6, o que facilitará ainda mais a interoperabilidade de serviços desenvolvidos com estes componentes. Web services já representaram a troca de performance por interoperabilidade. A JAX-RS e o Jersey nos ajudam a mostrar que isso ficou no passado.
Nas edições 54, 55 e 56 tivemos uma série de artigos sobre desenvolvimento de web services. Nesta série apresentamos as principais características das abordagens WS-* e REST. Para ajudar na contextualização por parte dos leitores, tivemos dois artigos práticos com propostas de soluções com WS-* e REST para um mesmo problema (serviços de um processo de leilão do Mercado Livre).
Na Edição 56 foi apresentada uma solução sem a introdução de muitos componentes que pudessem desviar o foco da essência do problema. O objetivo era mostrar as principais preocupações que os desenvolvedores devem ter ao modelar arquiteturas com REST. Indicamos que alguns componentes que agregam produtividade e qualidade às implementações seriam cobertos em artigos posteriores.
Falaremos agora sobre um destes componentes, a JSR-311 e o projeto Jersey, implementação de referência desta JSR. Falaremos inicialmente sobre a JSR em si, e depois mostraremos os principais pontos nos quais ganhamos ao utilizá-la.
JAX-RS: Java API for RESTful Web Services (JSR-311)
A versão 5 do Java EE fez um grande esforço para simplificar o desenvolvimento nesta plataforma. Esta iniciativa era muito desejada pelos desenvolvedores, e conseguiu renovar o ânimo dos profissionais que trabalham com a plataforma Java. Até o J2EE 1.4, a complexidade das aplicações vinha crescendo progressivamente. Muitos profissionais estavam debandando para alternativas como o Spring e o Hibernate, e alguns até mudando de plataforma (principalmente para Ruby on Rails).
No Java EE 5 o desenvolvimento de web services WS-* já foi bastante facilitado com a chegada do JAX-WS. Este componente traz mais produtividade ao permitir o desenvolvimento de serviços com anotações, substituindo uma grande quantidade de descritores.
Existe nesta área uma crescente adesão aos web services REST, conforme discutimos na série de artigos mencionada. Para oferecer melhor suporte a esta linha de serviços em Java, foi criada a JSR-311. O quadro “Objetivos da JSR-
ATENÇÃO! A EXIBIÇÃO DESTE ARTIGO FOI INTERROMPIDA.
#Este é um post fechado Este post está disponível para assinantes da Java Magazine DIGITAL ou para quem possui Créditos DevMedia. Clique aqui para saber mais sobre como abrir este post!




Artigo Java Magazine 54 - REST vs WS-*

Artigo Java Magazine 58 - Entrevista – Wicket

Editorial Java Magazine 58

Artigo Java Magazine 57 - Atom em web services REST

Artigo Java Magazine 55 - Web services WS-*

Artigo Java Magazine 56 - Web services REST

Artigo Java Magazine 56 - Web Service REST




Artigo Java Magazine 58 - Entrevista – Wicket

Artigo Java Magazine 57 - Atom em web services REST

Artigo Java Magazine 55 - Web services WS-*

Artigo Java Magazine 54 - REST vs WS-*

Artigo Java Magazine 56 - Web services REST

Artigo Java Magazine 56 - Web Service REST



[vídeo] Consumindo os dados via ajax – Consumindo dados com getJson do jQuery utilizando POCO EF 4.0 – Parte 3

[vídeo] Classe POCO – Consumindo dados com getJson do jQuery utilizando POCO EF 4.0 – Parte 1

Imprimindo Relatório : VCL Crystal Reports XI - Delphi

VCL Crystal Reports XI - Delphi

[vídeo] Gerenciamento das Comunicações - Curso Gerência de Projetos – Parte 8

[vídeo] Plano de Comunicação - Curso Gerência de Projetos – Parte 9

[vídeo] Seleção e Priorização de Projetos - Curso Gerência de Projetos – Parte 6

[vídeo] Escopo, metas, premissas, restrições - Curso Gerência de Projetos – Parte 7

[vídeo] Documento Conceitual do Projeto - Curso Gerência de Projetos – Parte 5


Você está em:




Conheça os planos de créditos DevMedia e visualize esse post agora mesmo!


