restful web services

Globalcode – Open4Education

RestFul WebServices

Rafael NunesArquiteto de Software / Instrutor Globalcode


Integrando aplicações e disponibilizando serviços sem complicar a vida de ninguém.

REST


Agenda

> Integrando Aplicações> Um caso verídico


Agenda

> REST> Evitando complexidade desnecessária> REST> JSR 311> Exemplos de implementação> Mobile REST


Agenda

> Conclusão> Perguntas & Respostas


REST – O Início

> Integrando Aplicações> Um caso verídico


Integrando Aplicações

> Era uma vez um desenvolvedor


• Que adorava desenvolver.

Integrando aplicações


> E como era descolado e desenvolvia em muitas plataformas, ele precisava integrálas de alguma forma


Globalcode – Open4Education10

> Aí ele descobriu os padrões para integração



> Além de adorar desenvolver, ele também adorava a web.



> E foi então que ele descobriu os Web Services



> E todos os seus padrões.



> Aí ele morreu. Fim.



Plataformas Distintas


Padrões para integração


Web Services


> Mentira. Ele não morreu.



> Mas perdeu um pouco de sua sanidade entendendo todos aqueles padrões e toda aquela complexidade.



• Por que o protocolo HTTP, Google têm sucesso?

• FTP, SMTP, NNTP, SFTP, TFTP

?


• Imaginem se fosse assim…

Simplicidade!!!


• HTTP – Transferência de Hiper Texto

• Google – Um campo de texto, dois botões e três radio buttons

?


REST

REST


> Surgiu da tese de doutorado de Roy T. Fielding

> Um dos principais autores da especificação do protocolo HTTP

> Cofundador do Apache HTTP Server

> Diretor da Apache Software Foundation

REST


> REST (Representation State Transfer)

> Não é um framework, uma biblioteca, um servidor.

> É um estilo arquitetural(diz respeito ao design da aplicação)

REST


> Comunicação stateless. Sem estado.

> Performance(não há todo o overhead de SOAP).

> Forma simples de se criar um cliente.

> Possibilidade de cache

> Sem necessidade de contrato formal

REST (Quando usar?)


REST

> REST usa os métodos já definidos no protocolo HTTP

> GET, POST, PUT, DELETE, HEAD…

> Em REST, seus serviços/recursos têm uma identificação.

> Descrição do serviço via WADL( similar ao WSDL)


WADL

<resources base="http://servidor:8988/rest/repositorio/"><resource uri=“reservas">

<method href="#reservar"/></resource>

<resources><method name="GET" id=“reservar">

<request> <query_variable name=“quarto" type="xsd:string" required="true"/> <query_variable name=“numero" type="xsd:int"/></request><response> <representation mediaType=“application/xml” element=“mn:Response"/> <fault id=“reservaErro status="400" mediaType=“application/xml” element=“mn:Error"/></response>

</method>


REST

> JSR 311(Apache, BEA, Google, Jboss, Sun…)

> Jersey é a implementação de referência

> Diversos frameworks já implementam

> Axis2, CXF, RestEasy, JAXWS, Restlet

> @PATH, @GET, @POST, @ProductMime, @Param, @QueryParam

> Cases: Google, Yahoo, Amazon S3, Flickr, del.icio.us


Requisição SOAP

> Requisição SOAP:<?xml version='1.0' ?><soap:Envelope

xmlns:soapenv="http://www.w3.org/2003/05/soapenvelope" xmlns:h="http://meuws.com.br/ws"> <soap:Header> <h:reserva xmlns:p="http://meuws.com.br/ws” soap:mustUnderstand=“1”>5</h:reserva> </soap:Header> <soap:Body> <h:reservarQuarto xmlns:m="http://meuws.com.br">

<quarto>52</quarto> </h:reservarQuarto> </soap:Body></soap:Envelope>


Requisição REST

> Requisição REST:http://appserver:8080/apphotel/reservar/quarto/52

ou

http://appserver:8080/apphotel/reservar?quarto=52


> Exemplo de código de uma aplicação com serviço REST

> Reserva de vagas em Hotel

Mão na massa


> Exemplo de código client com REST

> HttpClient, Flex, Python, Browser

Isso Funciona?


> Implementa a ultima especificação JSR 311

> Segurança(@RolesAlowed, @DenyAll)

> Forma simples de integração(mapeamento de Servlet)

> Mapeamento de parâmetros de request para atributos

> Integração com EJB (Bean Stateless como serviço)

> Framework Client(Proxy para requeisições HTTP)

JBoss RestEasy


> Não há um contrato(WSDL)

> Não há ferramentas

> Recente, earlyadopters

Desvantagens


> Mobile REST e KSOAP

REST


> Migração de Portais(Websphere Portal, Plone, Oracle)

> ESB e SOA baseados em REST (Jboss ESB, Oracle SOA Suite, Websphere, Weblogic)

> Serviços do Google baseados em REST(Ajax Search, Charts, Maps, Earth, Open Social)

Futuro


Comparação

SOAP REST

Complexidade Padrões em excesso HTTP

Criar Serviços Possui frameworks e bibliotecas para geração

Possui frameworks e bibliotecas para geração

Criar Cliente Geração através de ferramentas ou manualmente

Geração de forma simples, não há necessidade de ferramentas

Performance Além da requisição HTTP, overhead do parse de XML

Requisição HTTP simples. (Possibilidade de cache)

Arquivo Descritor WSDL WADL(Não adotado oficialmente)

Comunicação Stateless e Stateful Stateless (possível mas não recomendado Stateful)


?Perguntas e Respostas


Fim!(Contato)

(Críticas, Dúvidas ou Sugestões)[email protected]


Fim v.2!

Obrigado!

(Desenhos/Imagens by Rafael Nunes)

(Obrigado Paint!!!!)

restful web services

Technology