Composants et partitions mis en file d’attente COM+

Le service de composants mis en file d’attente COM+ prend entièrement en charge le concept de partitions. Autrement dit, lorsqu’un composant mis en file d’attente au sein d’une partition est exécuté, le message est mis en file d’attente et le composant est finalement exécuté dans la partition du composant.

Noms de file d’attente pour les composants partitionnés

Traditionnellement, le service des composants mis en file d’attente utilise le nom de l’application comme nom de file d’attente. Cela signifie que dans un scénario sans partitions, où un seul instance d’un nom d’application existe sur un ordinateur, chaque nom d’application a sa propre file d’attente de messages.

Toutefois, dans le cas de partitions, où plusieurs instances du même nom d’application peuvent exister sur un ordinateur, le service de composants mis en file d’attente utilise la même file d’attente pour tous les composants en file d’attente qui partagent le même nom d’application.

Activation des composants mis en file d’attente

Les mêmes règles pour la façon dont l’ID de partition est utilisé pour activer un composant non mis en file d’attente s’appliquent à un composant mis en file d’attente, comme suit :

• Si un moniker est utilisé pour activer le composant mis en file d’attente et qu’un ID de partition est inclus, cet ID de partition est utilisé pour localiser la partition. Cet ID de partition est prioritaire sur tout ID de partition qui peut exister dans le contexte du composant en cours d’activation.
• Si aucun moniker n’est utilisé pour activer le composant, l’ID de partition qui se trouve dans le contexte de l’objet est utilisé.
• Si aucun ID de partition n’existe dans le contexte de l’objet, le mappage utilisateur à partition par défaut dans Active Directory est utilisé.

Notes

Si un ordinateur serveur est déconnecté du réseau et si le mappage du jeu d’utilisateurs à partitions est modifié pendant que le serveur est déconnecté, le cache de partition peut contenir un mappage de jeu de données utilisateur à partition obsolète. Cela peut entraîner une erreur d’activation si le mappage de jeu d’utilisateurs à partitions est le mécanisme utilisé pour activer un composant.

 

Les événements COM+ sont entièrement intégrés dans les partitions. Cela signifie qu’un abonné peut s’abonner à un éditeur dont l’application réside dans une partition. Pour autoriser cet abonnement, la collection de classes d’abonnés inclut deux propriétés liées à la partition : un ID de partition de classe d’événements et un ID d’application de classe d’événements.

Rubriques connexes

Restrictions de conception d’application

Implémentation de partition

Inscription et activation de composants dans des partitions

Que sont les partitions COM+ ?