Partager via

Exécution des objets métiers dans les services de composants

S’applique à : Access 2013, Office 2013

Les objets métier peuvent représenter des fichiers exécutables (.exe) ou des bibliothèques de liens dynamiques (.dll). La configuration que vous utilisez pour exécuter l'objet métier varie selon qu'il s'agit d'un fichier .dll ou d'un fichier .exe :

  • Les objets métier créés sous forme de fichiers .exe peuvent être appelés via DCOM. S'ils sont utilisés par l'intermédiaire d'Internet Information Services (IIS), ils font l'objet d'un marshaling de données supplémentaire, ce qui ralentit les performances du client.

  • Les objets métier créés en tant que fichiers .dll peuvent être utilisés via IIS (et par conséquent HTTP). Ils peuvent également être utilisés avec DCOM, mais uniquement en passant par les services de composants (ou par Microsoft Transaction Server si vous utilisez Windows NT). Les DLL de l'objet métier doivent être inscrites sur le serveur IIS pour permettre l'accès via IIS. (Pour connaître les étapes nécessaires à la configuration d'une DLL utilisable avec DCOM, consultez la section « Configuration d'une DLL pour son exécution sur DCOM ».)

Remarque

Lorsque les objets métier du niveau intermédiaire sont implémentés en tant que composants de services de composants (à l’aide de GetObjectContext, SetComplete et SetAbort), ils peuvent utiliser des objets de contexte Component Services (ou MTS, si vous utilisez Windows NT) pour conserver leur état sur plusieurs appels clients. Ce cas de figure, généralement implémenté entre des clients et des serveurs de confiance (dans un intranet), est possible grâce à DCOM.

L'objet RDS.DataSpace et la méthode CreateObject sur le client sont remplacés par l'objet de contexte de transaction et la méthode CreateInstance (fournie par l'interface ITransactionContext ) est implémentée par les services de composants.

Voir aussi