A Correia fotorreceptora Presta serviços de manutenção À Vista geral Da TecnologiaHá um número de maneiras descrever serviços da correia fotorreceptora, mas com a finalidade de usar uma definição padrão nós usamos a definição de W3C de um serviço da correia fotorreceptora:Um serviço da correia fotorreceptora é um sistema de software projetado suportar a interação interoperable da máquina-à-máquina sobre uma rede. Tem uma relação descrita em um formato machine-processable (especificamente WSDL, discutido mais tarde). Outros sistemas interagem com o serviço da correia fotorreceptora em uma maneira prescrita por sua descrição usando as mensagens do SABÃO, feitas saber tipicamente usando o HTTP com uma serialização de XML conjuntamente com outros padrões Correia-relacionados.Em uma correia fotorreceptora típica presta serviços de manutenção ao scenario, uma aplicação de negócio que poderia ser uma mensagem do SABÃO dos usos do serviço da correia fotorreceptora, geralmente sobre o protocolo do transporte do HTTP, para emitir um pedido a um outro serviço em um URL. O serviço recebe o pedido, processos ele, e retorna uma resposta. Em um scenario da corrente de fonte, os serviços da correia fotorreceptora e seus consumidores são tipicamente negócios, fazendo a correia fotorreceptora prestam serviços de manutenção predominantly a transações do negócio-à-negócio (B2B). Uma empresa pode ser o fornecedor de serviço da correia fotorreceptora e também o consumidor de outros serviços da correia fotorreceptora. Para o exemplo, um distribuidor por atacado dos spices está no papel do consumidor quando usa um serviço da correia fotorreceptora verificar na disponibilidade de feijões de vanilla e no papel do fornecedor quando fornece clientes em perspectiva com os preços para feijões de vanilla. ProblemaQue integra o negócio aplicações diversas em uma arquitetura cohesive, de confiança, e segura é um desafio comum a que a maioria de empresas tenham que se dirigir em uma base diária. No exemplo precedente, um distribuidor por atacado pode ser um sistema de Java EE, quando um fabricante do produto for um NET ou um sistema do legacy. A interação da aplicação-à-aplicação representa um Remote Procedure Call tradicional (RPC), onde dois sistemas são integrados usando um mecanismo synchronous de uma comunicação. Um cliente recebe a informação na ordem colocada baseada nos resultados recebidos do fabricante do produto. Escolher a tecnologia direita e determinar o estilo de uma comunicação (synchronous contra assíncrono) são fatores importantes do sucesso.SoluçãoOs serviços da correia fotorreceptora transformaram-se um padrão de de facto para conseguir eficazmente o interoperability através dos jogos diversos de aplicações da empresa e para oferecer uma escolha preferida da tecnologia para a integração. Está aqui a razão porque: O interoperability, simplicity, XML-baseou o formato readable humano, e uma comunicação de utilização fácil da inter-aplicação da aerodinâmica da ajuda. Conseqüentemente, os serviços da correia fotorreceptora são usados extensamente para ambos os B2B as.well.as a integração incorporada da inter-aplicação. Conceptual o modelo do serviço da correia fotorreceptora envolve os seguintes elementos:
Tecnologias Do Serviço Da Correia fotorreceptoraOs serviços da correia fotorreceptora são abastecidos por XML, que, sendo uma língua do markup, permite o neutrality da plataforma, da língua, e do vendedor. XML é também a chave à natureza frouxamente acoplada de serviços da correia fotorreceptora. Um serviço da correia fotorreceptora é uma entidade abstrata definida por uma relação XML-baseada, a correia fotorreceptora presta serviços de manutenção à língua de descrição (WSDL), e comunicado usando um protocolo XML-baseado (SABÃO) ou transferência do estado de Representational (DESCANSO). Esta é a essência da natureza do sumário do propositionthe do valor dos serviços da correia fotorreceptora da definição do serviço da correia fotorreceptora, descoberta, e uma comunicação, a execução subjacente, seja ele NET, Java EE, ou algo é abstraído mais completamente afastado do consumidor. Similarmente, há uma flexibilidade de emitir mensagens do SABÃO sobre protocolos do transporte de HTTP/S, de ftp, ou de smtp.O SABÃO é a tecnologia usada comunicando-se com os serviços da correia fotorreceptora. Quando os serviços muito simples de transferência de informação puderem ser executados sem SABÃO, as aplicações seguras, de confiança, multi-part, do multi-partido e/ou da multi-rede são muito mais fáceis de construir se houver uma maneira padrão de empacotar a informação do messaging em uma maneira do ponto morto do protocolo. Isto permite também que o infrastructure do messaging (que pode ser ferragem, intermediaries do SABÃO, ou bibliotecas especializadas do código chamadas pelo receptor final de uma mensagem do SABÃO) forneça o authentication, o encryption, o controle de acesso, processar de transação, distribuir, e os serviços da confirmação da entrega. A estrutura do envelope do SABÃO (e o acessório) e os modelos de header/processing provaram ser uma estrutura muito robust e poderosa dentro de que para fazer isto.O interoperability através dos sistemas heterogêneos requer um mecanismo permitir os tipos precisos da estrutura e de dados das mensagens a ser compreendidas geralmente por produtores e por consumidores dos serviços de Correia fotorreceptora. WSDL fornece uma descrição precisa e é a base de como as mensagens do SABÃO dos serviços da correia fotorreceptora podem ser geradas para a troca entre o consumidor e o serviço. Além à descrição a correia fotorreceptora presta serviços de manutenção à relação da aplicação, WSDL permite também como um serviço da correia fotorreceptora é descrito em um registro do negócio e de onde se pode descobrir. Um registro do negócio é um tanto como um diretório de telefone eletrônico, porque contem listas dos serviços e como você pode lhes falar a. Estes registros são baseados tipicamente na descrição, na descoberta e na integração universais (UDDI), um outro XML-xML-variant. Finalmente, a informação que o intercâmbio dos serviços da correia fotorreceptora pode ser formatado de acordo com um schema well-known do público XML. Dependendo do índice, há muitos schemas disponíveis como o negócio extensible que relata a língua de definição da língua (XBRL) e de dados do mercado (MDDL).Ato de WSDL, de SABÃO, e de UDDI como os denominadores comuns os mais baixos para serviços criadores e consumindo da correia fotorreceptora, visto que o serviço que executa detalhes é diferente em Java e em NET. A notícia boa é aquela não obstante one's jogo da habilidade, cada uma das plataformas fornece meios desenvolver e desdobrar serviços interoperable.Serviços Da Correia fotorreceptora De JavaNo lado de Java, diversas tecnologias de Java trabalham junto para fornecer a sustentação para serviços da correia fotorreceptora. Estas tecnologias podem ser alcançadas através do toolkit do bloco do colaborador dos serviços da correia fotorreceptora de Java (JWSDP) ou das ferramentas de desenvolvimento correspondentes que puderam ser usados construir serviços da correia fotorreceptora. Como um ponto começar, o Java API para RPC XML-Baseado (JAX-RPC) fornece a sustentação para serviços da correia fotorreceptora usando o SABÃO sobre o HTTP. JAX-RPC define traçar entre classes de Java e XML como usado no RPC do SABÃO se chama. Os exemplos múltiplos são executados com o JAX-RPC, demonstrando um jogo diverso dos scenarios em que o colaborador pode utilizar esta tecnologia. Com JAX-RPC e um WSDL, um da lata interoperate fàcilmente com clientes e serviços que funcionam em plataformas Java-baseadas ou non-Java-baseadas tais como o NET de Microsoft. No lado do cliente, há topos que correspondem aos serviços da correia fotorreceptora, quando na correia fotorreceptora do lado do usuário os serviços forem compilados nos laços correspondentes. A mensagem e o protocolo subjacentes do transporte devem ser a mesma para assegurar o interoperability entre um cliente e um usuário. Há três modalidades em que um cliente de JAX-RPC pode interagir com o usuário. Primeiro é uma peç-resposta synchronous tradicional; segundo é um RPC de sentido único que permita que um cliente não obstrua nem não espere uma resposta; e terceiro é um RPC non-blocking onde um cliente possa continuar a execução dentro da mesmos linha e bloco mais atrasado para a recepção ou a votação para a resposta.
Com exceção de JAX-RPC, os serviços da correia fotorreceptora de Java incluem o SABÃO com acessórios API para Java (SAAJ). Este API é usado passar originais de negócio (no formato binário) unindo os à mensagem do SABÃO. Para assegurar o interoperability dos acessórios binários dos dados no original do SABÃO, serviços da correia fotorreceptora de Java (através de JAX-WS) e oferta do NET o mecanismo do optimization da transmissão da mensagem do SABÃO (MTOM) Nota Do ColaboradorDesde a liberação de JAX-RPC 1.0, as especificações novas e as versões novas dos padrões que executa foram liberadas. JAX-WS 2.0 é o sucessor a JAX-RPC e relaciona-se às mesmos especificações e padrões, mas à adição significativamente a ele. Inclui o seguinte:
Talvez a característica a mais importante do Java EE APIs para serviços da correia fotorreceptora e XML que toda suportam padrões da indústria, está assegurando assim o interoperability. Os vários grupos dos padrões do interoperability da rede, tais como o consortium do World Wide Web (W3C) e a organização para o avanço de padrões estruturados da informação (OASIS), têm definido padrões dos serviços da correia fotorreceptora para permitir que as aplicações disparate integrem seamlessly com se. Serviços da correia fotorreceptora na estrutura do NET de MicrosoftO NET de Microsoft fornece dois mecanismos para serviços da correia fotorreceptora do edifício. A primeira e aproximação mais extensamente usada para executar serviços da correia fotorreceptora deve usar o namespace do NET System.Web.Webservices de Microsoft na estrutura do NET. Uma aplicação do usuário pôde ter seus métodos definidos como métodos da correia fotorreceptora usando o atributo [ de WebMethod ]. Esta aproximação será usada construir um serviço da correia fotorreceptora do NET de Microsoft para ilustrar o interoperability com um cliente de Java EE, junto com uma explanação do significado de vários atributos e diretrizes orientadoras na estrutura de WebMethods. Uma outra técnica deve escrever a uma classe do alimentador do HTTP do costume essa plugues no encanamento do HTTP do NET de Microsoft executando a relação de IHTTPHandler. Os alimentadores do HTTP são os objetos que o processo pede para URLs individual ou URLs com determinadas extensões de lima (tais como o asmx ou o aspx). Os alimentadores feitos sob encomenda do edifício requerem o uso de System.Web APIs processar a mensagem entrante do HTTP junto com o System.Xml APIs para processar o envelope do SABÃO encontrado no corpo do HTTP. Escrever um alimentador feito sob encomenda necessita também manualmente ser o autor do original de WSDL que descreve exatamente a execução do serviço da correia fotorreceptora. Requer também uma compreensão contínua das especificações de XML, de XSD, de SABÃO, e de WSDL. Microsoft ASP.NET envía com uma classe especial de IHttpHandler para os endpoints do asmx (chamados WebServiceHandler), que forneça a funcionalidade básica de XML, de XSD, de SABÃO, e de WSDL que os colaboradores necessitam construir serviços da correia fotorreceptora. A última metodologia permite mais grande flexibilityparticularly quando há a necessidade pre- ou post-process os índices da mensagem do SABÃO. No lado do cliente, os proxies são usados comunicar-se com um serviço da correia fotorreceptora. Estes proxies são gerados automaticamente pela ferramenta de wsdl.exe que está disponível dentro da estrutura do NET ou de Studio.NET visual. Estes proxies, uma vez incluídos em um projeto e ligados dentro ao compilar o código, controle uma comunicação com os métodos da correia fotorreceptora que estão expostos pelo serviço. São gerados analisando gramaticalmente a lima de WSDL que descreve o serviço da correia fotorreceptora.XML que processa, que é central aos serviços da correia fotorreceptora, é inerente parte da estrutura do NET. Para as mensagens do SABÃO que estão sendo passadas dentro e fora de um serviço da correia fotorreceptora, processar de XML é implícito, sendo executado pelo runtime no interesse do colaborador. Assim se um método da correia fotorreceptora estiver exposto (que espera uma corda ser passado nele) quando a comunicação subjacente do cliente ao método da correia fotorreceptora for uma mensagem do SABÃO, o código recebe simplesmente a corda passada dentro como se era uma chamada local do método.A lata de XML, naturalmente, seja usada diretamente, usando as classes dentro do namespace de System.Xml criar, carregar, analisar gramaticalmente, e editar originais de XML, including exemplos do SABÃO.A estrutura do NET não inclui a funcionalidade de UDDI pelo defeito. Se você quiser publicar ou interagir de outra maneira com os usuários de UDDI, o jogo do desenvolvimento do software da plataforma UDDI (SDK) é necessário. Este SDK executa um conjunto do NET que possa ser usado nas aplicações, fornecendo o namespace de Microsoft.Uddi.Seguir é um exemplo do UDDI SDK na ação onde o diretório está sendo inquirido para um serviço particular, e os serviços de negócio que combinam o inquérito são iterados então:MyConn de UddiConnection =
UddiConnection("http://test.uddi.myserver.com/inquire novo");
GetServiceDetail gs = GetServiceDetail(strKey) novo;
ServDetail de ServiceDetail = gs.Send(myConn); foreach (bs
de BusinessService em servDetail.BusinessServices) {...}
Para segurar acessórios tais como o encapsulation
direto da mensagem do Internet (MOEDA DE DEZ CENTAVOS) ou o mecanismo
do optimization da transmissão da mensagem (MTOM), Microsoft tem um
suite das bibliotecas como um add-on à estrutura do NET chamou os
blocos do realce dos serviços da correia fotorreceptora. Estes
são os updates à estrutura do NET que executam os W os mais
atrasados - * padrões dentro entre liberações da escala grande da
estrutura. Para uma guia completa em todas as coisas a fazer com
serviços da correia fotorreceptora no Microsoft e no mundo do NET, o
portal do colaborador dos serviços da correia fotorreceptora de MSDN
é um recurso excelente.
A filosofia de Microsoft para o software é centrada muito
muito em torno do software do edifício como componentes
serviço-orientados atômicos. É com o este na mente que a
geração seguinte do desenvolvimento APIs do software de Microsoft
inclui uma fundação nova de uma comunicação de Windows, um único
API para o software-como-um-serviço do edifício, que adiciona sobre
à versão 2.0 da estrutura do NET. Este API, parte de uma
família da fundação APIs (fundação do workflow de Windows,
fundação da apresentação de Windows, e assim por diante), será o
núcleo API para sistemas serviço-orientados conectados edifício.este é um artigo adicionado por Blerick Tawman
|
|||||||||||||||
|