4.1 Именование - Основа

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

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

Каждое имя сгенерировано рядом синтаксических правил, названных соглашением о присвоении имен. Атомарное имя является неделимым компонентом имени, как определено соглашением о присвоении имен.

Составное имя представляет последовательность нуля или большего количества атомарных имен, составленных согласно соглашению о присвоении имен.

Например, в путях UNIX, атомарные имена упорядочиваются слева направо, и разграничиваются наклонной чертой (` / ') символы. Путь UNIX usr/local/bin составное имя, представляющее последовательность атомарных имен, usr , local , и bin . На имена от Системы Имени Интернет-домена (DNS) атомарные имена упорядочиваются справа налево, и разграничиваются точкой (`. ') символы. Таким образом имя DNS sales.Example.COM является составным именем, представляющим последовательность атомарных имен, COM, Example, и sales.

Ассоциацию атомарного имени с объектом вызывают привязкой.

Контекст является объектом, состояние которого является рядом привязки с отличными атомарными именами. У каждого контекста есть связанное соглашение о присвоении имен. Контекст обеспечивает поиск (разрешение) работа, которая возвращает объект, и может обеспечить операции такие что касается привязки имен, развязывая имена, перечисляя связанные имена. Атомарное имя в одном объекте контекста может быть связано с другим объектом контекста того же самого типа, названного подконтекстом, вызывая, чтобы соединить имена.

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

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

Пространство имен является набором всех имен в системе именования.

Составное имя является именем, которое охватывает многократные системы именования. Это состоит из упорядоченного списка нуля или большего количества компонентов. Каждый компонент является именем от пространства имен единственной системы именования.

Например, имя example.eng:/export/home/john/.signature составное представление имени, составленное из имени хоста example.eng от пространства имен узла, и имени файла /export/home/john/.signature от пространства имен файлов UNIX. Другим примером является Интернет URL http://www.example.org/public/index.html , который является составным представлением имени, составленным из идентификатора схемы http от "пространства имен" идентификатора схемы URL, www.example.org который является именем DNS машины, на которой веб-сервер работает, и public/index.html который является именем файла от пространства имен файлов.

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

4.2 Объекты каталога

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

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

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

Пример Составного Пространства имен

4.3 URL и Составные Имена

Универсальные Локаторы Ресурса (URL) являются специальными составными именами, синтаксис которых определяются определением URL. Клиенты JNDI могут использовать URL, чтобы обратиться к произвольным типам объектов. Например, клиент может использовать nfs://nfs.example.com/export/jndi/src/README обратиться к объекту файла, к которому получают доступ, используя Сетевую файловую систему (NFS) протокол. Точно так же клиент может выполнить операции каталога на объекте каталога в сервере LDAP, используя URL ldap://ldap.example.com/cn=Emily,ou=marketing .

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

4.4 События

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