Що означає java: comp / env / do?

Я просто витратив занадто багато часу свого дня, намагаючись з’ясувати деякі помилки під час підключення до заводських бобів JNDI. Проблема виявилася в тому, що замість цього ...

<bean id="someId" class="org.springframework.jndi.JndiObjectFactoryBean">
  <property name="jndiName" value="java:comp/env/jdbc/loc"/>
</bean>

Я насправді це написав ...

<bean id="someId" class="org.springframework.jndi.JndiObjectFactoryBean">
  <property name="jndiName" value="jdbc/loc"/>
</bean>

Я роблю висновок, що, java:comp/env/можливо, посилається на якусь змінну середовища, і робить це таким чином, щоб, зрештою, переглядати мій файл контексту. Єдина відмінність java:comp/env/. З уст експерта що це робить?

Без java:comp/env/префікса у значенні я отримав би помилку, яка сказала "Ім'я jdbc не пов'язане в цьому контексті" .

Цитуючи https://web.archive.org/web/20140227201242/http://v1.dione.zcu.cz/java/docs/jndi-1.2/tutorial/beyond/misc/policy.html

У кореневому контексті простору імен - прив'язка до імені "comp", яка пов'язана з піддеревом, зарезервованим для прив'язки до компонентів. Назва "comp" є короткою для компонента. Інших прив’язок у кореневому контексті немає. Однак кореневий контекст зарезервований для подальшого розширення політики, зокрема для іменування ресурсів, прив'язаних не до самого компонента, а до інших типів сутностей, таких як користувачі чи відділи. Наприклад, майбутні політики можуть дозволяти називати користувачів та організації / відділи, використовуючи такі назви, як "java: user / alice" та "java: org / engineering".

У контексті "comp" є два прив'язки: "env" та "UserTransaction". Ім’я "env" прив'язане до піддерева, яке зарезервовано для пов'язаних із середовищем компонентів прив'язок, як визначено його дескриптором розгортання. "env" - коротке середовище. J2EE рекомендує (але не вимагає) наступну структуру для простору імен "env".

Отже, прив'язка, яку ви робили з весни або, наприклад, з дескриптора контексту tomcat, переходить за замовчуванням під java: comp / env /

Наприклад, якщо ваша конфігурація:

<bean id="someId" class="org.springframework.jndi.JndiObjectFactoryBean">
  <property name="jndiName" value="foo"/>
</bean>

Тоді ви можете отримати доступ до нього безпосередньо за допомогою:

Context ctx = new InitialContext();
DataSource ds = (DataSource)ctx.lookup("java:comp/env/foo");

або ви можете зробити проміжний крок, тому вам не потрібно вказувати "java: comp / env" для кожного завантаженого ресурсу:

Context ctx = new InitialContext();
Context envCtx = (Context)ctx.lookup("java:comp/env");
DataSource ds = (DataSource)envCtx.lookup("foo");

Існує також властивість resourceRefв JndiObjectFactoryBeanтому , що є, коли встановлено true, використовується для автоматичного випереджати рядок , java:comp/env/якщо вона вже не присутній.

<bean id="someId" class="org.springframework.jndi.JndiObjectFactoryBean">
  <property name="jndiName" value="jdbc/loc"/>
  <property name="resourceRef" value="true"/>
</bean>

Після кількох спроб і заглиблення у вихідний код Tomcat я з'ясував, що проста властивість useNaming = "false" зробила трюк !! Тепер Tomcat вирішує імена java: / liferay замість java: comp / env / liferay