Если удаленный объект должен хранить состояние для определенного клиента, то можно использовать активизированные клиентом объекты. В следующем разделе будут рассмотрены возможности клиентской стороны. В частности, как вызывать объекты, активизированные сервером, и объекты, активизированные клиентом. На серверной стороне активизированные клиентом объекты должны регистрироваться по-другому, чем объекты, активизированные сервером.

Вместо вызова

необходимо вызвать . С помощью этого метода определяются только типы, но не URI. Причина этого заключается в том, что для активированных клиентом объектов создаются экземпляры различных объектных типов с помощью одного URI. URI для всех активированных клиентом объектов должен быть определен с помощью :

Для клиентов возможно использование и создание удаленных объектов с помощью класса

. Мы можем получить прокси для активированного сервером или хорошо известного удаленного объекта с помощью метода . Метод возвращает прокси для активированного клиентом удаленного объекта.

Вместо класса

для активации удаленных объектов используется также оператор new. Чтобы сделать это, удаленный объект должен конфигурироваться внутри клиента с помощью класса .

Во всех сценариях активации необходимо определять URL удаленного объекта. Этот URL является тем же самым, что и в браузере Web. Первая часть определяет протокол, за которым следует имя сервера или адрес IP, номер порта и URI, определенный при регистрации удаленного объекта на сервере в таком виде:

Мы все время используем в нашем коде два примера URL: определяем протокол

и , имя сервера , номер порта 8085 и 8086, и как , что дает нам запись:

является статическим методом класса , который вызывает метод для возврата объекта прокси удаленному объекту. Первый аргумент определяет тип удаленного объекта. Прокси реализует все открытые и защищенные методы и свойства, так что клиент может вызывать эти методы так же, как для реального объекта. Второй аргумент является URL удаленного объекта. Здесь используется строка , где — протокол, — имя хоста и номер порта и, наконец, — это URI объекта, который был определен с помощью .

Вместо

можно также использовать :

Если вы предпочитаете задать просто оператор new для активизации хорошо известных удаленных объектов, то удаленный объект можно зарегистрировать на клиенте с помощью все того же

. Здесь понадобятся похожие аргументы: тип удаленного объекта и URI. Теперь можно использовать оператор new, который на самом деле не создает новый удаленный объект, а возвращает прокси аналогично . Если удаленный объект регистрируется с флажком , правило остается тем же самым: удаленный объект создается с каждым вызовом метода:

Удаленные объекты могут хранить состояние для клиента.

создает активированный клиентом удаленный объект. С помощью метода удаленный объект создается при вызове метода и разрушается, когда метод заканчивается. Объект не хранит состояние сервера. В этом отличие от . С помощью статического метода запускается последовательность активации для создания удаленного объекта. Этот объект живет, пока не закончится время аренды и не произойдет сборка мусора. Позже мы рассмотрим механизм аренды.