|
- Camada de "Service Transport": Este inclui HTTP, SMTP, FTP, e mais novos protocolos, como BEEP - Blocks Extensible Exchange Protocol. Esta camada é responsável por transportar mensagens entre aplicativos.
- Camada de "XML Messaging": Atualmente, este inclui XML-RPC (usa mensagens de XML para realizar chamadas de Procedimentos Remotos) e SOAP - Simple Object Access Protocol. Esta camada é responsável por mensagens de codificação em formato de padrão XML de forma que mensagens podem ser entendidas por qualquer um.
- Camada de "Service Description": é manipulada via WSDL - Web Services Description Language. Esta camada é responsável por descrever a interface pública para um Web Service especifico.
- Camada "Service Discovery": é manipulada via o UDDI - Universal Discovery Description and Integration. Esta camada é responsável por centralizar serviços em um registro do sistema comum, e provendo facilmente a funcionalidade de "publish/find".
Como funciona?
O aplicativo solicitante envia seu pedido para o aplicativo provedor do serviço, usando o protocolo de SOAP, que é baseado em XML. O aplicativo provedor do serviço recebe o pedido, processa sua lógica de negócios, e envia a resposta usando o mesmo protocolo de SOAP.
As vantagens do Web Services
A maior vantagem do Web services conta com o fato que é um padrão existente completamente independente da tecnologia usada para construir aplicativos.
Os Web Services estão acima de plataformas, bancos de dados, e linguagens de programação, livrando completamente os desenvolvedores das limitações previamente encontradas na interface entre aplicativos.
Esta facilidade de integração habilita relações de negócios mais estreitas e maior eficiência em processos de negócios.
Web Services também são uma grande melhoria em termos de segurança. Muitas corporações temiam no passado prover funcionalidades na Web devido ao medo de expor seus dados. Com o Web Services, eles podem publicar serviços de forma simples, que são totalmente desconectados dos objetos de dados e só enviam a resposta necessária ao consumidor. Isto elimina a necessidade de expor tabelas de dados completas, sendo assim um modo mais seguro de atuação.
Magic e Web Services
Magic eDeveloper e o Magic Application Server podem acessar Web Services através da rede como também prover acesso Web Services a outros aplicativos.
Desenvolvedores MAGIC podem transparentemente criar chamadas SOAP usando XML para Web Services e receber respostas, através do uso do comando "Call Web S", sem escrever uma linha única de SOAP. A sintaxe técnica de SOAP é gerenciada para o desenvolvedor pelo MAGIC Application Server. Dessa forma, aplicativos desenvolvidos com Magic eDeveloper podem interagir com Web Services existentes, transmitindo e recebendo informações pelo uso do protocolo SOAP. Os parâmetros são diretamente passados do programa MAGIC para o Web service usando métodos de RPC ou DOC, e a resposta é diretamente recebida dentro do "Data View" do programa MAGIC.
Os aplicativos MAGIC podem prover serviços via chamadas de Web services. Utilizando os padrões de Web Services para prover os serviços, os aplicativos MAGIC recebem requisições SOAP/XML e devolvem respostas para o requisitante.
Magic como um cliente de Web Services
A operação de chamada de Web Service pelo MAGIC, ajuda você a usar os métodos disponíveis atualmente.
As empresas habilitadas para desenvolver seus próprios Web Services e interagir com Web Services existentes saem na frente com relação aos próximos desafios do eBusiness. MAGIC eDeveloper provê um salto para as empresas neste sentido, permitindo a entrada rápida no mundo do Web Services.
Escreva um cliente de Web Services em 3 minutos!
Este guia passo a passo demonstra como é fácil criar um cliente de Web Services com MAGIC eDeveloper.
|
