Problèmes avec les méthodes d'appel d'objets distants de façon asynchrone

Cette rubrique est spécifique à la technologie héritée assurant la compatibilité descendante avec des applications existantes et n'est pas recommandée en cas de nouveau développement. Les applications distribuées doivent maintenant être développées à l'aide de Windows Communication Foundation (WCF)

Si un client .NET Remoting est une classe liée au contexte qui requiert un contexte synchronisé, la fonction de rappel est distribuée à travers l'infrastructure de contexte .NET Framework Remoting. Cela signifie que la fonction de rappel elle-même peut s'exécuter de façon asynchrone en fonction de son appelant pour de tels contextes. L'attribut OneWayAttribute se comporte de la même façon lorsqu'il est appliqué aux signatures de méthode de rappel. De telles fonctions de rappel de méthode peuvent s'exécuter de façon synchrone ou asynchrone en fonction de l'appelant distant. Ce dernier ne peut faire aucune supposition quant à l'achèvement d'un tel appel lorsque le contrôle d'exécution lui est retourné.

Remarque :
L'appel à la méthode EndInvoke avant que l'opération asynchrone ne se termine une deuxième fois avec le même IAsyncResult est indéfini.

Dans les versions 1.0 et 1.1 du .NET Framework, les délégués asynchrones qui lèvent une exception sont appelés une deuxième fois. Dans la version 2.0 du .NET Framework, le délégué n'est appelé qu'une seule fois.

Voir aussi

Concepts

Exemple de communication à distance : communication à distance asynchrone
Configuration d'applications distantes

Autres ressources

Vue d'ensemble de .NET Framework Remoting