Блог

Главная - Вопросы по программированию - Weblogic не может ввести @PersistenceContext в статическое поле

Weblogic не может ввести @PersistenceContext в статическое поле

#java #jpa #weblogic

#java #jpa #weblogic

Вопрос:

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

 @PersistenceContext(unitName = "name")
private static EntityManager em;
  
 java.lang.IllegalArgumentException: Field "em" in class "class_name" is defined as injection target with annotation @PersistenceContext, but "em" cannot be declared as static field.
    at weblogic.j2ee.dd.xml.validator.injectiontarget.BaseValidator.error(BaseValidator.java:132)
    at weblogic.j2ee.dd.xml.validator.injectiontarget.BaseValidator.error(BaseValidator.java:149)
    at weblogic.j2ee.dd.xml.validator.injectiontarget.J2EEValidator.checkModifier(J2EEValidator.java:28)
    at weblogic.j2ee.dd.xml.validator.AbstractAnnotationValidator.checkField(AbstractAnnotationValidator.java:57)
    at weblogic.j2ee.dd.xml.validator.AbstractAnnotationValidator.validate(AbstractAnnotationValidator.java:26)
    at weblogic.j2ee.dd.xml.validator.AnnotationValidatorVisitor.visitInjectionTargetBean(AnnotationValidatorVisitor.java:48)
    at weblogic.j2ee.dd.xml.validator.AnnotationValidatorVisitor.visit(AnnotationValidatorVisitor.java:25)
    at weblogic.descriptor.internal.AbstractDescriptorBean.accept(AbstractDescriptorBean.java:1448)
    at weblogic.descriptor.internal.AbstractDescriptorBean.accept(AbstractDescriptorBean.java:1452)
    at weblogic.descriptor.internal.AbstractDescriptorBean.accept(AbstractDescriptorBean.java:1452)
    at weblogic.descriptor.internal.AbstractDescriptorBean.accept(AbstractDescriptorBean.java:1452)
    at weblogic.descriptor.internal.AbstractDescriptorBean.accept(AbstractDescriptorBean.java:1452)
    at weblogic.j2ee.dd.xml.BaseJ2eeAnnotationProcessor.validate(BaseJ2eeAnnotationProcessor.java:205)
    at weblogic.j2ee.dd.xml.BaseJ2eeAnnotationProcessor.validate(BaseJ2eeAnnotationProcessor.java:197)
    at weblogic.ejb.container.metadata.EjbAnnotationProcessor.processAnnotations(EjbAnnotationProcessor.java:260)
    at weblogic.ejb.container.metadata.EjbDescriptorReaderImpl.processAnnotations(EjbDescriptorReaderImpl.java:364)
    at weblogic.ejb.container.deployer.EJBMetadataHandler.processAnnotations(EJBMetadataHandler.java:164)
    at weblogic.ejb.container.deployer.EJBMetadataHandler.processAnnotations(EJBMetadataHandler.java:157)
    at weblogic.ejb.container.deployer.EJBModule.processAnnotations(EJBModule.java:175)
    at weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:370)
    at weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChange.next(ExtensibleModuleWrapper.java:295)
    at weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChange.next(ExtensibleModuleWrapper.java:285)
    at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:45)
    at weblogic.application.internal.ExtensibleModuleWrapper.prepare(ExtensibleModuleWrapper.java:109)
    at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:100)
    at weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDriver.java:192)
    at weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDriver.java:187)
    at weblogic.application.utils.StateMachineDriver$ParallelChange.run(StateMachineDriver.java:83)
    at weblogic.work.ContextWrap.run(ContextWrap.java:46)
    at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:670)
    at weblogic.invocation.ComponentInvocationContextManager._runAs(ComponentInvocationContextManager.java:352)
    at weblogic.invocation.ComponentInvocationContextManager.runAs(ComponentInvocationContextManager.java:337)
    at weblogic.work.LivePartitionUtility.doRunWorkUnderContext(LivePartitionUtility.java:57)
    at weblogic.work.PartitionUtility.runWorkUnderContext(PartitionUtility.java:41)
    at weblogic.work.SelfTuningWorkManagerImpl.runWorkUnderContext(SelfTuningWorkManagerImpl.java:644)
    at weblogic.work.ExecuteThread.execute(ExecuteThread.java:415)
    at weblogic.work.ExecuteThread.run(ExecuteThread.java:355)

Комментарии:

1. Статическая инъекция AFAIK не поддерживается широко контейнерами JEE, поскольку она имеет неясную семантику (например, как обрабатывать классы, которые являются общими для всех приложений, что теоретически может произойти для определенной конфигурации загрузчика классов); кроме того, EntityManager в какой-то момент необходимо закрыть an, что делает статическую инъекцию @PersistenceContext особенно проблематичной

2. Также обратите внимание, что EntityManager s (в отличие от фабрик entity manager) — это недорогие в создании, не потокобезопасные (обычно) объекты с областью транзакций, и поэтому практически никогда не имеет смысла иметь единую глобальную EntityManager привязку к статическому полю

Ответ №1:

@Vincenzo и я коллеги, поэтому мы хотели бы сообщить вам, что он решил проблему, настроив Weblogic в рабочем режиме.

Причина все еще неясна, но на данный момент это не имеет значения, потому что … это работает!

Ответ №2:

Не следует static использовать модификатор, используйте нестатическую переменную

Комментарии:

1. Спасибо, конечно, может быть решением, но я совершенно уверен, что это проблема неправильной конфигурации, потому что я могу развернуть ее на другом экземпляре weblogic. Кроме того, почему невозможно ввести в статическое поле?

2. Поскольку контейнер spring IoC не управляет статическими ресурсами