Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Aplica-se ao: Access 2013, Office 2013
Os objetos de negócios podem ser arquivos executáveis (.exe) ou bibliotecas de link dinâmico (.dll). A configuração que você usa para executar o objeto de negócios depende de o objeto ser um arquivo .dll ou .exe:
Os objetos de negócios criados como arquivos .exe podem ser chamados através do DCOM. Se esses objetos de negócios forem utilizados através do IIS (Serviços de Informações da Internet), eles estarão sujeitos ao preparativo adicional de dados, que retardará o desempenho do cliente.
Os objetos de negócios criados como arquivos .dll podem ser utilizados através do IIS (e portanto do HTTP). Eles também podem ser utilizados sobre o DCOM apenas através dos Component Services (ou Microsoft Transaction Server, se você estiver usando o Windows NT). As DLLs do objeto de negócios precisarão estar registradas no computador servidor IIS para fornecer a você acessibilidade através do IIS. (Para obter as etapas sobre como configurar uma DLL a ser executada no DCOM, consulte a seção, "Ativando um DLL para executar no DCOM.")
Observação
Quando os objetos empresariais na camada média são implementados como componentes dos Serviços de Componentes (com GetObjectContext, SetComplete e SetAbort), podem utilizar objetos de contexto dos Serviços de Componentes (ou MTS, se estiver a utilizar Windows NT) para manter o estado em várias chamadas de cliente. Esse cenário é possível com o DCOM, que geralmente é implementado entre os clientes e os servidores confiáveis (uma intranet).
Nesse caso, o objeto RDS.DataSpace e o método CreateObject na parte do cliente são substituídos pelo objeto de contexto de transação e o método CreateInstance (fornecidos pela interface ITransactionContext ) implementados pelos Component Services.