Comments on: Precisamos de um descritor de serviços REST? http://brunopereira.org/2008/05/14/precisamos-de-um-descritor-de-servicos-rest/ Software em geral, com muitas xícaras de Java, open source, SOA e o que mais surgir de interessante :) Fri, 12 Mar 2010 07:24:08 +0000 http://wordpress.org/?v=2.5 By: cardinalidade.net - Bruno Pereira » Blog Archive » Precisamos de um descritor de … http://brunopereira.org/2008/05/14/precisamos-de-um-descritor-de-servicos-rest/#comment-1798 cardinalidade.net - Bruno Pereira » Blog Archive » Precisamos de um descritor de … Tue, 10 Feb 2009 07:42:08 +0000 http://blpsilva.wordpress.com/?p=180#comment-1798 [...] que entenda o padrão estabelecido será capaz de interpretar os … Veja o post completo clicando aqui. Post indexado de: [...] […] que entenda o padrão estabelecido será capaz de interpretar os … Veja o post completo clicando aqui. Post indexado de: […]

]]> By: cardinalidade.net - precisamos de um descritor de serviços rest? http://brunopereira.org/2008/05/14/precisamos-de-um-descritor-de-servicos-rest/#comment-1689 cardinalidade.net - precisamos de um descritor de serviços rest? Fri, 30 Jan 2009 15:03:02 +0000 http://blpsilva.wordpress.com/?p=180#comment-1689 [...] que entenda o padrão estabelecido será capaz de interpretar os … Veja o post completo clicando aqui. Post indexado de: [...] […] que entenda o padrão estabelecido será capaz de interpretar os … Veja o post completo clicando aqui. Post indexado de: […]

]]> By: Thiago http://brunopereira.org/2008/05/14/precisamos-de-um-descritor-de-servicos-rest/#comment-240 Thiago Mon, 23 Jun 2008 20:53:00 +0000 http://blpsilva.wordpress.com/?p=180#comment-240 Eu sei que to meio atrasado na discussão, mas encontrei um artigo relevante, que explica como descrever serviços RESTful usando WSDL 2.0. http://www.ibm.com/developerworks/webservices/library/ws-restwsdl/ Eu acho que a descrição não eh tão boa, ele poderia ter invertido a ordem (começado com os dados e indo ateh o serviço), mas dah uma idéia do que eh necessário pra descrever o serviço. Sem duvida ferramentas vão ser importantes se isso pegar. BTW, Bruno, voce disponibilizou os slides da sua apresentação sobre REST? Eu tinha comentado no outro blog, mas acho que voce tava em transição pro novo... Eu sei que to meio atrasado na discussão, mas encontrei um artigo relevante, que explica como descrever serviços RESTful usando WSDL 2.0.

http://www.ibm.com/developerworks/webservices/library/ws-restwsdl/

Eu acho que a descrição não eh tão boa, ele poderia ter invertido a ordem (começado com os dados e indo ateh o serviço), mas dah uma idéia do que eh necessário pra descrever o serviço. Sem duvida ferramentas vão ser importantes se isso pegar.

BTW, Bruno, voce disponibilizou os slides da sua apresentação sobre REST? Eu tinha comentado no outro blog, mas acho que voce tava em transição pro novo…

]]> By: blpsilva http://brunopereira.org/2008/05/14/precisamos-de-um-descritor-de-servicos-rest/#comment-206 blpsilva Sat, 17 May 2008 03:38:20 +0000 http://blpsilva.wordpress.com/?p=180#comment-206 Oi Milfont, vai ter sim. Na edição 57 (Maio) saem 2 artigos meus sobre Atom e AtomPub, que são relacionados com REST. E estou escrevendo para a edição 59 (Julho) um artigo sobre a JSR-311 e o projeto Jersey. Provavelmente virá mais coisa por aí no futuro, mas por enquanto tem esses que falei. []s Oi Milfont, vai ter sim. Na edição 57 (Maio) saem 2 artigos meus sobre Atom e AtomPub, que são relacionados com REST. E estou escrevendo para a edição 59 (Julho) um artigo sobre a JSR-311 e o projeto Jersey. Provavelmente virá mais coisa por aí no futuro, mas por enquanto tem esses que falei.

[]s

]]> By: Christiano Milfont http://brunopereira.org/2008/05/14/precisamos-de-um-descritor-de-servicos-rest/#comment-205 Christiano Milfont Fri, 16 May 2008 20:24:11 +0000 http://blpsilva.wordpress.com/?p=180#comment-205 Bruno, vai ter mais matéria na JM sobre REST? Bruno, vai ter mais matéria na JM sobre REST?

]]> By: blpsilva http://brunopereira.org/2008/05/14/precisamos-de-um-descritor-de-servicos-rest/#comment-204 blpsilva Fri, 16 May 2008 17:07:59 +0000 http://blpsilva.wordpress.com/?p=180#comment-204 @Emerson Bem interessante o post do Dare Obasanjo mesmo. É interessante acompanhar caras que já estiveram muito envolvidos com WS-* e passaram a adotar REST depois de acumular frustrações com WS-*. Aprendemos muito com a experiência desses caras também. Exemplos de caras nessa situação que eu acompanho são o próprio Dare Obasanjo e mais: James Snell - http://snellspace.com/wp/ Dan Diephouse - http://netzooid.com/blog/ @Emerson

Bem interessante o post do Dare Obasanjo mesmo. É interessante acompanhar caras que já estiveram muito envolvidos com WS-* e passaram a adotar REST depois de acumular frustrações com WS-*. Aprendemos muito com a experiência desses caras também.

Exemplos de caras nessa situação que eu acompanho são o próprio Dare Obasanjo e mais:
James Snell - http://snellspace.com/wp/
Dan Diephouse - http://netzooid.com/blog/

]]> By: Emerson Macedo http://brunopereira.org/2008/05/14/precisamos-de-um-descritor-de-servicos-rest/#comment-203 Emerson Macedo Fri, 16 May 2008 14:51:53 +0000 http://blpsilva.wordpress.com/?p=180#comment-203 Tem um post muito bom de um cara que eu li uma vez para complementar isso que você disse. Ele participou muito evangelizando WS-* e depois percebeu REST como uma alternativa mais leve. http://www.25hoursaday.com/weblog/2007/11/15/WSIsToRESTAsTheoryIsToPractice.aspx Tem um post muito bom de um cara que eu li uma vez para complementar isso que você disse. Ele participou muito evangelizando WS-* e depois percebeu REST como uma alternativa mais leve.
http://www.25hoursaday.com/weblog/2007/11/15/WSIsToRESTAsTheoryIsToPractice.aspx

]]> By: Sócrates, o desenvolvedor-filósofo. http://brunopereira.org/2008/05/14/precisamos-de-um-descritor-de-servicos-rest/#comment-202 Sócrates, o desenvolvedor-filósofo. Fri, 16 May 2008 14:25:28 +0000 http://blpsilva.wordpress.com/?p=180#comment-202 "Olhem quantas coisas o ateniense precisa para viver!" “Olhem quantas coisas o ateniense precisa para viver!”

]]> By: blpsilva http://brunopereira.org/2008/05/14/precisamos-de-um-descritor-de-servicos-rest/#comment-201 blpsilva Fri, 16 May 2008 01:35:40 +0000 http://blpsilva.wordpress.com/?p=180#comment-201 @Alexandre Também estou aguardando a chegada de produtos mais interessantes para REST. Tenho acompanhado os produtos da Mulesource e da WSO2, mas infelizmente não estou tendo tempo para avaliá-los adequadamente. Como eu falei, acho muito interessante um descritor sim, mas ainda não estou decidido por nenhum formato específico. Nas 2 vezes que implementei um descritor, este foi customizado e sem nenhuma preocupação em automação. O objetivo foi oferecer um descritor compreensível por seres humanos mesmo. []s @Alexandre

