DCOM: diferenças entre revisões
Conteúdo apagado Conteúdo adicionado
m Bot: Adicionando: zh:Distributed COM |
|||
Linha 1:
'''DCOM''' (
O DCOM pode ser utilizado na construção de aplicações em
==Arquitetura==
Linha 7:
===Visão geral===
Assim como feito no COM, a aplicação cliente cria objetos através de uma chamada à função <code>CoCreateInstance</code>, que utiliza o SCM (Service Control Manager). O SCM no computador cliente se comunica com o SCM no computador servidor, que utiliza a <code>CoCreateInstance</code> para criar o servidor COM desejado.
A aplicação cliente recebe um [[ponteiro (programação)|ponteiro]] para um objeto ''[[proxy]]'', que implementa a mesma [[interface]] do servidor COM e é responsável pela [[serialização]] dos parâmetros de entrada, pela utilização das funções do DCOM para comunicação com o computador servidor e pela "desserialização" dos parâmetros de saída.▼
▲A aplicação cliente recebe um ponteiro para um objeto ''[[proxy]]'', que implementa a mesma [[interface]] do servidor COM e é responsável pela [[serialização]] dos parâmetros de entrada, pela utilização das funções do DCOM para comunicação com o computador servidor e pela "desserialização" dos parâmetros de saída.
Um objeto ''[[stub]]'' é responsável por "desserializar" os parâmetros de entrada das chamadas de [[Método (programação)|métodos]] do servidor COM, por efetuar a chamada local, por serializar os parâmetros de saída e por utilizar as funções do DCOM para comunicação com o computador cliente.
O COM realiza a liberação de [[Memória (computador)|memória]] alocada não mais utilizada
Para melhorar
===Localização de objetos===
Assim como no COM, cada [[classe (programação)|classe]] possui um [[identificador]]
===Chamada remota de métodos===
Quando a aplicação cliente chama um método do objeto remoto, o objeto ''proxy'' precisa efetuar a [[serialização]]
No servidor, um objeto ''proxy'' (chamado de ''stub'') realiza a "desserialização"
Se uma aplicação cliente (no computador A) realiza uma chamada remota a um método (de um objeto no computador B) que retorna um ponteiro para um objeto em execução em outro computador (C), após a desserialização a aplicação cliente pode chamar remotamente métodos do objeto no computador C.
===Gerência de
Do ponto de vista do programador, a gerência de concorrência no DCOM funciona da mesma forma que o COM. Na opção ''Single-Threaded Apartment'' (STA) cada método de um objeto não recebe chamadas simultâneas, ou seja, cada objeto executa em uma ''[[Thread (ciência da computação)|thread]]''. No entanto, várias instâncias do objeto podem ser criadas para atender a requisições simultâneas. Na opção STA, ''main thread only'', todas as instâncias são criadas na mesma ''thread''. Na opção ''Multi-Threaded Apartment'' (MTA), um método pode receber várias chamadas ao mesmo tempo e deve ser codificado com a utilização de sincronização caso utilize algum recurso compartilhado, como um campo do objeto.▼
▲Na opção Single-Threaded Apartment (STA) cada método de um objeto não recebe chamadas simultâneas, ou seja, cada objeto executa em uma thread. No entanto, várias instâncias do objeto podem ser criadas para atender a requisições simultâneas. Na opção STA, main thread only, todas as instâncias são criadas na mesma thread.
===Segurança===
O controle de acesso, que verifica se um usuário está autorizado a executar um método, pode ser configurado de forma declarativa ou ser embutido no código. O controle de criação de objetos somente pode ser feito de forma declarativa para evitar ataques de negação de serviço.
O DCOM fornece o serviço de autenticação de clientes. A autenticação pode ser configurada para funcionar com vários
Para a restrição de acesso aos recursos gerenciados pelo [[sistema operacional]], o objeto remoto pode assumir a identidade do criador, o que pode ser útil quando o servidor é disponibilizado em uma rede local, ou uma identidade padrão, o que pode ser útil quando o servidor é disponibilizado na Internet. Clientes ou objetos podem requisitar que os pacotes de dados possuam informação adicional que garante integridade e criptografia dos pacotes.
Como um servidor COM pode assumir a identidade do cliente, para prevenir o uso das credenciais do cliente por objetos programados de forma maliciosa, o cliente pode indicar se o objeto pode autenticá-lo e utilizar a sua identidade.
Linha 48 ⟶ 41:
===Pilha de comunicação utilizada pelo DCOM===
O protocolo do DCOM, chamado de ORPC (Object RPC), estende o protocolo DCE RPC. Os dados serializados nos pacotes ORPC são armazenados no formato Network Data Representation (NDR). O [[compilador]] de MIDL (Microsoft Interface Definition Language) é utilizado para a criação dos objetos proxy e stub, a partir da interface do servidor COM, que serializam e desserializam parâmetros e realizam a comunicação entre a aplicação cliente e o servidor COM.
Segundo
▲Segundo [http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndcom/html/msdn_dcomfirewall.asp], DCOM utiliza [[User Datagram Protocol |UDP]] na comunicação entre duas máquinas com sistema operacional Windows NT 4 e TCP na comunicação entre duas máquinas com outros sistemas operacionais, como [[Windows 2000]], [[Windows 95]], [[Windows 98]] e [[UNIX]].
==Instalação e configuração de componentes remotos==
Linha 62 ⟶ 53:
==Utilitário DCOMCnfg==
O utilitário DCOMCnfg, que faz parte do Windows 2000 e pode ser instalado no Windows 95, permite a configuração de componentes remotos sem a edição direta do registro do Windows. O arquivo executável ou DLL com o componente remoto deve ser primeiramente registrado no computador cliente com a utilização de um dos seguintes comandos:
regsvr32 <dll> <arquivo executável> /regserver
Linha 86 ⟶ 75:
Abaixo, segue o código fonte da aplicação cliente e do servidor COM, ambos escritos em Delphi:
<source lang="delphi">
unit unForm;
interface
Linha 128 ⟶ 118:
end;
end.
</source>
Servidor COM:
<source lang="delphi">
unit unServidorRelogio;
interface
Linha 150 ⟶ 142:
TTypedComObjectFactory.Create(ComServer, TServidorRelogio, Class_ServidorRelogio, ciMultiInstance, tmApartment);
end.
</source>
;Configuração
Para a configuração do acesso ao servidor COM no computador cliente, foi criado um arquivo de alteração do registro do Windows. A seguir, o conteúdo do arquivo de configuração:
| |||