Источник данных не внедряется в аннотированное поле @Resource с параметром AlwaysUseJndiLookup - PullRequest
Новая
       5

Источник данных не внедряется в аннотированное поле @Resource с параметром AlwaysUseJndiLookup

0 голосов
/ 27 сентября 2010

Я только что прочитал аннотацию @Resource из этой статьи (http://www.infoq.com/articles/spring-2.5-part-1) и хочу использовать ее в Tomcat 6.0.26 и Spring 3.0.3

Но это не работает - поле ds в Users классе не инициализировано, и у меня появляется NullPointerException, когда я пытаюсь сделать запрос.

Файл src/org/example/db/Users.java

package org.example.db;
import javax.sql.DataSource;
import javax.annotation.Resource;

@Repository
public class Users {

 @Resource private DataSource ds;
 ...
}

Файл WEB-INF/spring-servlet.xml

<beans xmlns="http://www.springframework.org/schema/beans"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:jee="http://www.springframework.org/schema/jee"
 xmlns:context="http://www.springframework.org/schema/context"
 xsi:schemaLocation="http://www.springframework.org/schema/beans
 http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
 http://www.springframework.org/schema/jee
 http://www.springframework.org/schema/jee/spring-jee-2.0.xsd
 http://www.springframework.org/schema/context
 http://www.springframework.org/schema/context/spring-context-3.0.xsd">

 <context:component-scan base-package="org.example.web.controller,org.example.db" />

 <bean class="org.springframework.context.annotation.CommonAnnotationBeanPostProcessor">
  <property name="alwaysUseJndiLookup" value="true" />
 </bean>

 <jee:jndi-lookup id="ds" jndi-name="java:comp/env/jdbc/mydb" />

</beans>

Файл WEB-INF/web.xml

 <resource-ref>
  <description>DB Connection</description>
  <res-ref-name>jdbc/mydb</res-ref-name>
  <res-type>javax.sql.DataSource</res-type>
  <res-auth>Container</res-auth>
 </resource-ref>

В лог-файле: 

DEBUG 2010-09-27 21:56:00,085: Creating shared instance of singleton bean 'ds'
DEBUG 2010-09-27 21:56:00,085: Creating instance of bean 'ds'
DEBUG 2010-09-27 21:56:00,086: Eagerly caching bean 'ds' to allow for resolving potential circular references
DEBUG 2010-09-27 21:56:00,106: Invoking afterPropertiesSet() on bean with name 'ds'
DEBUG 2010-09-27 21:56:00,116: Finished creating instance of bean 'ds'
DEBUG 2010-09-27 21:56:00,149: Found injected element on class [org.example.db.Users]: ResourceElement for private javax.sql.DataSource org.example.db.Users.ds
DEBUG 2010-09-27 21:56:00,152: Found injected element on class [org.example.db.Users]: ResourceElement for private javax.sql.DataSource org.example.db.Users.ds
DEBUG 2010-09-27 21:56:00,161: Processing injected method of bean 'users': ResourceElement for private javax.sql.DataSource org.example.db.Users.ds
DEBUG 2010-09-27 21:56:00,163: Returning cached instance of singleton bean 'ds'
DEBUG 2010-09-27 21:56:00,442: Returning cached instance of singleton bean 'ds'
DEBUG 2010-09-27 21:56:00,593: Rejected bean name 'ds': no URL paths identified
DEBUG 2010-09-27 21:56:00,738: Rejected bean name 'ds': no URL paths identified

Я не знаю, почему это не работает. Я нашел в документации это:

ПРИМЕЧАНИЕ. По умолчанию теги CommonAnnotationBeanPostProcessor будут зарегистрированы тегами XML: context: annotation-config и context: component-scan. Удалите или отключите конфигурацию аннотации по умолчанию, если вы намерены указать пользовательское определение компонента CommonAnnotationBeanPostProcessor!

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

Пожалуйста, помогите. Заранее спасибо!

1 Ответ

0 голосов
/ 05 ноября 2010

На данный момент эта проблема решена.

Весь этот код работает, но я думаю, что проблема была в некоторых связанных классах. Например, у меня есть следующая иерархия автоматического подключения: источник данных внедряется в класс Users, класс Users внедряется в Validator, Validator вызывается из Controller. В этой цепочке было несколько ошибок:

  • Пользователи создаются с использованием нового экземпляра Validator
  • после распространения @Autowiring, пользователь не внедрил Validator, потому что этот класс был в другом пакете, и компонентное сканирование не нашло его
  • позже Пользователь не внедрил Validator, потому что у этого класса нет аннотации @Component
  • Контроллер создает новый экземпляр Validator, используя конструктор по умолчанию

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

...