[JBoss JIRA] (AG-54) Support for XAConnection in the pool
by Luis Barreiro (JIRA)
Luis Barreiro created AG-54:
-------------------------------
Summary: Support for XAConnection in the pool
Key: AG-54
URL: https://issues.jboss.org/browse/AG-54
Project: Agroal
Issue Type: Bug
Components: pool
Affects Versions: 0.4
Reporter: Luis Barreiro
Assignee: Luis Barreiro
Fix For: 0.5
The connection pool should be able to support creating and pooling of XAConnection. The major change required is that the ConnectionFactory should be able to create both.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-9871) Intermittent failures in CompensationScopedTestCase
by Ondra Chaloupka (JIRA)
[ https://issues.jboss.org/browse/WFLY-9871?page=com.atlassian.jira.plugin.... ]
Ondra Chaloupka commented on WFLY-9871:
---------------------------------------
[~swd847] Agree, thank you for pointing out the thread pool suspicion. Per my first review I though there could be some thread state race condition.
Now I ordered test execution and tried to decrease the number of threads used by Undertow for having a better chance to observe the issue.
Nevertheless I wasn't successful in reproducing it.
I did it in way of changing io subsystem, would you consider as a feasible way to influence the behaviour?
{code:xml}
<subsystem xmlns="urn:jboss:domain:io:2.0">
<worker name="default" task-max-threads="3" io-threads="3" />
<buffer-pool name="default"/>
</subsystem>
{code}
> Intermittent failures in CompensationScopedTestCase
> ---------------------------------------------------
>
> Key: WFLY-9871
> URL: https://issues.jboss.org/browse/WFLY-9871
> Project: WildFly
> Issue Type: Bug
> Components: XTS
> Reporter: Stuart Douglas
> Assignee: Ondra Chaloupka
> Fix For: 12.0.0.CR1
>
> Attachments: Pull_Request_Linux_-_elytron_2724.log.zip
>
>
> From https://ci.wildfly.org/viewLog.html?buildId=90908&buildTypeId=WF_PullRequ...:
> {code}
> com.arjuna.mw.wsas.exceptions.WrongStateException: ARJUNA041018: Cannot enlist child activity with parent as parent's status is: Status.Completed
> at com.arjuna.mwlabs.wsas.activity.ActivityImple.addChild(ActivityImple.java:583)
> at com.arjuna.mwlabs.wsas.activity.ActivityImple.start(ActivityImple.java:160)
> at com.arjuna.mwlabs.wsas.UserActivityImple.start(UserActivityImple.java:136)
> at com.arjuna.mwlabs.wsas.UserActivityImple.start(UserActivityImple.java:99)
> at com.arjuna.mwlabs.wscf.model.sagas.arjunacore.CoordinatorServiceImple.begin(CoordinatorServiceImple.java:108)
> at org.jboss.narayana.compensations.internal.local.LocalBAController.beginBusinessActivity(LocalBAController.java:28)
> at org.jboss.as.test.xts.annotation.compensationScoped.CompensationScopedTestCase.shouldSeeDifferentValuesInDifferentTransactions(CompensationScopedTestCase.java:76)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at org.jboss.arquillian.junit.Arquillian$8$1.invoke(Arquillian.java:379)
> at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:103)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:85)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:143)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:114)
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.container.test.impl.execution.ContainerTestExecuter.execute(ContainerTestExecuter.java:38)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:103)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:85)
> at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:130)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:143)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:136)
> at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:372)
> at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:246)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:431)
> at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:55)
> at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:260)
> at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:324)
> at org.jboss.arquillian.container.test.impl.execution.BeforeLifecycleEventExecuter.on(BeforeLifecycleEventExecuter.java:35)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:103)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:85)
> at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:130)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:143)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:114)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:159)
> at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:317)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:205)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:431)
> at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:55)
> at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:219)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:167)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
> at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66)
> at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:170)
> at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:135)
> at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:98)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:67)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1526)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1526)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1526)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1526)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1979)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1481)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1374)
> at java.lang.Thread.run(Thread.java:748)
> ------- Stdout: -------
> &#27;[0m08:35:47,475 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 92) WFLYUT0022: Unregistered web context: '/wsba-coordinatorcompletition-test' from server 'default-server'
> &#27;[0m&#27;[0m08:35:47,492 INFO [org.jboss.as.webservices] (MSC service thread 1-1) WFLYWS0004: Stopping service jboss.ws.endpoint."wsba-coordinatorcompletition-test.war".BACoordinatorCompletionService3
> &#27;[0m&#27;[0m08:35:47,493 INFO [org.jboss.as.webservices] (MSC service thread 1-6) WFLYWS0004: Stopping service jboss.ws.endpoint."wsba-coordinatorcompletition-test.war".BACoordinatorCompletionService2
> &#27;[0m&#27;[0m08:35:47,493 INFO [org.jboss.as.webservices] (MSC service thread 1-4) WFLYWS0004: Stopping service jboss.ws.endpoint."wsba-coordinatorcompletition-test.war".BACoordinatorCompletionService1
> &#27;[0m&#27;[0m08:35:47,524 INFO [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0028: Stopped deployment wsba-coordinatorcompletition-test.war (runtime-name: wsba-coordinatorcompletition-test.war) in 50ms
> &#27;[0m&#27;[0m08:35:47,538 INFO [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0002: Content removed from location /store/work/tc-work/9ccd5e119c4a65d0/testsuite/integration/xts/target/wildfly/standalone/data/content/a8/520d7a7760a30fcead2bc9bccba2a97d09e750/content
> &#27;[0m&#27;[0m08:35:47,538 INFO [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0009: Undeployed "wsba-coordinatorcompletition-test.war" (runtime-name: "wsba-coordinatorcompletition-test.war")
> &#27;[0m&#27;[0m08:35:48,476 INFO [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0001: Content added at location /store/work/tc-work/9ccd5e119c4a65d0/testsuite/integration/xts/target/wildfly/standalone/data/content/f2/c83b1f4b523377f223738c11fbf3bc51d2c387/content
> &#27;[0m&#27;[0m08:35:48,480 INFO [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0027: Starting deployment of "test.war" (runtime-name: "test.war")
> &#27;[0m&#27;[0m08:35:48,636 INFO [org.jboss.weld.deployer] (MSC service thread 1-6) WFLYWELD0003: Processing weld deployment test.war
> &#27;[0m&#27;[33m08:35:48,726 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensationManagerImpl is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,727 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensationInterceptorMandatory is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,731 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensationInterceptorNever is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,731 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensationInterceptorNotSupported is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,732 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensationInterceptorRequired is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,733 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensationInterceptorRequiresNew is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,733 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensationInterceptorSupports is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,735 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.TxCompensateInterceptor is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,737 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.TxConfirmInterceptor is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,739 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.TxLoggedInterceptor is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,740 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CancelOnFailureInterceptor is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,742 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensatableActionProducer is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,743 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.wildfly.extension.messaging.activemq.deployment.injection.RequestedJMSContext is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,743 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.wildfly.extension.messaging.activemq.deployment.injection.TransactedJMSContext is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,744 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.wildfly.extension.messaging.activemq.deployment.injection.InjectedJMSContext is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,745 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorMandatory is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,746 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorNever is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,746 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorNotSupported is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,747 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorRequired is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,747 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorRequiresNew is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,747 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorSupports is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,748 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.sun.faces.flow.FlowDiscoveryCDIHelper is deprecated from CDI 1.1!
> &#27;[0m&#27;[33m08:35:48,748 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.hibernate.validator.internal.cdi.interceptor.ValidationInterceptor is deprecated from CDI 1.1!
> &#27;[0m&#27;[0m08:35:48,904 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 101) WFLYUT0021: Registered web context: '/test' for server 'default-server'
> &#27;[0m&#27;[0m08:35:48,919 INFO [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0010: Deployed "test.war" (runtime-name : "test.war")
> &#27;[0m
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-9934) Nodes can not join the cluster if there are sessions which can not initial transfered
by Wolf-Dieter Fink (JIRA)
Wolf-Dieter Fink created WFLY-9934:
--------------------------------------
Summary: Nodes can not join the cluster if there are sessions which can not initial transfered
Key: WFLY-9934
URL: https://issues.jboss.org/browse/WFLY-9934
Project: WildFly
Issue Type: Enhancement
Components: Clustering
Reporter: Wolf-Dieter Fink
Assignee: Paul Ferraro
The current configuration for the infinispan cache for web session replication is waiting on the initial state transfer. If this goes wrong for some reason, i.e. an existing session which can not serialized, the complete start will fail.
This can affect all applications which are correctly working.
As this can be a configuration issue, like the timeout for the initial-state-transfer, or a bug in the application code because the session must be serializable, it should be possible to start the server even if threre are some sessions failing.
With the current configuration options there is no way to configure the cache in a way that the cache is not waiting for the ST or to have the ST asynchronous that the server starts and 'only' the session replication will not be fully loaded.
As an enhancement such configuration should be possible.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-9933) Nodes can not join the cluster if there are sessions which can not initial transfered
by Wolf-Dieter Fink (JIRA)
Wolf-Dieter Fink created WFLY-9933:
--------------------------------------
Summary: Nodes can not join the cluster if there are sessions which can not initial transfered
Key: WFLY-9933
URL: https://issues.jboss.org/browse/WFLY-9933
Project: WildFly
Issue Type: Enhancement
Components: Clustering
Reporter: Wolf-Dieter Fink
Assignee: Paul Ferraro
The current configuration for the infinispan cache for web session replication is waiting on the initial state transfer. If this goes wrong for some reason, i.e. an existing session which can not serialized, the complete start will fail.
This can affect all applications which are correctly working.
As this can be a configuration issue, like the timeout for the initial-state-transfer, or a bug in the application code because the session must be serializable, it should be possible to start the server even if threre are some sessions failing.
With the current configuration options there is no way to configure the cache in a way that the cache is not waiting for the ST or to have the ST asynchronous that the server starts and 'only' the session replication will not be fully loaded.
As an enhancement such configuration should be possible.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-9846) Unsatisfied dependencies for CDI Beans in static module's dependency
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/WFLY-9846?page=com.atlassian.jira.plugin.... ]
Matej Novotny updated WFLY-9846:
--------------------------------
Git Pull Request: https://github.com/wildfly/wildfly/pull/10958
> Unsatisfied dependencies for CDI Beans in static module's dependency
> --------------------------------------------------------------------
>
> Key: WFLY-9846
> URL: https://issues.jboss.org/browse/WFLY-9846
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld
> Affects Versions: 11.0.0.Final
> Reporter: Brad Maxwell
> Assignee: Martin Kouba
>
> WAR CDI bean is failing to inject a CDI bean from a static module's exported dependency. war -> static module X -> static module Y (containing CDI Beans)
> A WAR uses a static module with the slot attribute. This static module is referenced in jboss-deployment-structure.xml:
> {code}
> <jboss-deployment-structure>
> <deployment>
> <dependencies>
> <module name="module2" meta-inf="export" annotations="true" />
> </dependencies>
> </deployment>
> </jboss-deployment-structure>
> {code}
> module2 which the app depends on is depending on module1 and including/exporting META-INF where the beans.xml is located:
> {code}
> <?xml version="1.0"?>
> <module xmlns="urn:jboss:module:1.5" name="module2">
> <dependencies>
> <module name="module1" export="true">
> <imports>
> <include path="META-INF**"/>
> <include path="org**"/>
> </imports>
> <exports>
> <include path="META-INF**"/>
> <include path="org**"/>
> </exports>
> </module>
> </dependencies>
> </module>
> {code}
> module1 contains the jar with the CDI beans and has a META-INF/beans.xml in it:
> {code}
> <?xml version="1.0" encoding="UTF-8"?>
> <module xmlns="urn:jboss:module:1.5" name="module1">
> <resources>
> <resource-root path="cdi-beans.jar"/>
> </resources>
> <dependencies>
> <module name="javax.faces.api" export="true"/>
> <module name="javax.ejb.api"/>
> <module name="javax.enterprise.api"/>
> </dependencies>
> </module>
> {code}
>
> The deploy fails with the next message:
>
> {code}
> 14:04:07,085 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."test.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."test.war".WeldStartService: Failed to start service
> ...
> Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type ExampleCdiBean with qualifiers @Default
> at injection point [BackedAnnotatedField] @Inject private backingbeans.BackingBean.cdiBean
> at backingbeans.BackingBean.cdiBean(BackingBean.java:0)
> {code}
>
> In JBoss EAP 6.4, this scenario, the CDI is working fine.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-9846) Unsatisfied dependencies for CDI Beans in static module's dependency
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/WFLY-9846?page=com.atlassian.jira.plugin.... ]
Matej Novotny reassigned WFLY-9846:
-----------------------------------
Assignee: Matej Novotny (was: Martin Kouba)
> Unsatisfied dependencies for CDI Beans in static module's dependency
> --------------------------------------------------------------------
>
> Key: WFLY-9846
> URL: https://issues.jboss.org/browse/WFLY-9846
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld
> Affects Versions: 11.0.0.Final
> Reporter: Brad Maxwell
> Assignee: Matej Novotny
>
> WAR CDI bean is failing to inject a CDI bean from a static module's exported dependency. war -> static module X -> static module Y (containing CDI Beans)
> A WAR uses a static module with the slot attribute. This static module is referenced in jboss-deployment-structure.xml:
> {code}
> <jboss-deployment-structure>
> <deployment>
> <dependencies>
> <module name="module2" meta-inf="export" annotations="true" />
> </dependencies>
> </deployment>
> </jboss-deployment-structure>
> {code}
> module2 which the app depends on is depending on module1 and including/exporting META-INF where the beans.xml is located:
> {code}
> <?xml version="1.0"?>
> <module xmlns="urn:jboss:module:1.5" name="module2">
> <dependencies>
> <module name="module1" export="true">
> <imports>
> <include path="META-INF**"/>
> <include path="org**"/>
> </imports>
> <exports>
> <include path="META-INF**"/>
> <include path="org**"/>
> </exports>
> </module>
> </dependencies>
> </module>
> {code}
> module1 contains the jar with the CDI beans and has a META-INF/beans.xml in it:
> {code}
> <?xml version="1.0" encoding="UTF-8"?>
> <module xmlns="urn:jboss:module:1.5" name="module1">
> <resources>
> <resource-root path="cdi-beans.jar"/>
> </resources>
> <dependencies>
> <module name="javax.faces.api" export="true"/>
> <module name="javax.ejb.api"/>
> <module name="javax.enterprise.api"/>
> </dependencies>
> </module>
> {code}
>
> The deploy fails with the next message:
>
> {code}
> 14:04:07,085 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."test.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."test.war".WeldStartService: Failed to start service
> ...
> Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type ExampleCdiBean with qualifiers @Default
> at injection point [BackedAnnotatedField] @Inject private backingbeans.BackingBean.cdiBean
> at backingbeans.BackingBean.cdiBean(BackingBean.java:0)
> {code}
>
> In JBoss EAP 6.4, this scenario, the CDI is working fine.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFCORE-3658) Security context propagation using Elytron API doesn't work for EJB to protected Servlet scenario
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3658?page=com.atlassian.jira.plugi... ]
Jan Kalina updated WFCORE-3658:
-------------------------------
Git Pull Request: (was: https://github.com/wildfly-security/wildfly-elytron/pull/930)
> Security context propagation using Elytron API doesn't work for EJB to protected Servlet scenario
> -------------------------------------------------------------------------------------------------
>
> Key: WFCORE-3658
> URL: https://issues.jboss.org/browse/WFCORE-3658
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Security
> Reporter: Ondrej Lukas
> Assignee: Jan Kalina
> Priority: Critical
>
> One of the scenarios which are expected to work in Elytron is a Security context propagation from a protected EJB to a protected Servlet using HttpUrlConnection (details in RFE EAP7-284).
> The scenario doesn't work for me. My configuration:
> {noformat}
> EJB client -> protected EJB on server-1 -> protected Servlet on server-2 (BASIC authn)
> {noformat}
> The EJB contains following code:
> {code:java}
> final Callable<String> callable = () -> {
> URLConnection conn = url.openConnection();
> conn.connect();
> try (InputStream is = conn.getInputStream()) {
> return IOUtils.toString(is, StandardCharsets.UTF_8);
> }
> };
> AuthenticationContext.empty().with(MatchRule.ALL, AuthenticationConfiguration.empty()
> .useForwardedIdentity(SecurityDomain.getCurrent())
> .setSaslMechanismSelector(SaslMechanismSelector.ALL))
> .runCallable(callable);
> {code}
> The server-2 returns 401:
> {noformat}
> java.io.IOException: Server returned HTTP response code: 401 for URL: http://127.0.0.1:8180/seccontext-server2/whoAmI
> at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1876)
> at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1474)
> at org.wildfly.test.manual.elytron.seccontext.EntryBean.lambda$readUrl$1(EntryBean.java:69)
> {noformat}
> There is still a chance, the problem is in the scenario configuration, but the documentation is silent about this topic.
> The problem could be in a missing integration of ElytronAuthenticator within the AuthenticationContext. I don't see it used when I debug the scenario. When I register the authenticator manually, I see another problem which will be reported in a separate JIRA.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFCORE-3658) Security context propagation using Elytron API doesn't work for EJB to protected Servlet scenario
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3658?page=com.atlassian.jira.plugi... ]
Jan Kalina moved WFLY-9931 to WFCORE-3658:
------------------------------------------
Project: WildFly Core (was: WildFly)
Key: WFCORE-3658 (was: WFLY-9931)
Component/s: Security
(was: Security)
> Security context propagation using Elytron API doesn't work for EJB to protected Servlet scenario
> -------------------------------------------------------------------------------------------------
>
> Key: WFCORE-3658
> URL: https://issues.jboss.org/browse/WFCORE-3658
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Security
> Reporter: Ondrej Lukas
> Assignee: Jan Kalina
> Priority: Critical
>
> One of the scenarios which are expected to work in Elytron is a Security context propagation from a protected EJB to a protected Servlet using HttpUrlConnection (details in RFE EAP7-284).
> The scenario doesn't work for me. My configuration:
> {noformat}
> EJB client -> protected EJB on server-1 -> protected Servlet on server-2 (BASIC authn)
> {noformat}
> The EJB contains following code:
> {code:java}
> final Callable<String> callable = () -> {
> URLConnection conn = url.openConnection();
> conn.connect();
> try (InputStream is = conn.getInputStream()) {
> return IOUtils.toString(is, StandardCharsets.UTF_8);
> }
> };
> AuthenticationContext.empty().with(MatchRule.ALL, AuthenticationConfiguration.empty()
> .useForwardedIdentity(SecurityDomain.getCurrent())
> .setSaslMechanismSelector(SaslMechanismSelector.ALL))
> .runCallable(callable);
> {code}
> The server-2 returns 401:
> {noformat}
> java.io.IOException: Server returned HTTP response code: 401 for URL: http://127.0.0.1:8180/seccontext-server2/whoAmI
> at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1876)
> at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1474)
> at org.wildfly.test.manual.elytron.seccontext.EntryBean.lambda$readUrl$1(EntryBean.java:69)
> {noformat}
> There is still a chance, the problem is in the scenario configuration, but the documentation is silent about this topic.
> The problem could be in a missing integration of ElytronAuthenticator within the AuthenticationContext. I don't see it used when I debug the scenario. When I register the authenticator manually, I see another problem which will be reported in a separate JIRA.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month