[jboss-jira] [JBoss JIRA] (WFLY-11716) Deployment Fails with @Transactional in Passivating Scope Bean

Matej Novotny (Jira) issues at jboss.org
Fri Feb 15 05:53:00 EST 2019


    [ https://issues.jboss.org/browse/WFLY-11716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13695889#comment-13695889 ] 

Matej Novotny commented on WFLY-11716:
--------------------------------------

This seems like a Narayana bug.
Related issue is JBTM-3044 where {{JNDIBean}} was introduced and is programatically added as a bean representation of {{TransactionManager}}.

{{TransactionManager}} is then injected into [interceptor base class|https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/cdi/classes/com/arjuna/ats/jta/cdi/transactional/TransactionalInterceptorBase.java#L74] which makes up for the exception you are seeing. CDI spec covers that bit [here|http://docs.jboss.org/cdi/spec/2.0/cdi-spec.html#passivation_validation].

{{JNDIBean}} can be made passivation capable by implementing [{{PassivationCapable}} interface|https://github.com/cdi-spec/cdi/blob/master/api/src/main/java/javax/enterprise/inject/spi/PassivationCapable.java] ([as per specification|http://docs.jboss.org/cdi/spec/2.0/cdi-spec.html#passivation_capable])

> Deployment Fails with @Transactional in Passivating Scope Bean
> --------------------------------------------------------------
>
>                 Key: WFLY-11716
>                 URL: https://issues.jboss.org/browse/WFLY-11716
>             Project: WildFly
>          Issue Type: Bug
>    Affects Versions: 16.0.0.Beta1
>         Environment: Java 8, Ubuntu Xenial
>            Reporter: Cody Lerum
>            Assignee: Brian Stansberry
>            Priority: Major
>         Attachments: jsf-npe.zip
>
>
> On Wildfly 16.0.0.Beta1 deployment fails
> {code}
> org.jboss.weld.exceptions.UnserializableDependencyException: WELD-001477: The bean Managed Bean [class co.cfly.oss.lerg.rateCenter.inventoryRequest.InventoryRequestView] with qualifiers [@Default @Any @Named] declares a passivating scope but has a(n) Interceptor [class com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorRequired intercepts @Transactional] with a non-passivation-capable dependency com.arjuna.ats.jta.cdi.JNDIBean at 12e2cb9f
> 	at org.jboss.weld.bootstrap.Validator.validateInterceptorDecoratorInjectionPointPassivationCapable(Validator.java:480)
> 	at org.jboss.weld.bootstrap.Validator.validateInterceptors(Validator.java:225)
> 	at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:175)
> 	at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:526)
> 	at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:64)
> 	at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:62)
> 	at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:62)
> 	at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:55)
> 	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> 	at java.lang.Thread.run(Thread.java:748)
> 	at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> {code}



--
This message was sent by Atlassian Jira
(v7.12.1#712002)


More information about the jboss-jira mailing list