[JBoss JIRA] (WFCORE-3921) Revert PicketBox Upgrade (WFCORE-3898)
by Jeff Mesnil (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3921?page=com.atlassian.jira.plugi... ]
Jeff Mesnil resolved WFCORE-3921.
---------------------------------
Resolution: Done
> Revert PicketBox Upgrade (WFCORE-3898)
> --------------------------------------
>
> Key: WFCORE-3921
> URL: https://issues.jboss.org/browse/WFCORE-3921
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Fix For: 6.0.0.Alpha2
>
>
> The recent PicketBox update is triggering the following NPE: -
> {noformat}
> 2018-06-11 02:56:31,054 ERROR [stderr] (default task-1) java.lang.NullPointerException
> 2018-06-11 02:56:31,055 ERROR [stderr] (default task-1) at java.util.concurrent.ConcurrentHashMap.putVal(ConcurrentHashMap.java:1011)
> 2018-06-11 02:56:31,055 ERROR [stderr] (default task-1) at java.util.concurrent.ConcurrentHashMap.put(ConcurrentHashMap.java:1006)
> 2018-06-11 02:56:31,055 ERROR [stderr] (default task-1) at org.jboss.security.auth.message.config.JBossAuthConfigFactory.registerConfigProvider(JBossAuthConfigFactory.java:250)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-9919) Deployment throwing exception on upgrade to JBOSS EAP 7.1
by Bartosz Baranowski (JIRA)
[ https://issues.jboss.org/browse/WFLY-9919?page=com.atlassian.jira.plugin.... ]
Bartosz Baranowski closed WFLY-9919.
------------------------------------
Assignee: Bartosz Baranowski (was: Jason Greene)
Resolution: Rejected
Any EAP related issues must be handled via support channels not WFLY project.
Please contact our support team: https://access.redhat.com/ . Im going to close this issue.
> Deployment throwing exception on upgrade to JBOSS EAP 7.1
> ---------------------------------------------------------
>
> Key: WFLY-9919
> URL: https://issues.jboss.org/browse/WFLY-9919
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld
> Affects Versions: 11.0.0.Final
> Reporter: Sainath Machupalli
> Assignee: Bartosz Baranowski
>
> Our deployment worked on EAP 7 and we started seeing the below exception when we upgraded to EAP 7.1.
>
> 2018-02-07 09:19:46,234 INFO [org.jboss.weld.deployer] (MSC service thread 1-3) WFLYWELD0003: Processing weld deployment inner.war
> 2018-02-07 09:19:46,239 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.subunit."myEAR.ear"."inner.war".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.subunit."myEAR.ear"."inner.war".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of subdeployment "inner.war" of deployment "myEAR.ear"
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:172)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
> 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)
> Caused by: java.lang.IllegalArgumentException: VFS000025: Given parent ("/content/myEAR.ear/inner.war") is not an ancestor of this virtual file
> at org.jboss.vfs.VirtualFile.getPathNameRelativeTo(VirtualFile.java:119)
> at org.jboss.vfs.VirtualFile.getPathNameRelativeTo(VirtualFile.java:125)
> at org.jboss.vfs.VirtualFile.getPathNameRelativeTo(VirtualFile.java:125)
> at org.jboss.vfs.VirtualFile.getPathNameRelativeTo(VirtualFile.java:125)
> at org.jboss.vfs.VirtualFile.getPathNameRelativeTo(VirtualFile.java:125)
> at org.jboss.vfs.VirtualFile.getPathNameRelativeTo(VirtualFile.java:125)
> at org.jboss.vfs.VirtualFile.getPathNameRelativeTo(VirtualFile.java:112)
> at org.jboss.as.weld.deployment.processors.BeanArchiveProcessor$ResourceRootHandler.createBeanArchiveId(BeanArchiveProcessor.java:348)
> at org.jboss.as.weld.deployment.processors.BeanArchiveProcessor$ResourceRootHandler.processResourceRoot(BeanArchiveProcessor.java:296)
> at org.jboss.as.weld.deployment.processors.BeanArchiveProcessor$ResourceRootHandler.handleResourceRoot(BeanArchiveProcessor.java:237)
> at org.jboss.as.weld.deployment.processors.BeanArchiveProcessor$ResourceRootHandler.access$100(BeanArchiveProcessor.java:206)
> at org.jboss.as.weld.deployment.processors.BeanArchiveProcessor.deploy(BeanArchiveProcessor.java:113)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:165)
> ... 5 more
>
> Our jboss-deployment-structure.xml is as below.
>
> <?xml version="1.0" encoding="UTF-8"?>
> <jboss-deployment-structure>
> <ear-subdeployments-isolated>false</ear-subdeployments-isolated>
> <sub-deployment name="inner.war">
> <dependencies>
> <module name="org.jboss.remote-naming"/>
> </dependencies>
> <resources>
> <resource-root path="APP-INF/lib/dep1.jar" />
> <resource-root path="APP-INF/lib/dep2.jar" />
> </resources>
> </sub-deployment>
> </jboss-deployment-structure>
>
> Our EAR structure is below,
> >myEAR.ear
> >inner.war
> >APP-INF
> >lib
> >dep1.jar
> >dep2.jar
> >META-INF
> >jboss-deployment-structure.xml
>
> The same structure and jboss-deployment-structure.xml worked for us on JBOSS EAP 7.
>
> Is there any change in deployment structure? or is it a BUG?
> More details @ https://developer.jboss.org/message/980164#980164
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-10558) Support Eclipse MicroProfile Config in Web Console
by Jeff Mesnil (JIRA)
[ https://issues.jboss.org/browse/WFLY-10558?page=com.atlassian.jira.plugin... ]
Jeff Mesnil updated WFLY-10558:
-------------------------------
Description:
With WFLY-10522, WildFly will add a subsystem to provide Eclipse MicroProfile Config for applications deployed in WildFly.
This subsystem should be manageable in the Web Console.
Some of the feature in addition to the regular management operations will be:
* update properties stored in the subsystem config-source resources
* expose management operations to resolve properties (e.g. including information on all the ConfigSource that includes them and their respective values)
was:
Support Eclipse MicroProfile Config for applications deployed in WildFly.
The integration uses the smallrye-config component to provide the MicroProfile Config implementation.
> Support Eclipse MicroProfile Config in Web Console
> --------------------------------------------------
>
> Key: WFLY-10558
> URL: https://issues.jboss.org/browse/WFLY-10558
> Project: WildFly
> Issue Type: Feature Request
> Components: Web Console
> Reporter: Jeff Mesnil
> Assignee: Harald Pehl
>
> With WFLY-10522, WildFly will add a subsystem to provide Eclipse MicroProfile Config for applications deployed in WildFly.
> This subsystem should be manageable in the Web Console.
> Some of the feature in addition to the regular management operations will be:
> * update properties stored in the subsystem config-source resources
> * expose management operations to resolve properties (e.g. including information on all the ConfigSource that includes them and their respective values)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-10558) Support Eclipse MicroProfile Config
by Jeff Mesnil (JIRA)
Jeff Mesnil created WFLY-10558:
----------------------------------
Summary: Support Eclipse MicroProfile Config
Key: WFLY-10558
URL: https://issues.jboss.org/browse/WFLY-10558
Project: WildFly
Issue Type: Feature Request
Reporter: Jeff Mesnil
Assignee: Jeff Mesnil
Support Eclipse MicroProfile Config for applications deployed in WildFly.
The integration uses the smallrye-config component to provide the MicroProfile Config implementation.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-10555) The list-messages and remove-messages don't work on a queue when consumer is connected
by Miroslav Novak (JIRA)
[ https://issues.jboss.org/browse/WFLY-10555?page=com.atlassian.jira.plugin... ]
Miroslav Novak commented on WFLY-10555:
---------------------------------------
[~jcacek] Hi Pepo, it's cool to see you here :-)
There is message buffer on receiver side which is filled by messages from server once consumer is created. This is to prevent round-robin call everytime consumer.receiveBody(...) is called. This buffer is limited and by default it has size 1 MB. This can be configured by attribute consumer-windows-size on connectin factory which is used by client. If it set to 0 then no buffering on client side will occur.
However in case when you need to load balance messages between more consumers on one queue it's not necessary to do it. Artemis will automatically load-balance messages to all consumers on queue. Setting consumer-windows-size=0 makes sense only in case when one consumer is very slow and it's necessary to avoid buffering messages in its buffer.
Operation {{:list-messages()}} is not precise and shows just very near value. The reason is that to show precise number of messages would mean to stop all new "message deliveries" threads on queue and wait for all in-progress deliveries to be finished to get precise value. This would severely affect performance.
> The list-messages and remove-messages don't work on a queue when consumer is connected
> ---------------------------------------------------------------------------------------
>
> Key: WFLY-10555
> URL: https://issues.jboss.org/browse/WFLY-10555
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 11.0.0.Final, 13.0.0.Final
> Reporter: Josef Cacek
> Assignee: Jeff Mesnil
> Attachments: helloworld-jms.zip
>
>
> The queue operations {{:list-messages}} and {{:remove-messages}} don't work (return empty set) if a consumer is attached to the server.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-10293) IllegalStateException when instantiating CDI bean that is injected into a MDB
by Bartosz Baranowski (JIRA)
[ https://issues.jboss.org/browse/WFLY-10293?page=com.atlassian.jira.plugin... ]
Bartosz Baranowski commented on WFLY-10293:
-------------------------------------------
[~rcd] could you attach reproducer?
> IllegalStateException when instantiating CDI bean that is injected into a MDB
> -----------------------------------------------------------------------------
>
> Key: WFLY-10293
> URL: https://issues.jboss.org/browse/WFLY-10293
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 12.0.0.Final
> Reporter: Rich DiCroce
>
> I have a MDB that injects an ApplicationScoped CDI bean and calls a method on it. The CDI bean injects UserTransaction, which is used in a second method that is never invoked by the MDB.
> If it happens that the MDB is the first thing to call the CDI bean, Weld tries to instantiate the bean and fails with WFLYEJB0137. IMO this should succeed since it works as long as something else is the first thing to use the CDI bean.
> {code}
> 2018-04-24 08:17:38,429 ERROR [com.sgi.song.gp.service.SONGv1.event.EventQueueHelper$Proxy$_$$_WeldSubclass] (Thread-9 (ActiveMQ-client-global-threads)) Error processing event publish. Event data is
> EventQueueData [event=EventPublish{id=1524572231949-1446, type=Client-Connected, data=null, level=1, timestamp=2018-04-24T12:17:38.415Z, properties={group=CCA, name=ACE2D30CC916, class=CA, macAddress=ACE2D30CC916, site=46673101, jurisdiction=MD, remoteIP=10.230.56.210, remotePort=51032, known=true, rejected=false, NMS_showInCMC=false}}, requestId=null, source=GP.GP_QTS_2.GP.0050569A2F9E.QTS.MD, rsvp=false]: java.lang.IllegalArgumentException: WFLYWELD0049: Error injecting resource into CDI managed bean. Can't find a resource named java:comp/UserTransaction defined on private javax.transaction.UserTransaction com.sgi.song.gp.service.SONGv1.event.SONGEventDAO.tx
> at org.jboss.as.weld.services.bootstrap.WeldResourceInjectionServices.resolveResource(WeldResourceInjectionServices.java:239)
> at org.jboss.as.weld.services.bootstrap.WeldResourceInjectionServices$1.createResource(WeldResourceInjectionServices.java:183)
> at org.jboss.weld.injection.AbstractResourceInjection.getResourceReference(AbstractResourceInjection.java:49) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.injection.AbstractResourceInjection.injectResourceReference(AbstractResourceInjection.java:63) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.util.Beans.injectEEFields(Beans.java:308) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.injection.producer.ResourceInjector$1.proceed(ResourceInjector.java:68) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.injection.InjectionContextImpl.run(InjectionContextImpl.java:48) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.injection.producer.ResourceInjector.inject(ResourceInjector.java:71) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.injection.producer.BasicInjectionTarget.inject(BasicInjectionTarget.java:117) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:159) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.contexts.AbstractContext.get(AbstractContext.java:96) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.bean.ContextualInstanceStrategy$DefaultContextualInstanceStrategy.get(ContextualInstanceStrategy.java:100) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.bean.ContextualInstanceStrategy$ApplicationScopedContextualInstanceStrategy.get(ContextualInstanceStrategy.java:140) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.bean.ContextualInstance.get(ContextualInstance.java:50) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:102) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at com.sgi.song.gp.service.SONGv1.event.SONGEventDAO$Proxy$_$$_WeldClientProxy.findEvent(Unknown Source) [classes:]
> at com.sgi.song.gp.service.SONGv1.event.EventQueueHelper.processEvent(EventQueueHelper.java:172) [classes:]
> at com.sgi.song.gp.service.SONGv1.event.EventQueueHelper.processEvent(EventQueueHelper.java:128) [classes:]
> at com.sgi.song.gp.service.SONGv1.event.EventQueueHelper$Proxy$_$$_WeldSubclass.processEvent$$super(Unknown Source) [classes:]
> at sun.reflect.GeneratedMethodAccessor38.invoke(Unknown Source) [:1.8.0_144]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) [rt.jar:1.8.0_144]
> at java.lang.reflect.Method.invoke(Unknown Source) [rt.jar:1.8.0_144]
> at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:51) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:78) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorBase.invokeInCallerTx(TransactionalInterceptorBase.java:132) [narayana-jts-idlj-5.5.31.Final.jar:5.5.31.Final (revision: 78792)]
> at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorMandatory.doIntercept(TransactionalInterceptorMandatory.java:59) [narayana-jts-idlj-5.5.31.Final.jar:5.5.31.Final (revision: 78792)]
> at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorBase.intercept(TransactionalInterceptorBase.java:79) [narayana-jts-idlj-5.5.31.Final.jar:5.5.31.Final (revision: 78792)]
> at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorMandatory.intercept(TransactionalInterceptorMandatory.java:51) [narayana-jts-idlj-5.5.31.Final.jar:5.5.31.Final (revision: 78792)]
> at sun.reflect.GeneratedMethodAccessor37.invoke(Unknown Source) [:1.8.0_144]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) [rt.jar:1.8.0_144]
> at java.lang.reflect.Method.invoke(Unknown Source) [rt.jar:1.8.0_144]
> at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeAroundInvoke(InterceptorMethodHandler.java:84) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:72) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:56) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:79) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:68) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at com.sgi.song.gp.service.SONGv1.event.EventQueueHelper$Proxy$_$$_WeldSubclass.processEvent(Unknown Source) [classes:]
> at sun.reflect.GeneratedMethodAccessor36.invoke(Unknown Source) [:1.8.0_144]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) [rt.jar:1.8.0_144]
> at java.lang.reflect.Method.invoke(Unknown Source) [rt.jar:1.8.0_144]
> at org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:38) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:106) [weld-core-impl-3.0.3.Final.jar:3.0.3.Final]
> at com.sgi.song.gp.service.SONGv1.event.EventQueueHelper$Proxy$_$$_WeldClientProxy.processEvent(Unknown Source) [classes:]
> at com.sgi.song.gp.service.SONGv1.event.EventQueueProcessor.onMessage(EventQueueProcessor.java:35) [classes:]
> at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source) [:1.8.0_144]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) [rt.jar:1.8.0_144]
> at java.lang.reflect.Method.invoke(Unknown Source) [rt.jar:1.8.0_144]
> at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
> at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:90)
> at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:101)
> at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
> at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:253) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:332) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:238) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
> at org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81) [weld-ejb-3.0.3.Final.jar:3.0.3.Final]
> at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:57) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponentDescription$5$1.processInvocation(MessageDrivenComponentDescription.java:243) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
> at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:619) [wildfly-elytron-1.2.2.Final.jar:1.2.2.Final]
> at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
> at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
> at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185)
> at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:81)
> at com.sgi.song.gp.service.SONGv1.event.EventQueueProcessor$$$view2.onMessage(Unknown Source) [classes:]
> at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source) [:1.8.0_144]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) [rt.jar:1.8.0_144]
> at java.lang.reflect.Method.invoke(Unknown Source) [rt.jar:1.8.0_144]
> at org.jboss.as.ejb3.inflow.MessageEndpointInvocationHandler.doInvoke(MessageEndpointInvocationHandler.java:139) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.as.ejb3.inflow.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:73) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at com.sgi.song.gp.service.SONGv1.event.EventQueueProcessor$$$endpoint1.onMessage(Unknown Source) [classes:]
> at org.apache.activemq.artemis.ra.inflow.ActiveMQMessageHandler.onMessage(ActiveMQMessageHandler.java:303)
> at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl.callOnMessage(ClientConsumerImpl.java:1001)
> at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl.access$400(ClientConsumerImpl.java:49)
> at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl$Runner.run(ClientConsumerImpl.java:1124)
> at org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask.run(OrderedExecutorFactory.java:122)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [rt.jar:1.8.0_144]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [rt.jar:1.8.0_144]
> at java.lang.Thread.run(Unknown Source) [rt.jar:1.8.0_144]
> Caused by: javax.naming.NameNotFoundException: UserTransaction [Root exception is java.lang.IllegalStateException: WFLYEJB0137: Only session and message-driven beans with bean-managed transaction demarcation are allowed to access UserTransaction]
> at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:153) [wildfly-naming-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:83) [wildfly-naming-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:207) [wildfly-naming-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:184) [wildfly-naming-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.as.naming.InitialContext$DefaultInitialContext.lookup(InitialContext.java:239) [wildfly-naming-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:193) [wildfly-naming-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:189) [wildfly-naming-12.0.0.Final.jar:12.0.0.Final]
> at javax.naming.InitialContext.lookup(Unknown Source) [rt.jar:1.8.0_144]
> at javax.naming.InitialContext.lookup(Unknown Source) [rt.jar:1.8.0_144]
> at org.jboss.as.weld.services.bootstrap.WeldResourceInjectionServices.resolveResource(WeldResourceInjectionServices.java:237)
> ... 119 more
> Caused by: java.lang.IllegalStateException: WFLYEJB0137: Only session and message-driven beans with bean-managed transaction demarcation are allowed to access UserTransaction
> at org.jboss.as.ejb3.component.allowedmethods.AllowedMethodsInformation.realCheckPermission(AllowedMethodsInformation.java:138) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.as.ejb3.component.allowedmethods.AllowedMethodsInformation.checkAllowed(AllowedMethodsInformation.java:112) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.as.ejb3.subsystem.EJB3UserTransactionAccessControlService$1.authorizeAccess(EJB3UserTransactionAccessControlService.java:53) [wildfly-ejb3-12.0.0.Final.jar:12.0.0.Final]
> at org.jboss.as.txn.service.UserTransactionAccessControlService.authorizeAccess(UserTransactionAccessControlService.java:83)
> at org.jboss.as.txn.service.UserTransactionBindingService$1.getReference(UserTransactionBindingService.java:71)
> at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:143) [wildfly-naming-12.0.0.Final.jar:12.0.0.Final]
> ... 128 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month