Configuration
L'infrastructure .NET Remoting nécessite certaines informations afin de faire fonctionner l'accès distant de façon transparente. Il existe deux façons de configurer vos types accessibles à distance : vous pouvez soit appeler des méthodes de configuration directement dans votre code serveur et client (pour plus d'informations, consultez Configuration par programme), vous pouvez soit créer une section de configuration d'accès distant et l'inclure dans le fichier de configuration de votre application, le fichier Web.config ou le fichier Machine.config (pour plus d'informations, consultez Configuration d'objet distant). Chaque processus de configuration présente des avantages et des inconvénients, aussi votre choix en faveur de l'un ou l'autre dépend de vos préférences.
Vous devez fournir les informations suivantes au système d'accès distant pour faire de votre type un type accessible à distance :
- Le type d'activation requis pour votre type.
- Les métadonnées complètes qui décrivent votre type.
- Le canal inscrit pour gérer les demandes pour votre type.
- L'URL qui identifie l'objet de ce type de manière unique. Dans le cas d'une activation par serveur, cela signifie un URI (Unique Resource Identifier) spécifique à ce type. Dans le cas d'une activation par client, cela signifie qu'une URL (Unique Resource Locator) spécifique à cette instance sera assignée.
L'infrastructure distante du client et du serveur doit connaître cette information pour créer des proxies et des appels de méthode de distribution vers l'objet serveur distant. Les clients peuvent également disposer de configurations spéciales qui leur sont disponibles. Si votre application cliente effectue une demande d'objet activé par le client, le client peut demander que la durée de vie associée à cette instance soit étendue. Enfin, si votre client attend un rappel, le client lui-même doit inscrire un canal de manière active pour écouter ce rappel. (Dans tous les autres cas, le système .NET Remoting trouve automatiquement un canal client compatible, si le système en possède un.) Les serveurs peuvent spécifier des périodes de durée de vie par défaut pour les objets activés par le client ou peuvent spécifier qu'un activateur d'objet personnalisé particulier soit utilisé.
Si vous fournissez toutes les informations relatives à l'objet accessible à distance avant d'essayer de créer une instance, vous pouvez utiliser le mot clé new (New dans Visual Basic) ; sinon, vous devez utiliser soit Activator.GetObject, soit Activator.CreateInstance.
Remarque Bien que le fichier de configuration précédent ne contienne que peu de paramètres, la plupart des problèmes d'utilisation de .NET Remoting surviennent parce que certains de ces paramètres sont incorrects ou ne correspondent pas aux paramètres de configuration des applications clientes. Il est courant de faire une faute de frappe dans un nom, d'oublier un port ou de négliger un attribut. Si vous rencontrez des problèmes avec votre application distante, commencez par vérifier vos paramètres de configuration.
Voir aussi
Vue d'ensemble de .NET Remoting | Problèmes relatifs aux métadonnées | URL d'activation | Configuration par programme | Désérialisation automatique dans .NET Remoting | Propriétés de configuration de formateur et de canal | Schéma des paramètres d'accès distant | Hébergement d'objets distants dans Internet Information Services (IIS) | Exemple d'accès distant : hébergement dans Internet Information Services (IIS)