WEB SERVICES

Sou novo aqui, e a minha primeira pergunta seria:

o que é um web service?
é um apliaçao?
onde fica hospedada e quem pode usar?
só funciona via internet?
gostaria de uma definiçao bem simples.

valeu galera...t+

tenho um seminário sobre J2EE para sábado e esta dificil assimilar alguns conceitos.

o que é um web service?

É um conjunto de protocolos para comunicação entre aplicações. A chamada a um WebService compreende sempre um cliente e um servidor, mas as plataformas pra estes não são necessariamnete definidas (eu posso ter um cliente em Flash chamando um webservice em Python, ou um cliente em Delphi chamando um WS em J2EE).

onde fica hospedada e quem pode usar?

O serviço geralmente fica "hospedado" junto com o servidor, mas isso não é necessáriamente uma regra.

só funciona via internet?

Não. Funciona em qualquer rede TCP/IP, e com algum trabalho, em qualquer rede que suporte conexões cliente-servidor (ou seja, todas)

para falar a verdade, o troço é mais generico ainda

o SOAP/XML-RPC só define como o cliente vai falar com o serviço disponibilizado e chamar seus metodos, mas não fala nada sobre meio de transporte.

então eu não preciso nem tem uma conexão direta com o servidor, a comunicaçõ pode ocorrer por e-mail por exemplo

...e se vc pensou que era só isso, está enganado!

Ainda não é possível, mas estão planejando fazer o protocolo de comunicação plugável! Então, vc não necessariamente precisa de SOAP pra comunicacao... vc pode usar...uh...sei lá, sinal de fumaça

Eu adoro tecnologias simples que são complicadas por comitês.

valeu galeraaaaa...

...eu entendi o q é um WS...
mas pegando pesado com vcs..e demonstrando a minha total ignorancia...

um serviço é necessariamente oq?

AI CÉUS...DEVIA TER FEITO ARQUITETURA

um serviço é qualquer conjunto de metodos do mesmo dominio disponibilizados por um ou mais objetos.

VALEU MAIS UMA VEZ

esse forum é bom...

DA uma olhada no Tutorial...

http://java.sun.com/webservices/docs/1.1/tutorial/doc/index.html

A ideia é permitir que Clientes Remotos via HTTP acessem os métodos de um determinado Objeto.

E o uso do HTTP é pela sua versatilidade e abrangência.

[]'s

Lairto wrote:
um serviço é necessariamente oq?

quer um exemplo CLASSICO? todo mundo quer saber e ter atualziada a cotacao do dolar pela BOVESPA. soh que isso fica la no site deles, entao as pessoas precisam criar um robozinho para procurar o valor no meio do html todo.

entao, o pessoal cria um webservice no bovespa, em q dada a requisicao X, retorna Y, com o valor do dolar atualizado.

outro exemplo: fazer uma busca no google, e retornar a saida no seu site. o google disponibiliza um WS pra isso. voce manda um XMLinho pra ele, ele te volta um XMLao cheio de respostas

Cara como eu gostei deste fórum....

bom bom bom

valeu

uma opinao minha, WS é apenas uma versão cheia de frescurar de tecnologias ja existentes, não adiciona nada de util, pq não resolve o principal problema que os metodos antigos, rmi, corba, sun rpc, etc, tinham, que é informar o valor semantico da operação, oque é e pq é, de forma eletronica. E WSDL não chega a arranhar esse problema.

louds wrote:uma opinao minha, WS é apenas uma versão cheia de frescurar de tecnologias ja existentes, não adiciona nada de util, pq não resolve o principal problema que os metodos antigos, rmi, corba, sun rpc, etc, tinham, que é informar o valor semantico da operação, oque é e pq é, de forma eletronica. E WSDL não chega a arranhar esse problema.

Eu sempre costumo dizer que WS não é nada mais do que RMI com frescura. É sempre necessário ver até que ponto voce precisa dessa frescura (integrar aplicações .NET com Java, por exemplo, é um bom motivo pra usar WS), e até que ponto vc precisa ser buzzword-compliant ("O nosso sistema suporta WebServices com XML para J2EE EAI, melhorando nosso ROI e agregando valor à nossa aplicação B2B?", pergunta o Gerente

).

Quem sabe os WebServices não estão apenas guardando a verdadeira inovação pra mais tarde?

Não esqueçamos que os WebServices é um "Industry Standard", suportado por todos os fabricantes de software hoje, como Sun, IBM, Oracle, BEA, Borland, OMG, W3, Macromedia, Microsoft, etc. (não ia caber na lista...)

E o bom uso e design dos WebServices, vai garantir integrações de sistemas legado com mais transparência, eficiência, segurança e menor custo.

Sem esquecer tbm que RPC, CORBA e RMI dependem do IIOP para integração, o que muitas vezes não é símples em plataformas heterogêneas, remotas e usando os recursos dos serviços da Internet.

Eu particularmente acho que os WebServices vão ser a garantia de independência do Cliente na comunicação com o ambiente Servidor, e vai possibiliar o aumento em muito da criação de novos modelos de negócios para B2C e C2C.

[]'s

louds wrote: os metodos antigos, rmi, corba, sun rpc, etc, tinham, que é informar o valor semantico da operação, oque é e pq é, de forma eletronica. E WSDL não chega a arranhar esse problema.

ai voce esta fazendo uma critica ao XML em geral, nao ha semantica, soh dados.

Notícias, artigos e o maior fórum brasileiro sobre Java