3.3.Сохранные и не резидентные объекты.

Из термина сохранные – объект продолжает существовать, даже не находясь постоянно в адресном пространстве серверного процесса. То есть, объект всегда можно воссоздать из памяти независимо от наличия процесса.

Нерезидентный объект – объект, который существует, пока им управляет сервер. Когда сервер завершает работу, это объект прекращает существование.

3.3.1Привязка клиента к объекту.

Вот мы сказали, есть механизм удаленного вызова RPC и есть РО. Много общего. Различия: система с РО обычно предоставляет клиентам ссылки на объекты, причем они уникальны в пределах всей системы. Такие ссылки можно передавать между процессами, запущенными на различных машинах, как параметры обращения к методу. Клиент должен иметь возможность обратиться к методу объекту. Здесь момент: прежде чем он обратиться по ссылке к методу соответствующего объекта, он должен выполнить привязку к этому объекту. Это значит разместить в адресном пространстве клиента заместителя объекта. Теперь понятно, почему это надо сделать – чтобы обратиться от клиента к серверу. Часто эта операция привязки делается за кадром (невидна программисту). За кадром остается поиск объект, когда делается привязка.

А за этим стоит:

1. Заместитель должен знать, где находится объект.

2. Разрешение ссылки – это как раз обозначение процесса поиска объекта в РС, где он находится. При неявной(автоматически происходит) привязке это разрешение ссылки происходит прозрачно.

В случае явной привязке, клиент должен до обращения к методу должен выполнить привязку. Он явно обращается к службе, осуществляющей привязку перед вызовом метода. Другой вариант – автоматически. От процесса привязки никуда не деться.

3.4.Реализация ссылок на объект

Ссылка должна содержать информацию, которая должна позволять осуществить привязку к объекту. Нужен адрес машины, адрес процесса, адрес объекта.

Лекция 9.11.04

1. Сетевой адрес

2. Конечная токчка

3. Объект

На сервере создать «Локакльный демон», который будет отселживать конечные точки и соотве-ие им объекты. Посл привязки клиента(ему нужна ссылка на объект), он будет запрашивать конечную точку у локального демона. Итак эту задачу решили. Ссылка должна содержат 1, 3 и через локального демона можно спрашивать конечную точку. Сетевой адрес прописывается в ссылке.

Захотели перенести объект на др. сервер. Идея та же. Вводится сервер-локализация, которая отслеживает, на каких компах находится сервер с объектом. Вместо сетевого адреса конр. компа мы имеем ссылки сервера локализации, который будет содержать инфо о конкретном объекте на некотором компе.

Теперь используется понятие «идентификатор».

3.4.1Идентификатор сервера. Об именовании. Имена, идентификаторы, адреса.

9. Идентификатор сервера

Разрешение имени представляет собой процесс доступа к именованной сущности. => для этого необходимо реализовать некоторую систему наименований. Имя – это последовательность битов, используемых для ссылки на сущность(файлы, URL, HD, процессы).

Чтобы общаться с сущности необходимо иметь к ней доступ через точку доступа. Имя точки доступа называют адресом.

13. Адрес сервера – IP +адр. факта.

Точка доступа может с течением времени изменятся. Перенесли ноут и в новом месте у него новый IP.

Отсюда понятно, что адрес сущности можно попытаться использовать в качестве постоянного имени сущности. ??? Поэтому в РС предпочитают использовать имя сущности, не связанное с адресом, так как это удобно. Такие имена называют локально-независимыми.

10. Идентификатор – это имя, которое используется для однозначной идентификации сущности.

Такое имя обладает такими свойствами:

1. Идентификатор ссылается не более чем на одну сущность.

2. На каждую сущность ссылается не более одного идентификатора.

3. идентификатор всегда ссылается на одну и ту же сущность, то есть мы не можем повторно использовать идентификатор повторно для именования другой сущности.

3.5.Статическое и динамическое удаленное обращение к методу.

3.5.1О языке определения интерфейсов

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

11. Удаленное обращение к методу – Remote Method Invocation (RMI)

Напоминает RPC(Рассмотрено ранее). Есть различия - поддержка RMI удаленных ссылок на объект. Но в RPC тоже для описания удаленной функции используется IDL. Стандартный способ поддержки RMI – это описать интерфейсы объектов на IDL. Но на Java IDL «нету», на самом деле просто спрятано. Значит объекты нужно описывать заранее. Такой способ(подход) с помощью заранее заданного определения интерфейсов называются статическим обращением. То при использовании статического обращения интерфейсы д. б. уже известны и при изменении интерфейса нужна перекомпиляция.

14. Описание интерфейса футболиста.

interface Player: Object

{

typedef struct Date

{

short day; short month; short year;

}

attribute string name;

readonly attribute Date Dob;

};

interface PlayerStore: Object

{

exception IDNotFound();

short save (in Player);

Player load(in short id) raises (IDNotFound);

void print(in Player p);

}

Вот описано два интерфейса. Видим, что в этом языке наследование есть, причем наследуется корневой объект. Может возвращать ссылки на объект, более развит механизм оповещения об ошибках. Показано, что функция может вернуть определенное исключение. Вообще м. б. out, inout. Знания ООЯ достаточно, чтобы мы описали интерфейс.