Почему Spring @Configurable иногда работает, а иногда нет?

Question

Я пытаюсь использовать автоматическую инъекцию зависимости через Spring @Configurable annotation w/@Resource в областях, требующих инъекции. Это связано с некоторыми настройками, такими как передача spring-agent.jar в мою JVM. Полная информация see here.

Это работает ... почти все. Когда мой Tomcat загружается, я вижу сообщения об инициализации AspectJ, мои объекты User автоматически получают ссылки на FileService и т. Д.

Проблема в том, что иногда этого просто не происходит. Это кажется совершенно случайным; иногда я загружаюсь, и зависимости не вводятся, иногда они есть. Раньше у меня были проблемы с @Transactional, находящимся на моем пользователе, потому что это создало конфликт, я полагаю, с прокси. Я использую JPA, поэтому мой Пользователь помечен как @Entity, поэтому сейчас я думаю, что это создает конфликт. Я читал, что вы не можете автоматически проксировать прокси. Чтобы компенсировать конфликт, я следил за некоторыми заметками, которые я нашел в Интернете, за исключением CGLIB и javassist, который использует Hibernate (мой JPA impl).

Улики:

• Это все или ничего. Все мои @Configurable экземпляры были введены или ни один из них.
• Перезагрузка (переустановка) Сущность из БД не помогает; это либо работает, либо нет.
• Перезагрузка Tomcat любое количество времени также даже не будет исправлена. Единственное, что снова бросает кости, - это передислоцировать. Другими словами, если я переделю его, это может сработать.

Как я могу понять, что происходит не так? Кто-нибудь использует @Configurable с JPA? Почему мой dependencyCheck = true бросает ошибку, когда зависимости фактически не вводятся?

Сущность

@Entity 
@Configurable(dependencyCheck = true) 
@NamedQueries({ @NamedQuery(name = "User.findAll", query = "SELECT user FROM User user"), 
    @NamedQuery(name = "User.findByEmail", query = "SELECT user FROM User user WHERE user.email = :email") }) 
public abstract class User extends BaseModel { 

private static final long serialVersionUID = 7881431079061750040L; 

@Id 
@GeneratedValue(strategy = GenerationType.TABLE) 
private Long id; 

@Column(unique = true, nullable = false) 
private String email; 

@Basic(optional = false) 
private String password; 

@Resource 
private transient UserEmailer userEmailer; 

@Resource 
private transient FileService fileService; 

... 

aop.xml

<!DOCTYPE aspectj PUBLIC 
    "-//AspectJ//DTD//EN" "http://www.eclipse.org/aspectj/dtd/aspectj.dtd"> 
<aspectj> 
    <weaver options="-verbose"> 
     <include within="com.myapp.domain..*" /> 
     <exclude within="*..*CGLIB*" /> 
     <exclude within="*..*javassist*" /> 
    </weaver> 
    <aspects> 
     <aspect name="org.springframework.beans.factory.aspectj.AbstractInterfaceDrivenDependencyInjectionAspect" /> 
    </aspects> 
</aspectj> 

applicationContext.xml

... 

<context:spring-configured /> 

<context:load-time-weaver /> 

<context:component-scan base-package="com.myapp" /> 

... 

Answer 1

Когда инъекции МЭ sn't work, по какой-то причине, нет никакого способа для кода делать проверку зависимостей, поэтому теперь возникает ошибка.

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

Answer 2

Невозможно заметить ничего очевидного, поэтому просто предложение - вы пробовали использовать ткачество во время компиляции? Надеемся, что это приведет к согласованным результатам во время выполнения, хотя во время разработки может быть немного сложнее.

Answer 3

Похоже, что ваш процесс развертывания является подозрительным. Можете ли вы выполнить развертывание, которое работает, а затем скопируйте его в каталог. Затем выполните другое развертывание, пока не получите тот, который не работает. (В любом порядке) Затем, наконец, используйте инструмент, отличный от сравнения двух структур и файлов каталога развертывания, и посмотрите, есть ли какие-либо различия.

Удачи, ничего похожего на случайную проблему, чтобы убить некоторую производительность.

Answer 4

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

К использованию @Configurable Я использовал его в случаях, когда объекты создаются извне контекста Spring - как пользовательские теги в веб-приложениях, фильтрах или сервлетах. Первый способ, которым я пытался их использовать, - это переплетение времени, как и вы. Это работало довольно хорошо, но у него были некоторые недостатки, такие как развертывание с помощью «горячего» кода, в то время как отладка больше не работала.

У меня также возникла проблема, которую вы описали, и поэтому я решил переключиться с времени загрузки, чтобы скомпилировать время. Поэтому я установил AJDT plugin в Eclipse и использовал поддержку aspecjt Spring. Это решило мои проблемы.

Answer 5

Для меня это похоже на появление известной ошибки весной: http://jira.springframework.org/browse/SPR-5401.

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

Решение? Нет :-(Нет никаких намерений решить эту проблему. Это, по крайней мере, то, что сказал парень SpringSource на конференции JAX в Германии в апреле.