URL d'activation
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)
Les objets activés par serveur publiés sur une URL extérieure au domaine d'application sont appelés des types connus. Par conséquent, l'URL est appelée URL d'objet connu. Une URL d'objet connu se présente sous la forme suivante :
ProtocolScheme :// ComputerName : Port / PossibleApplicationName / ObjectUri
Toutefois, il est important de noter que si vous hébergez votre objet distant dans les Services Internet (IIS), vous ne pouvez pas déclarer de nom d'application. Dans ce cas, le répertoire virtuel de votre application devient automatiquement le nom d'application. De plus, d'autres changements mineurs peuvent être requis.
Les objets activés par le client n'ont pas besoin d'une URL unique pour chaque objet, car le système .NET Remoting génère une URL qui est propre à chacune de vos instances. En conséquence, l'URL utilisée pour activer un objet activé par le client est appelée URL d'activation par client. Une URL d'activation par client se présente sous la forme suivante :
ProtocolScheme :// ComputerName : Port / PossibleApplicationName
Si vous utilisez des objets TcpChannel, le numéro de port est requis.
Si le domaine de l'application hôte n'est pas IIS, vous pouvez soit configurer votre type accessible à distance par un programme, soit utiliser un fichier de configuration. Dans ce dernier cas, vous devez charger les valeurs dans le fichier en appelant RemotingConfiguration.Configure et en passant le nom du fichier de configuration. (Lorsque vous hébergez un type accessible à distance dans les Services Internet (IIS), les éléments de <service> seront détectés.) Bien que vous puissiez nommer votre fichier configuration de communication à distance comme vous le souhaitez, les paramètres de sécurité des applications sont uniquement appliqués s'ils sont contenus dans un fichier dont le nom est de la forme :
<ApplicationName>.<FileExtension>.config
Il est recommandé d'utiliser cette forme de nom de fichier dans la plupart des cas. Par exemple, si votre fichier exécutable hôte est MyServer.exe, le nom approprié de votre fichier de configuration est MyServer.exe.config.
Quels que soient les noms de fichiers que vous choisissez, vous pouvez passer plusieurs fichiers de configuration à Configure. Il se révèle souvent utile de spécifier des canaux, des formateurs et des fournisseurs de canaux personnalisés dans un ou plusieurs fichiers séparés, puis de les enregistrer par des appels successifs à Configure. Cela vous permet de copier les fichiers de configuration qui traitent uniquement des canaux, des fournisseurs, ou de toute autre fonctionnalité personnalisée. Si vous spécifiez des modèles de canaux personnalisés dans un fichier Channels.config et des fournisseurs personnalisés dans un fichier Providers.config, vous pouvez utiliser les appels indiqués dans l'exemple de code suivant pour configurer votre client de communication à distance.
RemotingConfiguration.Configure("Providers.config")
RemotingConfiguration.Configure("Channels.config")
RemotingConfiguration.Configure("RemoteClient.exe.config")
RemotingConfiguration.Configure("Providers.config");
RemotingConfiguration.Configure("Channels.config");
RemotingConfiguration.Configure("RemoteClient.exe.config");
Voir aussi
Référence
Schéma des paramètres de communication à distance
Concepts
Configuration d'applications distantes
Configuration d'objets distants