Servlet vs. WebService

No WebService o xml segue uma determinada formatação que teoricamente todos os consumidores do servico que entenderem a formatação podem se comunicar.
Por exemplo, vc cria uma Web Service usando algum framework em Java. Um cliente em .Net pode consumir esse serviço e ele não precisa se importar qual a tecnologia que foi utilizada para criar o Web Service. Outro exemplo, imagine que você criou um WebService em Python. Qualquer cliente (Java, .Net, Python, Ruby, etc) pode consumir esse Web Service porque o que importa é o padrão (SOAP) e não a tecnologia subjacente.

Leia aqui:

[]´s

Vou resumir. Imagine o cenário no qual duas empresas precisam trocar dados entre seus sistemas. Uma é uma livraria a segunda é uma transportadora. Um cliente da livraria entra no site da livraria e quer saber quanto fica para comprar e receber um livro em casa.
Os analistas do site da livraria acharam que seria melhor não dispor de um banco com os valores do transporte. Acharam que atualizar daria muito trabalho e necessitaria muita atenção. Preferiram optar por usar webservices.
O site da livraria envia uma mensagem (XML), com os dados de destino e outros atributos sobre a entrega a ser feita, para um servidor da transportadora. O servidor da transportadora responde com o preço do frete.

No webservice não importa o sistema operacional do cliente(livraria) e nem do servidor (transportadora). Ambos vão se entender pois ambos usam o mesmo protocolo para troca de informações. Ou seja, webservice é padronizado.

Todo este processo poderia ter sido feito de qq outra forma. Como vc disse, a troca de XML com servlets seria uma delas. Mas para trocar xml sem seguir um padrão, vc precisa conhecer a formatação (nós, elementos, atributos,…) que a transportadora usou para os seus XMLs. Já no caso do webservice isto não é necessário pois tudo é padronizado. Ou melhor dizendo, isto se dá de forma automática.

O cliente acessa um endereço que contém um wsdl (wsdl está para o webservice como o dtd está para o xml). A IDE do cliente automaticamente parsea os serviços disponíveis e os parâmteros necessários para acessar cada um. Assim o cliente faz chamadas ao webservice como se estivesse chamando métodos/funções locais.

Webservice é muito mais, mas este texto é só uma ideia.

Resumindo:
webservice = padrão ; servlet = cada um tem o seu.
webservice = usado para disponibilizar serviços (intranet ou na internet, tanto faz).

Certo, entendi…

Que framework vocês indicam para criar os webServices ? porque ?

Em ambas as respostas, não foi falado de Webservice REST, que não usa WSDL nem SOAP, podendo inclusive ser implementado em cima de um servlet, já que ele funciona em cima de HTTP, e podendo retornar um XML “comum”, um Json, e etc.

Vale dar uma pesquisada em webservices REST no google, inclusive aqui no GUJ tem vários tópicos sobre o assunto. Assim você pode ver qual melhor atende as suas necessidades.

Abraços,