Google Deprecates SOAP Search API

Estava usando a API do Google com webservices?

Más notícias… você precisa alterar o seu código! :frowning:

[quote]Quietly, Google has deprecated its SOAP Search API, withdrawing one of the most prominent examples of Web service usage on the Internet. The remaining AJAX Search API is only a partial replacement.

The Google SOAP Search API enabled its users to submit search, cache, and spelling requests by means of SOAP 1.1 (using RPC/encoded style) . The service was described page now displays a prominent notice:

As of December 5, 2006, we are no longer actively supporting the SOAP Search API. We encourage you to use the AJAX Search API instead.

Google Product Manager Tom Stocky clarified what this change actually means for developers in a posting to the Google Web APIs discussion group:

Just to clarify, we're not planning to shut off the SOAP Search API service for people who are already using it. The change is that we're not accepting new requests for SOAP Search API keys and are no longer actively supporting it so that we can concentrate our efforts on the AJAX Search API.

The AJAX Search API Tom refers to is a Javascript library that enables embedding Google Search in web pages; using it for back-end tasks (as was possible with the SOAP Search API) does not seem like something that is intended or supported. While the AJAX Search adds some features, such as the ability to search video, news, maps, and blogs, it lacks support for filtering, specifying languages, and the direct cache and spelling access. (It’s also questionable whether it’s AJAX at all, as it does not actally use XmlHttpRequest.)

Some reactions from the blogosphere view this as another sign of the declining acceptance of SOAP-based Web services on the Internet, such as Steve Loughran, whose post is titled “The end of SOAP” and is concluded with this line:

Slowly, all over the world, the lights on the SOAP endpoints are going out.

This seems a premature declaration of victory for the REST folks in the eternal REST-vs.-SOAP debate, though, as Google does not offer any comparable API at all ( (in contrast to Yahoo!, who have had a REST API for quite some time). Dave Megginson highlights this aspect:

Google?s search API let you send a search query to Google from your web site?s backend, get the results, then do anything you want with them: show them on your web page, mash them up with data from other sites, etc. The replacement, Google AJAX API, forces you to hand over part of your web page to Google so that Google can display the search box and show the results the way they want (with a few token user configuration options), just as people do with Google AdSense ads or YouTube videos. Other than screen scraping, like in the bad old days, there?s no way for you to process the search results programmatically ? you just have to let Google display them as a black box (so to speak) somewhere on your page.

Whether Google’s decision is based more on business reasons or on technical aspects, it’s definitely sad to see one of the most well-known (and easily understandable) examples of Web services disappear. But as John Gruber writes:

They did call it a ?beta?, though.

[/quote]

Pior. A tal AJAX API não é uma API para acessar programaticamente a busca, é só uma maneira de botar uma caixa de busca personalizada em uma página.

REST venceu… o que era obvio… para este tipo de coisa SOAP é um elefante branco…

Eu gosto (muito) de REST, mas o que aconteceu não foi a substituição de uma API SOAP por uma REST. Foi a eliminação de uma API programática em favor de um “widget” de UI.

A propósito, antes desse anúncio, o cara que havia optado por SOAP escreveu um post no seu blog dizendo que reconhece que a escolha foi um erro. Quando ele escreveu isso, o cara já tinha saido do Google.

A pergunta é… Quando que SOAP é vantagem ?

Hoje em dia eu me faço a mesma pergunta…
Nem interoperável é mais!

Hoje em dia eu me faço a mesma pergunta…
Nem interoperável é mais![/quote]

não ?
onde vc viu isso ?

e fico aqui me perguntando… o WCF (Windows Communication Foundation) é TODO baseado em WebService… estara a ms ferrada ?

[quote=chun]não ?
onde vc viu isso ?[/quote]
Em vários lugares, um deles aqui: http://www.guj.com.br/posts/list/48135.java
outro aqui: http://www.somebits.com/weblog/tech/bad/whySoapSucks.html

Eu acho que não, já que o WCF está todo baseado nos WebServices da Microsoft (vide problemas de interoperabilidade acima) e vai conversar bem com qualquer coisa Microsoft.

Os outros que se adaptem a isso (como sempre)!

Que beleza hein ? entao deveria se chamar… MS-WebServices

Pelo visto o velho “CORBA” ainda domina este espaco…

hhmm… difícil afirmar!

Na prática nunca vi nada não-EJB usando corba!
(claro que tem, só não sei se é comum, ou dominante)

EJB tem uma camada de conversa interessante… mas não aconselho para “exposicao de servicos”… RMI/IIOP não é firewall frendly…

Mas para distribuir aplicação por dentro de uma estrutura… é perfeito…

[quote=chun]EJB tem uma camada de conversa interessante… mas não aconselho para “exposicao de servicos”… RMI/IIOP não é firewall frendly…

Mas para distribuir aplicação por dentro de uma estrutura… é perfeito…
[/quote]

Ué, mas você pode exportar como @WebService.

[quote=Paulo Silveira]

Ué, mas você pode exportar como @WebService.[/quote]

Calma, não é todo mundo que tem o 6 em produção.

Isso é tendência em grandes portais. Para variar não importa que coloquem um 2.0 na frente, ninguém sabe como ganhar dinheiro vendendo conteúdo ou serviços para o usuário comum nessa tal de Internet.

o problema não é SOAP ou REST, e sim que eles não ganhavam um centavo com esta API, poderia simplesmente não aparecer nenhum anuncio pago …

e o Google não é uma instituição de caridade :smiley: