A JSR-311 chegou para oferecer suporte aos serviços REST no Java EE. O principal objetivo é trazer uma API fácil de utilizar e que simplifique o desenvolvimento sem reduzir o poder que temos ao adotar esta linha de serviços. A Tabela 1 lista os principais objetivos declarados da JSR. A Tabela 2 lista as principais questões que não serão cobertas pela JSR.
|
Objetivo |
Descrição |
|
Foco em POJOs |
A API vai oferecer um conjunto de anotações e classes/interfaces associadas que possam ser usadas com POJOs para expô-los como Recursos web. A especificação definirá o escopo e o ciclo de vida dos objetos. |
|
Explorar bem o HTTP |
HTTP é assumido como o protocolo de transporte. Será feito um claro mapeamento entre os elementos do HTTP e as classes e anotações correspondentes. A API proverá suporte de alto nível aos padrões de uso comuns do protocolo. Será flexível o suficiente para suportar aplicações HTTP como o WebDAV e o AtomPub. |
|
Independência de formato |
A API permitirá o uso de diversos content-types. O suporte aos content-types será feito de uma forma plugável que defina uma forma padrão de extensão para o suporte a novos tipos de conteúdo. |
|
Independência de container |
Será possível o deployment em qualquer servidor de aplicações Java EE e também nos containers de Servlets. |
|
Inclusão no Java EE |
A especificação definirá como será o ambiente para os Recursos em um servidor Java EE. Definirá também como uma classe de Recurso poderá utilizar funcionalidades e componentes Java EE. |
Tabela 1. Objetivos da JSR-311
|
Questão |
Descrição |
|
Suporte a versões de Java anteriores à 5.0 |
A API fará extenso uso de anotações e requer o uso de Java 5 ou posterior. |
|
Descrição, registro e descoberta de serviços |
A especificação não cobrirá nenhum destes pontos. |
|
APIs clientes |
A JSR não define APIs clientes. Espera-se que outras especificações forneçam esta funcionalidade. |
|
Pilha HTTP |
A especificação não definirá uma nova pilha HTTP. O suporte a HTTP do container será utilizado. |
|
Classes de manipulação do corpo das requisições HTTP |
A especificação não definirá as classes que suportam manipulação do conteúdo no corpo das requisições. A API definirá a plugabilidade para que as implementações definam estas classes. |
0 Responses
Stay in touch with the conversation, subscribe to the RSS feed for comments on this post.