XMLHTTP e SOAP:
XML é atecnologia básica central dos serviços da web e a chave para a implementação do SOAP é projetada com base em XML. Em termos de implementação: XMLHTTP é baseado no navegador. Contanto que você tenha o IE, você pode transferir strings XML para o servidor, o que é altamente versátil. No entanto, o navegador não é usado para XMLHTTP. É para usuários públicos navegarem. Se o XML puder ser usado para concluir várias operações, isso inevitavelmente afetará os usuários. Por exemplo, o navegador correspondente à versão anterior do msxml pode acessar documentos XML do cliente (inicialmente projetados para XMLHTTP), o que significa que o sistema de arquivos local pode ser acessado através da tecnologia XMLHTTP. Mais tarde, a Microsoft definiu isso como uma vulnerabilidade, mas agora não é mais possível. Claro, você também pode escrever programas clientes, mas eles estão limitados a programas da série Visual. Eles podem chamar a API em msxml. Mas o servidor pode ser asp, jsp/servlet, todos os quais convertem strings xml emobjetos de documento xml.
SOAP é um protocolo de comunicação em formato XML, incluindo: O envelope SOAP define uma convenção para descrever o conteúdo da mensagem, implicando que o método de processamento de mensagens a ligação do protocolo fornece um conjunto de mecanismos gerais para a transmissão de envelopes SOAP por meio de regras de codificação de nível inferior; vários Uma convenção para mapear tipos de dados de aplicativos pararepresentação XML baseada em tags; o mecanismo RPC fornece uma maneira de representar chamadas de procedimento remoto e seus valores de retorno. Não há uma relação clara entre ele e outros acordos. Sua província é um acordo. Pode ser vinculado a http.stmp, tcp e outros protocolos. Mensagens SOAP são documentos XML e também podem ter anexos. Podem gerar mensagens SOAP com base na API definida pelo W3C. É claro que a plataforma .net da Microsoft também suporta SOAP. SOAP+HTTP é semelhante ao XMLHTTP no sentido de que fornece capacidades de implementação melhores e mais poderosas, escalabilidade e versatilidade em comunicações colaborativas distribuídas. Mais importante ainda, tornou-se uma tecnologia chave para serviços Web e comunicações de linha.
SOAP e RMI, CORBA, COM
RMI e COM são implementações de aplicativos distribuídos e definem a comunicação entre componentes. Como são apenas convenções de comunicação entre programas sob um sistema (como uma série de programas escritos em Java ), e a comunicação requer suporte de plataforma específica, exceto que a comunicação dentro deste sistema é eficiente, ela não pode ser usada com outros programas de sistemas.
Para resolver este problema de comunicação, CORBA projetou um modelo de solicitação de proxy (usando linguagem IDL) para que eles possam se comunicar entre si. No entanto, isso parece ser um patch e não pode resolver o problema fundamental. , e o uso do CORBA só é eficaz para restaurar o valor de sistemas antigos. Nenhum deles pode passar pelo firewall. SOAP+HTTP é um protocolo compatível com firewall e pode passar pelo firewall.
SOAP é um protocolo que nada tem a ver com implementação específica. Ele é baseado no formato XML e transmite dados no formato XML, tornando o sistema solto. Desta forma, a legibilidade do XML é utilizada na aplicação para analisar o documento XML para implementar a aplicação, o que melhora muito a interoperabilidade do sistema (comunicação com diferentes sistemas). Além disso, a lógica de negócio de cada unidade do sistema é clara, o que o torna altamente portátil e reutilizável.
UDDI e JNDI
UDDI é o protocolo de gerenciamento de registro para serviços. O centro de registro UDDI é usado para registrar serviços por meio de WSDL. Os clientes obtêm documentos WSDL pesquisando serviços no centro de registro UDDI e obtendo acesso com base no WSDL. documentos. Métodos de um serviço para se comunicar com o serviço usando SOAP. Ele pode ser implementado por meio de um banco de dados ou pode ser expresso usando XMLde código aberto ou corporativo ( IBM, etc.). Quando os usuários consultam, seus detalhes podem ser retornados por informações formatadas em XML. O procedimento de acesso nada mais é do que um processo de busca hierárquica. Os serviços que registra são universais e independentes de plataforma, e o método de registro está em formato XML universal. Pode ser orientado para a Internet ou Interanet para fornecer vários serviços a vários usuários.
JNDI é o diretório de nomenclatura de serviços Java. Ele registra o diretório de acesso de EJB e DataSource na forma de uma árvore. Os programas podem localizar serviços por meio de JDNI e RMI. Especificamente, por meio de seus arquivos de implantação, quando o servidor é iniciado, ele estabelece automaticamente JNDI com base nos arquivos de implantação e suporta RMI e consultas de serviço de nomenclatura (implementadas pelo próprio servidor). O RNI pode então acessar esses componentes. Sua ideia é basicamente semelhante ao UDDI, mas está vinculado a uma plataforma de sistema específica e totalmente vinculado a serviços (relacionados a programas, estritamente não chamados de serviços, mas de componentes), e sua implementação é simples. Portanto, UDDI é mais dinâmico e fácil de operar que JNDI.
Os arquivos de configuração do WSDD e EJB
são semelhantes aos beans de entidade CMP. O WSDD possui semelhanças com seus arquivos de configuração, mas descreve o mapeamento entre dados e banco de dados e não envolve métodos. . Existe um sistema de servidor Os métodos de acesso de implementação subjacentes. O WSDD define a interface de acesso do serviço, e o sistema subjacente que suporta serviços da web identifica a interface, transmite dados, etc.