Configuration d'applications distantes
L'infrastructure .NET Remoting nécessite certaines informations afin de faire fonctionner l'accès distant de façon transparente. Il y a 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, voir Configuration par programme), 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, voir 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 de 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. 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 configurez un canal serveur TCP ou HTTP pour un serveur .NET Framework Remoting et que le serveur dispose de plusieurs cartes d'interface réseau (NIC - Network Interface Cards) ou d'un NIC dont l'adresse IP change (par exemple une NIC sans fil), vous devez configurer le canal pour utiliser la propriété machineName afin de vous assurer que .NET Framework Remoting peut localiser le serveur. Pour plus d'informations, consultez la description de la propriété machineName dans Propriétés de configuration de formateur et de canal.
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 en Visual Basic) ; sinon, vous devez utiliser soit Activator.GetObject, soit Activator.CreateInstance.
Notes
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
Référence
Concepts
Problèmes relatifs aux métadonnées
URL d'activation
Configuration par programme
Désérialisation automatique dans .NET Framework Remoting
Propriétés de configuration de formateur et de canal
Hébergement d'objets distants dans Internet Information Services (IIS)
Exemple d'accès distant : hébergement dans Internet Informations Services (IIS)