[JBoss JIRA] (WFCORE-1270) Intermittent NPE registering a slave HC in mixed-domain test suite
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1270?page=com.atlassian.jira.plugi... ]
Kabir Khan edited comment on WFCORE-1270 at 1/8/16 8:57 AM:
------------------------------------------------------------
https://github.com/wildfly/wildfly-core/pull/1349 is an alternate PR which uses the default resource transformer. The null resource transformer was introduced as part of the chained transformer work, and those tests pass locally here.
However, since the GlobalTransformerRegistry gets populated by several threads, it feels like we are trying to register transformers for a resource before its parents have had time to register, which creates that null value. The question though is where? I presume that the full core model initialisation happens in one thread, and that each extension and subsystem also happen in a thread.
There is a separate global transformer registry for the {code}profile=*{code}, {code}host=*{code} and {code}host=*/server=*{code} levels, so I don't see where the race can happen at the moment.
It looks like both our attempts are masking the real problem!
was (Author: kabirkhan):
https://github.com/wildfly/wildfly-core/pull/1349 is an alternate PR which uses the default resource transformer. The null resource transformer was introduced as part of the chained transformer work, and those tests pass locally here.
However, since the GlobalTransformerRegistry gets populated by several threads, it feels like we are trying to register transformers for a resource before its parents have had time to register, which creates that null value. The question though is where? I presume that the full core model initialisation happens in one thread, and that each extension and subsystem also happen in a thread.
There is a separate global transformer registry for the {code}profile=*{code}, {code}host=*{code} and {code}host=*/server=*{code} levels, so I don't see where the race can happen at the moment.
> Intermittent NPE registering a slave HC in mixed-domain test suite
> ------------------------------------------------------------------
>
> Key: WFCORE-1270
> URL: https://issues.jboss.org/browse/WFCORE-1270
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management, Test Suite
> Affects Versions: 2.0.5.Final
> Reporter: Brian Stansberry
> Assignee: Kabir Khan
>
> I've occasionally seen test failures in the mixed domain tests when a testsuite cannot start because the slave HC can't register due to an NPE on the master:
> For example:
> http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=82653&tab=buil...
> Critical log details:
> {code}[0m16:16:15,252 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final-redhat-1
> [0m[0m16:16:15,363 INFO [org.jboss.as.process.Host Controller.status] (main) JBAS012017: Starting process 'Host Controller'
> [0m[Host Controller] [0m16:16:15,871 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final-redhat-1[0m
> [Host Controller] [0m[0m16:16:16,015 INFO [org.jboss.msc] (main) JBoss MSC version 1.1.5.Final-redhat-1[0m
> [Host Controller] [0m[0m16:16:16,068 INFO [org.jboss.as] (MSC service thread 1-4) JBAS015899: JBoss EAP 6.3.0.GA (AS 7.4.0.Final-redhat-19) starting[0m
> [Host Controller] [0m[0m16:16:16,625 INFO [org.xnio] (MSC service thread 1-2) XNIO Version 3.0.10.GA-redhat-1[0m
> [Host Controller] [0m[0m16:16:16,629 INFO [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.0.10.GA-redhat-1[0m
> [Host Controller] [0m[0m16:16:16,657 INFO [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version (unknown)[0m
> [Host Controller] [0m[0m16:16:16,705 INFO [org.jboss.as.remoting] (MSC service thread 1-2) JBAS017100: Listening on [::1]:19999[0m
> INFO [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] ServerIdentity{name=server-one, host=slave, server-group=other-server-group} status is starting
> [Host Controller] [0m[31m16:16:17,913 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 50) WFLYCTL0013: Operation ("read-master-domain-model") failed - address: ([]): java.lang.NullPointerException[0m
> [Host Controller] [31m at org.jboss.as.controller.registry.OperationTransformerRegistry$1.getResourceTransformer(OperationTransformerRegistry.java:83)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.resolveTransformer(ResourceTransformationContextImpl.java:235)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:285)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:254)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.description.TransformingDescription$3.invokeNext(TransformingDescription.java:161)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.description.AttributeTransformationRule.transformResource(AttributeTransformationRule.java:103)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.description.TransformingDescription.transformResource(TransformingDescription.java:167)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:289)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:254)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.TransformersImpl.transformRootResource(TransformersImpl.java:115)[0m
> [Host Controller] [31m at org.jboss.as.domain.controller.operations.ReadMasterDomainModelUtil.readMasterDomainResourcesForInitialConnect(ReadMasterDomainModelUtil.java:88)[0m
> [Host Controller] [31m at org.jboss.as.domain.controller.operations.ReadDomainModelHandler.execute(ReadDomainModelHandler.java:51)[0m
> [Host Controller] [31m at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)[0m
> [Host Controller] [31m at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)[0m
> [Host Controller] [31m at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)[0m
> [Host Controller] [31m at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1343)[0m
> [Host Controller] [31m at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:395)[0m
> [Host Controller] [31m at org.jboss.as.controller.AbstractControllerService.internalExecute(AbstractControllerService.java:408)[0m
> [Host Controller] [31m at org.jboss.as.host.controller.DomainModelControllerService.access$900(DomainModelControllerService.java:175)[0m
> [Host Controller] [31m at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor.execute(DomainModelControllerService.java:1229)[0m
> [Host Controller] [31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.processRegistration(HostControllerRegistrationHandler.java:424)[0m
> [Host Controller] [31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.access$400(HostControllerRegistrationHandler.java:334)[0m
> [Host Controller] [31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$InitiateRegistrationHandler$1.execute(HostControllerRegistrationHandler.java:230)[0m
> [Host Controller] [31m at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)[0m
> [Host Controller] [31m at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:465)[0m
> [Host Controller] [31m at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[0m
> [Host Controller] [31m at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[0m
> [Host Controller] [31m at java.lang.Thread.run(Thread.java:745)[0m
> [Host Controller] [31m at org.jboss.threads.JBossThread.run(JBossThread.java:320)[0m
> [Host Controller] [31m[0m
> [Host Controller] [0m[33m16:16:17,935 WARN [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010900: Could not connect to remote domain controller at remote://[::1]:9999 -- 1-$-WFLYCTL0158: Operation handler failed: java.lang.NullPointerException[0m
> [Host Controller] [33m[0m[33m16:16:17,936 WARN [org.jboss.as.host.controller] (Controller Boot Thread) JBAS016581: No domain controller discovery options remain.[0m
> [Host Controller] [33m[0m[31m16:16:17,939 ERROR [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010901: Could not connect to master. Aborting. Error was: java.lang.IllegalStateException: JBAS016519: Tried all domain controller discovery option(s) but unable to connect[0m
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFCORE-1270) Intermittent NPE registering a slave HC in mixed-domain test suite
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1270?page=com.atlassian.jira.plugi... ]
Kabir Khan edited comment on WFCORE-1270 at 1/8/16 8:56 AM:
------------------------------------------------------------
https://github.com/wildfly/wildfly-core/pull/1349 is an alternate PR which uses the default resource transformer. The null resource transformer was introduced as part of the chained transformer work, and those tests pass locally here.
However, since the GlobalTransformerRegistry gets populated by several threads, it feels like we are trying to register transformers for a resource before its parents have had time to register, which creates that null value. The question though is where? I presume that the full core model initialisation happens in one thread, and that each extension and subsystem also happen in a thread.
There is a separate global transformer registry for the {code}profile=*{code}, {code}host=*{code} and {code}host=*/server=*{code} levels, so I don't see where the race can happen at the moment.
was (Author: kabirkhan):
https://github.com/wildfly/wildfly-core/pull/1349 is an alternate PR which uses the default resource transformer. The null resource transformer was introduced as part of the chained transformer work, and those tests pass locally here.
However, since the GlobalTransformerRegistry gets populated by several threads, it feels like we are trying to register transformers for a resource before its parents have had time to register, which creates that null value. The question though is where? I presume that the full core model initialisation happens in one thread, and that each extension and subsystem also happen in a thread.
There is a separate global transformer registry for the profile=*, host=* and host=*/server=* levels, so I don't see where the race can happen at the moment.
> Intermittent NPE registering a slave HC in mixed-domain test suite
> ------------------------------------------------------------------
>
> Key: WFCORE-1270
> URL: https://issues.jboss.org/browse/WFCORE-1270
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management, Test Suite
> Affects Versions: 2.0.5.Final
> Reporter: Brian Stansberry
> Assignee: Kabir Khan
>
> I've occasionally seen test failures in the mixed domain tests when a testsuite cannot start because the slave HC can't register due to an NPE on the master:
> For example:
> http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=82653&tab=buil...
> Critical log details:
> {code}[0m16:16:15,252 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final-redhat-1
> [0m[0m16:16:15,363 INFO [org.jboss.as.process.Host Controller.status] (main) JBAS012017: Starting process 'Host Controller'
> [0m[Host Controller] [0m16:16:15,871 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final-redhat-1[0m
> [Host Controller] [0m[0m16:16:16,015 INFO [org.jboss.msc] (main) JBoss MSC version 1.1.5.Final-redhat-1[0m
> [Host Controller] [0m[0m16:16:16,068 INFO [org.jboss.as] (MSC service thread 1-4) JBAS015899: JBoss EAP 6.3.0.GA (AS 7.4.0.Final-redhat-19) starting[0m
> [Host Controller] [0m[0m16:16:16,625 INFO [org.xnio] (MSC service thread 1-2) XNIO Version 3.0.10.GA-redhat-1[0m
> [Host Controller] [0m[0m16:16:16,629 INFO [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.0.10.GA-redhat-1[0m
> [Host Controller] [0m[0m16:16:16,657 INFO [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version (unknown)[0m
> [Host Controller] [0m[0m16:16:16,705 INFO [org.jboss.as.remoting] (MSC service thread 1-2) JBAS017100: Listening on [::1]:19999[0m
> INFO [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] ServerIdentity{name=server-one, host=slave, server-group=other-server-group} status is starting
> [Host Controller] [0m[31m16:16:17,913 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 50) WFLYCTL0013: Operation ("read-master-domain-model") failed - address: ([]): java.lang.NullPointerException[0m
> [Host Controller] [31m at org.jboss.as.controller.registry.OperationTransformerRegistry$1.getResourceTransformer(OperationTransformerRegistry.java:83)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.resolveTransformer(ResourceTransformationContextImpl.java:235)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:285)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:254)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.description.TransformingDescription$3.invokeNext(TransformingDescription.java:161)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.description.AttributeTransformationRule.transformResource(AttributeTransformationRule.java:103)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.description.TransformingDescription.transformResource(TransformingDescription.java:167)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:289)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:254)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.TransformersImpl.transformRootResource(TransformersImpl.java:115)[0m
> [Host Controller] [31m at org.jboss.as.domain.controller.operations.ReadMasterDomainModelUtil.readMasterDomainResourcesForInitialConnect(ReadMasterDomainModelUtil.java:88)[0m
> [Host Controller] [31m at org.jboss.as.domain.controller.operations.ReadDomainModelHandler.execute(ReadDomainModelHandler.java:51)[0m
> [Host Controller] [31m at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)[0m
> [Host Controller] [31m at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)[0m
> [Host Controller] [31m at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)[0m
> [Host Controller] [31m at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1343)[0m
> [Host Controller] [31m at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:395)[0m
> [Host Controller] [31m at org.jboss.as.controller.AbstractControllerService.internalExecute(AbstractControllerService.java:408)[0m
> [Host Controller] [31m at org.jboss.as.host.controller.DomainModelControllerService.access$900(DomainModelControllerService.java:175)[0m
> [Host Controller] [31m at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor.execute(DomainModelControllerService.java:1229)[0m
> [Host Controller] [31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.processRegistration(HostControllerRegistrationHandler.java:424)[0m
> [Host Controller] [31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.access$400(HostControllerRegistrationHandler.java:334)[0m
> [Host Controller] [31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$InitiateRegistrationHandler$1.execute(HostControllerRegistrationHandler.java:230)[0m
> [Host Controller] [31m at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)[0m
> [Host Controller] [31m at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:465)[0m
> [Host Controller] [31m at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[0m
> [Host Controller] [31m at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[0m
> [Host Controller] [31m at java.lang.Thread.run(Thread.java:745)[0m
> [Host Controller] [31m at org.jboss.threads.JBossThread.run(JBossThread.java:320)[0m
> [Host Controller] [31m[0m
> [Host Controller] [0m[33m16:16:17,935 WARN [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010900: Could not connect to remote domain controller at remote://[::1]:9999 -- 1-$-WFLYCTL0158: Operation handler failed: java.lang.NullPointerException[0m
> [Host Controller] [33m[0m[33m16:16:17,936 WARN [org.jboss.as.host.controller] (Controller Boot Thread) JBAS016581: No domain controller discovery options remain.[0m
> [Host Controller] [33m[0m[31m16:16:17,939 ERROR [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010901: Could not connect to master. Aborting. Error was: java.lang.IllegalStateException: JBAS016519: Tried all domain controller discovery option(s) but unable to connect[0m
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFCORE-1270) Intermittent NPE registering a slave HC in mixed-domain test suite
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1270?page=com.atlassian.jira.plugi... ]
Kabir Khan commented on WFCORE-1270:
------------------------------------
https://github.com/wildfly/wildfly-core/pull/1349 is an alternate PR which uses the default resource transformer. The null resource transformer was introduced as part of the chained transformer work, and those tests pass locally here.
However, since the GlobalTransformerRegistry gets populated by several threads, it feels like we are trying to register transformers for a resource before its parents have had time to register, which creates that null value. The question though is where? I presume that the full core model initialisation happens in one thread, and that each extension and subsystem also happen in a thread.
There is a separate global transformer registry for the profile=*, host=* and host=*/server=* levels, so I don't see where the race can happen at the moment.
> Intermittent NPE registering a slave HC in mixed-domain test suite
> ------------------------------------------------------------------
>
> Key: WFCORE-1270
> URL: https://issues.jboss.org/browse/WFCORE-1270
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management, Test Suite
> Affects Versions: 2.0.5.Final
> Reporter: Brian Stansberry
> Assignee: Kabir Khan
>
> I've occasionally seen test failures in the mixed domain tests when a testsuite cannot start because the slave HC can't register due to an NPE on the master:
> For example:
> http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=82653&tab=buil...
> Critical log details:
> {code}[0m16:16:15,252 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final-redhat-1
> [0m[0m16:16:15,363 INFO [org.jboss.as.process.Host Controller.status] (main) JBAS012017: Starting process 'Host Controller'
> [0m[Host Controller] [0m16:16:15,871 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final-redhat-1[0m
> [Host Controller] [0m[0m16:16:16,015 INFO [org.jboss.msc] (main) JBoss MSC version 1.1.5.Final-redhat-1[0m
> [Host Controller] [0m[0m16:16:16,068 INFO [org.jboss.as] (MSC service thread 1-4) JBAS015899: JBoss EAP 6.3.0.GA (AS 7.4.0.Final-redhat-19) starting[0m
> [Host Controller] [0m[0m16:16:16,625 INFO [org.xnio] (MSC service thread 1-2) XNIO Version 3.0.10.GA-redhat-1[0m
> [Host Controller] [0m[0m16:16:16,629 INFO [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.0.10.GA-redhat-1[0m
> [Host Controller] [0m[0m16:16:16,657 INFO [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version (unknown)[0m
> [Host Controller] [0m[0m16:16:16,705 INFO [org.jboss.as.remoting] (MSC service thread 1-2) JBAS017100: Listening on [::1]:19999[0m
> INFO [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] ServerIdentity{name=server-one, host=slave, server-group=other-server-group} status is starting
> [Host Controller] [0m[31m16:16:17,913 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 50) WFLYCTL0013: Operation ("read-master-domain-model") failed - address: ([]): java.lang.NullPointerException[0m
> [Host Controller] [31m at org.jboss.as.controller.registry.OperationTransformerRegistry$1.getResourceTransformer(OperationTransformerRegistry.java:83)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.resolveTransformer(ResourceTransformationContextImpl.java:235)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:285)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:254)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.description.TransformingDescription$3.invokeNext(TransformingDescription.java:161)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.description.AttributeTransformationRule.transformResource(AttributeTransformationRule.java:103)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.description.TransformingDescription.transformResource(TransformingDescription.java:167)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:289)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:254)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)[0m
> [Host Controller] [31m at org.jboss.as.controller.transform.TransformersImpl.transformRootResource(TransformersImpl.java:115)[0m
> [Host Controller] [31m at org.jboss.as.domain.controller.operations.ReadMasterDomainModelUtil.readMasterDomainResourcesForInitialConnect(ReadMasterDomainModelUtil.java:88)[0m
> [Host Controller] [31m at org.jboss.as.domain.controller.operations.ReadDomainModelHandler.execute(ReadDomainModelHandler.java:51)[0m
> [Host Controller] [31m at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)[0m
> [Host Controller] [31m at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)[0m
> [Host Controller] [31m at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)[0m
> [Host Controller] [31m at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1343)[0m
> [Host Controller] [31m at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:395)[0m
> [Host Controller] [31m at org.jboss.as.controller.AbstractControllerService.internalExecute(AbstractControllerService.java:408)[0m
> [Host Controller] [31m at org.jboss.as.host.controller.DomainModelControllerService.access$900(DomainModelControllerService.java:175)[0m
> [Host Controller] [31m at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor.execute(DomainModelControllerService.java:1229)[0m
> [Host Controller] [31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.processRegistration(HostControllerRegistrationHandler.java:424)[0m
> [Host Controller] [31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.access$400(HostControllerRegistrationHandler.java:334)[0m
> [Host Controller] [31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$InitiateRegistrationHandler$1.execute(HostControllerRegistrationHandler.java:230)[0m
> [Host Controller] [31m at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)[0m
> [Host Controller] [31m at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:465)[0m
> [Host Controller] [31m at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[0m
> [Host Controller] [31m at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[0m
> [Host Controller] [31m at java.lang.Thread.run(Thread.java:745)[0m
> [Host Controller] [31m at org.jboss.threads.JBossThread.run(JBossThread.java:320)[0m
> [Host Controller] [31m[0m
> [Host Controller] [0m[33m16:16:17,935 WARN [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010900: Could not connect to remote domain controller at remote://[::1]:9999 -- 1-$-WFLYCTL0158: Operation handler failed: java.lang.NullPointerException[0m
> [Host Controller] [33m[0m[33m16:16:17,936 WARN [org.jboss.as.host.controller] (Controller Boot Thread) JBAS016581: No domain controller discovery options remain.[0m
> [Host Controller] [33m[0m[31m16:16:17,939 ERROR [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010901: Could not connect to master. Aborting. Error was: java.lang.IllegalStateException: JBAS016519: Tried all domain controller discovery option(s) but unable to connect[0m
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-5473) Session.invalidate() does not invalidate SSO context for non-distributable applications
by Richard Janík (JIRA)
[ https://issues.jboss.org/browse/WFLY-5473?page=com.atlassian.jira.plugin.... ]
Richard Janík commented on WFLY-5473:
-------------------------------------
[~pferraro] I'm still seeing it with WF master myself :(. The reproducer fails with master too. Latest commit is 1ae6152820973dc8c09708230926190f9f093ca7.
Can you attach the deployment you're using (if you're using a different one than the one provided in the zip attached by me)? Or possibly the whole build? Can you list the steps you did to try to reproduce the issue in your own words? We must be doing something differently and I have no idea what it is.
I'm also thinking that this and WFLY-5932 might be the same issue, one for non-distributable, the other for distributable sessions.
> Session.invalidate() does not invalidate SSO context for non-distributable applications
> ---------------------------------------------------------------------------------------
>
> Key: WFLY-5473
> URL: https://issues.jboss.org/browse/WFLY-5473
> Project: WildFly
> Issue Type: Bug
> Components: Clustering, Web (Undertow)
> Reporter: Richard Janík
> Assignee: Paul Ferraro
> Priority: Blocker
> Fix For: 10.0.0.Final
>
> Attachments: reproducer.zip
>
>
> See "Steps to Reproduce" for detailed description.
> According to my limited knowledge, this was also the core issue in https://bugzilla.redhat.com/show_bug.cgi?id=924456 which has been dispatched as a one-off to a customer. Thus, I'm setting the priority to blocker as this is a regression against 6.4.x. No exceptions have been observed in the server output however.
> Adding Clustering component as I've been trying this with standalone-ha.xml and BZ 924456 relates to clustering.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFCORE-1282) Unable to create HTTPS connection using *ECDH_RSA* cipher suites / kECDHr cipher string
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1282?page=com.atlassian.jira.plugi... ]
Darran Lofthouse moved ELY-384 to WFCORE-1282:
----------------------------------------------
Project: WildFly Core (was: WildFly Elytron)
Key: WFCORE-1282 (was: ELY-384)
Component/s: Security
(was: SSL)
Affects Version/s: 1.0.2.Final
(was: 1.0.2.Final)
> Unable to create HTTPS connection using *ECDH_RSA* cipher suites / kECDHr cipher string
> ---------------------------------------------------------------------------------------
>
> Key: WFCORE-1282
> URL: https://issues.jboss.org/browse/WFCORE-1282
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Affects Versions: 1.0.2.Final
> Environment: Oracle Java
> Reporter: Martin Choma
> Assignee: Darran Lofthouse
> Priority: Critical
> Attachments: client_debug_eap6.log, client_debug_eap7.log, server-cert-key-ec.jks, server_debug_eap6.log, server_debug_eap7.log
>
>
> User using these cipher suites / cipher name in EAP6 won't be able to use it in EAP7.
> Setting as critical as these cipher suites, are considered for strong and widely used in my opinion.
> In server log, error "no cipher suites in common" can be seen using -Djavax.net.debug=all.
> Note, that analogous configuration in EAP6 works fine.
> Issue can be seen on Oracle Java only, as on OpenJDK / IBM these suites are not provided by method getDefaultCipherSuites().
> Also is it possible to log "no cipher suites in common" and similar tls handshake errors without -Djavax.net.debug for better troubleshooting?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (DROOLS-980) KieBase.getFactType should only be used to retrieve declared beans.
by Alejo Jara (JIRA)
[ https://issues.jboss.org/browse/DROOLS-980?page=com.atlassian.jira.plugin... ]
Alejo Jara updated DROOLS-980:
------------------------------
Priority: Blocker (was: Major)
> KieBase.getFactType should only be used to retrieve declared beans.
> -------------------------------------------------------------------
>
> Key: DROOLS-980
> URL: https://issues.jboss.org/browse/DROOLS-980
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 6.3.0.Final
> Reporter: Alejo Jara
> Assignee: Mario Fusco
> Priority: Blocker
> Attachments: droolsBug980.zip, my_rules-1.jar, my_rules-2.jar
>
>
> Error inesperado en la ejecucion del artefacto
> java.lang.UnsupportedOperationException: KieBase.getFactType should only be used to retrieve declared beans. Class com.example.types.Person exists outside DRL
> at org.drools.core.definitions.impl.KnowledgePackageImpl.getFactType(KnowledgePackageImpl.java:635)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (JGRP-2001) RequestCorrelator: request-ID is sent in request and header
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-2001?page=com.atlassian.jira.plugin.... ]
Bela Ban updated JGRP-2001:
---------------------------
Comment: was deleted
(was: What about RequestOptions? This is shipped with the message itself, I think we can remove it, too...)
> RequestCorrelator: request-ID is sent in request and header
> -----------------------------------------------------------
>
> Key: JGRP-2001
> URL: https://issues.jboss.org/browse/JGRP-2001
> Project: JGroups
> Issue Type: Enhancement
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Minor
> Fix For: 3.6.7
>
>
> When invoking a sync RPC, a request is identified by a _request ID_ (req_id, a long). This is sent in both the header and the request itself, so we can remove one of them.
> Also, in {{Header}}, we can drop field {{rsp_expected}}: this can be replaced by setting {{req_id}} to {{-1}}.
> Summary: we can drop a long ({{req_id}}) field in {{Request}} and a boolean ({{rsp_expected}} in {{Header}}) from each RPC.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (JGRP-2001) RequestCorrelator: request-ID is sent in request and header
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-2001?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-2001:
--------------------------------
What about RequestOptions? This is shipped with the message itself, I think we can remove it, too...
> RequestCorrelator: request-ID is sent in request and header
> -----------------------------------------------------------
>
> Key: JGRP-2001
> URL: https://issues.jboss.org/browse/JGRP-2001
> Project: JGroups
> Issue Type: Enhancement
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Minor
> Fix For: 3.6.7
>
>
> When invoking a sync RPC, a request is identified by a _request ID_ (req_id, a long). This is sent in both the header and the request itself, so we can remove one of them.
> Also, in {{Header}}, we can drop field {{rsp_expected}}: this can be replaced by setting {{req_id}} to {{-1}}.
> Summary: we can drop a long ({{req_id}}) field in {{Request}} and a boolean ({{rsp_expected}} in {{Header}}) from each RPC.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months