O SOAP é uma especificação para requisitar métodos de negócio, como documentos XML, e suporta outros protocolos como HTTP e SMTP. É o protocolo de comunicação para os Web Services; quando descrito como um protocolo de comunicação, muitos pensam no DCOM ou no CORBA e se perguntam "Como o SOAP realiza a ativação de objetos?" ou "Qual serviço de nomeação o SOAP utiliza?". Apesar da implementação SOAP provavelmente incluir esses itens, o padrão SOAP não os especifica. O SOAP é uma especificação que define o formato das mensagens XML. Uma mensagem SOAP nada mais é que um fragmento XML bem formado, encapsulado por um par de elementos SOAP.
Existem outras partes da especificação SOAP que descrevem como representar os dados do programa em XML e como usar o SOAP para fazer as chamadas de procedimento remoto.
Essas partes opcionais da especificação são usadas para implementar as aplicações no estilo RPC, onde a mensagem SOAP, contendo a chamada e os parâmetros da função, é enviada pelo cliente, e o servidor retorna uma mensagem com os resultados da função executada. As implementações correntes do SOAP suportam aplicações RPC porque os programadores acostumados com as aplicações COM ou CORBA aplicam muito bem esse estilo. O SOAP também suporta aplicações no estilo documento, onde a mensagem é apenas um invólucro de um documento XML. Esse estilo é muito flexível e alguns Web services o utilizam para implementar serviços que seriam difíceis de desenvolver usando RPC.
A última parte opcional da especificação SOAP define como é uma mensagem HTTP que contém uma mensagem SOAP. A ligação com o HTTP é opcional, mas quase todas as implementações SOAP suportam, pois é o único protocolo padronizado para o SOAP. Por essa razão, há uma concepção errada de que o SOAP requer o HTTP. Algumas implementações suportam MSMQ, MQ Series, SMTP ou TCP/IP, mas quase todos os Web services usam HTTP por ser largamente difundido. Como o HTTP é o protocolo central da Web, muitas organizações possuem uma infraestrutura de rede que suporta HTTP e pessoas que entendem como gerenciá-lo. A segurança, monitoração e balanceamento de carga para HTTP são bem eficazes hoje em dia.
A maior fonte de confusão na utilização do SOAP é a diferença entre a especificação e muitas implementações. Muitas pessoas que usam o SOAP não escrevem as mensagens diretamente, mas usam um SOAP toolkit para criar e analisar as mensagens SOAP. Esses toolkits geralmente traduzem chamadas de funções de alguma linguagem para uma mensagem SOAP. Por exemplo, o Microsoft SOAP Toolkit 2.0 transforma uma chamada de função COM para o SOAP, e o Apache Toolkit transforma uma chamada de função JAVA para o SOAP. Os tipos de chamadas e tipos de parâmetros suportados variam com cada implementação, assim uma função que funciona com um toolkit pode não funcionar com outra. Essa não é uma limitação do SOAP, mas sim da implementação particular que se está usando.
De longe a funcionalidade mais importante do SOAP é que está sendo implementado em diversas plataformas de hardware e de software. Isso significa que o SOAP pode ser usado para ligar sistemas muito diferentes, dentro e fora da organização. Muitas tentativas desse tipo foram feitas no passado, propondo um protocolo de comunicação padrão para ser usado na integração de sistemas, mas nenhuma delas teve a mesma repercussão que o SOAP, devido a sua simplicidade e facilidade de implementação.
Fonte: http://www.iweb.com.br
Redes Sociais