JNDI, система имен и локальных файлов

Question

Я пытаюсь очистить свои сомнения от JNDI, написав несколько примеров, выполнив поиск в сети. Я наткнулся на следующую ссылку (учебник от оракула на эту тему)

http://docs.oracle.com/javase/jndi/tutorial/getStarted/examples/naming.html 

В этой связи, он говорит:

«Этот пример показывает, как написать программу, которая смотрит на объект, чей имя передается как аргумент командной строки. Он использует поставщика услуг для файловой системы ».

Согласно моему пониманию JNDI стандартизирует как мы получаем доступ/поиска для именования и объектов служб каталогов, нечто подобное ниже:

Java приложения --- «использует JNDI API» -> для доступа к каталогу/именованию объектов обслуживания.

Теперь, в примере, он говорит «искать объект в файловой системе». Итак, файловая система - «служба именования»?

Являются ли эти «услуги» программой/программным обеспечением, доступной через SPI? какую роль играет SPI здесь?

Возможно, вы ошибаетесь, это реализация SPI «API JNDI»? (например, драйверы JDBC реализуют API JDBC).

Я смущен, хотя я прошел онлайн-материал.

Любая помощь очень ценится.

Answer 1

Итак, является ли файловая система «услугой именования»?

Поставщик файловой системы - это JNDI SPI, который использует файловую систему вместо реальной службы именования. Это игрушка, а не для серьезного использования. Просто доказательство концепции.

Являются ли эти «услуги» программой/программным обеспечением, доступной через SPI?

Обычно. Например, COSnaming, LDAP, RMI Registry.

какую роль играет SPI здесь?

Это реализация JNDI для конкретной службы именования.

Возможно, вы ошибаетесь, это реализация SPI «API JNDI»? (например, драйверы JDBC реализуют API JDBC).

Сорта рода, да.