URL-адреса активации
Этот раздел относится к технологии прежних версий, которая сохраняется для обеспечения обратной совместимости с существующими приложениями и не рекомендуется для разработки новых приложений. Сейчас распределенные приложения следует создавать с помощью Windows Communication Foundation (WCF).
Активируемые сервером объекты, которые публикуются по URL-адресу за пределами домена приложения, называются хорошо известными типами. Поэтому соответствующий URL-адрес называется URL-адресом хорошо известного объекта. URL-адрес хорошо известного объекта имеет следующий формат:
ProtocolScheme :// ComputerName : Port / PossibleApplicationName / ObjectUri
Следует, однако, отметить, что если удаленный объект размещен в службах IIS, объявлять имя приложения нельзя. В данном случае виртуальный каталог приложения автоматически становится именем приложения. Кроме того, могут потребоваться другие незначительные изменения.
Объектам, которые активируются клиентом, не требуются уникальные URL-адреса для каждого объекта, поскольку система удаленного взаимодействия платформы .NET Framework автоматически создает уникальные URL-адреса для каждого экземпляра. В результате URL-адрес, который используется для активации объекта, активируемого клиентом, называется URL-адресом активации клиента. URL-адрес активации клиент имеет следующий формат:
ProtocolScheme :// ComputerName : Port / PossibleApplicationName
При использовании объектов TcpChannel нужно обязательно указывать номер порта.
Если домен ведущего приложения отличается от IIS, можно настроить тип, поддерживающий удаленное взаимодействие, программным образом или воспользоваться файлом конфигурации. В последнем случае необходимо загрузить в файл значения, вызвав метод RemotingConfiguration.Configure и передав ему имя файла конфигурации. (При размещении типа, поддерживающего удаленное взаимодействие, в службах IIS обнаруживаются элементы <service>.) Хотя для файла конфигурации удаленного взаимодействия можно использовать любое имя файла, параметры безопасности приложения применяются только в том случае, если они содержатся в файле, имя которого соответствует следующему формату:
<ApplicationName>.<FileExtension>.config
Рекомендуется в большинстве случае использовать этот формат имени файла. Например, при размещении исполняемого файла MyServer.exe имя файла конфигурации для него должно иметь вид MyServer.exe.config.
Независимо от выбранных имен файлов методу Configure можно передать несколько файлов конфигурации. Зачастую бывает полезно задать каналы, модули форматирования и поставщики пользовательских каналов в отдельном файле или файлах, а затем зарегистрировать их все в нескольких последовательных вызовах метода Configure. Это позволит копировать файлы конфигурации, которые относятся только к каналам, только к поставщикам или только к другим пользовательским элементам функциональности. Если шаблоны пользовательских каналов заданы в файле Channels.config, а пользовательские поставщики — в файле Providers.config, для настройки клиента удаленного взаимодействия можно воспользоваться вызовами из следующего примера кода.
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");
См. также
Справочник
Схема параметров удаленного взаимодействия
Основные понятия
Конфигурация удаленных приложений
Конфигурация удаленного объекта