Também estou aguardando a chegada de produtos mais interessantes para REST. Tenho acompanhado os produtos da Mulesource e da WSO2, mas infelizmente não estou tendo tempo para avaliá-los adequadamente.

Como eu falei, acho muito interessante um descritor sim, mas ainda não estou decidido por nenhum formato específico. Nas 2 vezes que implementei um descritor, este foi customizado e sem nenhuma preocupação em automação. O objetivo foi oferecer um descritor compreensível por seres humanos mesmo.

[]s

]]> By: blpsilva http://brunopereira.org/2008/05/14/precisamos-de-um-descritor-de-servicos-rest/#comment-200 blpsilva Fri, 16 May 2008 01:30:30 +0000 http://blpsilva.wordpress.com/?p=180#comment-200 @Felipe Sobre a validação, de fato com WS-* você pode validar diretamente pelo Schema XML. Com REST você também pode fazer isso, mas terá que ser explicitamente. Sobre a questão transacional, não posso falar tão bem sobre o seu exemplo sem conhecer os detalhes. Mas basicamente continuo com a minha opinião mencionada no comentário anterior. Se você precisar de transações "de longa duração", que transcedam o escopo transacional de um único servidor (algo na linha do WS-Transaction Business Activity), então use WS-*. Eu não sou xiita, minha opinião é de resolver o problema da melhor forma. Se WS-* é mais indicado para o problema, go ahead and use it. Agora, minha opinião: os casos em que você de fato precisa dos recursos altamente sofisticados do WS-* são uma pequena minoria. E se por acaso os fanáticos por REST que você mencionou não tinham conhecimento suficiente para modelar bem uma solução complexa com REST, não condene a abordagem por causa disso. Aplicações mal implementadas existem com qualquer coisa que você use. E se você continua achando que WS-* é melhor para você, siga utilizando-o. Felizmente os middlewares WS-* estão caminhando para mais simplicidade e aumentando a produtividade. Se você se sente mais confortável com WS-* e implementa soluções melhores com essa abordagem, seja pragmático, e a mantenha como sua preferência mesmo. Minhas preferências são bem diferentes das suas, mas respeito a sua opinião. O mais importante é entregarmos softwares de qualidade, com qualquer escolha tecnológica que seja feita. @Felipe

Sobre a validação, de fato com WS-* você pode validar diretamente pelo Schema XML. Com REST você também pode fazer isso, mas terá que ser explicitamente.

Sobre a questão transacional, não posso falar tão bem sobre o seu exemplo sem conhecer os detalhes. Mas basicamente continuo com a minha opinião mencionada no comentário anterior. Se você precisar de transações “de longa duração”, que transcedam o escopo transacional de um único servidor (algo na linha do WS-Transaction Business Activity), então use WS-*. Eu não sou xiita, minha opinião é de resolver o problema da melhor forma. Se WS-* é mais indicado para o problema, go ahead and use it.

Agora, minha opinião: os casos em que você de fato precisa dos recursos altamente sofisticados do WS-* são uma pequena minoria. E se por acaso os fanáticos por REST que você mencionou não tinham conhecimento suficiente para modelar bem uma solução complexa com REST, não condene a abordagem por causa disso.

Aplicações mal implementadas existem com qualquer coisa que você use. E se você continua achando que WS-* é melhor para você, siga utilizando-o. Felizmente os middlewares WS-* estão caminhando para mais simplicidade e aumentando a produtividade. Se você se sente mais confortável com WS-* e implementa soluções melhores com essa abordagem, seja pragmático, e a mantenha como sua preferência mesmo.

Minhas preferências são bem diferentes das suas, mas respeito a sua opinião. O mais importante é entregarmos softwares de qualidade, com qualquer escolha tecnológica que seja feita.

]]>