July 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-6848) In rare circumstances MessageProducer can send a message to wrong queue.

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFLY-6848?page=com.atlassian.jira.plugin.... ] Brian Stansberry reassigned WFLY-6848: -------------------------------------- Component/s: JMS Assignee: Jeff Mesnil (was: Jason Greene) > In rare circumstances MessageProducer can send a message to wrong queue. > ------------------------------------------------------------------------ > > Key: WFLY-6848 > URL: https://issues.jboss.org/browse/WFLY-6848 > Project: WildFly > Issue Type: Bug > Components: JMS > Reporter: Bartosz Baranowski > Assignee: Jeff Mesnil > Labels: downstream_dependency > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6846) Redistribution loses large messages when server with HA is restarted

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFLY-6846?page=com.atlassian.jira.plugin.... ] Brian Stansberry reassigned WFLY-6846: -------------------------------------- Component/s: JMS Assignee: Jeff Mesnil (was: Jason Greene) > Redistribution loses large messages when server with HA is restarted > -------------------------------------------------------------------- > > Key: WFLY-6846 > URL: https://issues.jboss.org/browse/WFLY-6846 > Project: WildFly > Issue Type: Bug > Components: JMS > Reporter: Bartosz Baranowski > Assignee: Jeff Mesnil > Labels: downstream_dependency > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6847) Lost large messages if backup is shutdown during synchronization

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFLY-6847?page=com.atlassian.jira.plugin.... ] Brian Stansberry reassigned WFLY-6847: -------------------------------------- Component/s: JMS Assignee: Jeff Mesnil (was: Jason Greene) > Lost large messages if backup is shutdown during synchronization > ---------------------------------------------------------------- > > Key: WFLY-6847 > URL: https://issues.jboss.org/browse/WFLY-6847 > Project: WildFly > Issue Type: Bug > Components: JMS > Reporter: Bartosz Baranowski > Assignee: Jeff Mesnil > Labels: downstream_dependency > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6850) max-saved-replicated-journal-size is ignored

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFLY-6850?page=com.atlassian.jira.plugin.... ] Brian Stansberry updated WFLY-6850: ----------------------------------- Component/s: JMS > max-saved-replicated-journal-size is ignored > -------------------------------------------- > > Key: WFLY-6850 > URL: https://issues.jboss.org/browse/WFLY-6850 > Project: WildFly > Issue Type: Bug > Components: JMS > Reporter: Bartosz Baranowski > Assignee: Clebert Suconic > Priority: Critical > Labels: downstream_dependency > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6845) Lost message when using transaction session on subscriber/consumer.

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFLY-6845?page=com.atlassian.jira.plugin.... ] Brian Stansberry reassigned WFLY-6845: -------------------------------------- Component/s: JMS Assignee: Jeff Mesnil (was: Jason Greene) > Lost message when using transaction session on subscriber/consumer. > ------------------------------------------------------------------- > > Key: WFLY-6845 > URL: https://issues.jboss.org/browse/WFLY-6845 > Project: WildFly > Issue Type: Bug > Components: JMS > Reporter: Bartosz Baranowski > Assignee: Jeff Mesnil > Labels: downstream_dependency > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6844) Upgrade ActiveMQ to 1.1.0.wildfly-018

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFLY-6844?page=com.atlassian.jira.plugin.... ] Brian Stansberry reassigned WFLY-6844: -------------------------------------- Component/s: JMS Assignee: Jeff Mesnil (was: Jason Greene) > Upgrade ActiveMQ to 1.1.0.wildfly-018 > ------------------------------------- > > Key: WFLY-6844 > URL: https://issues.jboss.org/browse/WFLY-6844 > Project: WildFly > Issue Type: Bug > Components: JMS > Reporter: Bartosz Baranowski > Assignee: Jeff Mesnil > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6849) Duplicate messages in replicated HA topology when backup is shutdowned

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFLY-6849?page=com.atlassian.jira.plugin.... ] Brian Stansberry updated WFLY-6849: ----------------------------------- Component/s: JMS > Duplicate messages in replicated HA topology when backup is shutdowned > ---------------------------------------------------------------------- > > Key: WFLY-6849 > URL: https://issues.jboss.org/browse/WFLY-6849 > Project: WildFly > Issue Type: Bug > Components: JMS > Reporter: Bartosz Baranowski > Assignee: Clebert Suconic > Priority: Critical > Labels: downstream_dependency > > Scenario > # Configure 2 nodes in replicated dedicated topology > # Start live (node-1) and backup (node-2) > # Start producer > # Shut down node-2 > # Stop producer > # Check if there are some duplicates on node-1 using CLI operation list-messages > Expectation: there is no duplications > Actual state: there are 10 messages with the same _AMQ_DUPL_ID twice > After that Backup is shut downed, the Live is not able to replicate its data to Backup. It waits 30 seconds until timeouts expire. Meanwhile producer does not get response from Live and it gets TimeoutException on commit. It retries to send the same batch of messages and then commit them again. I think that problem is at this point. The Live does not detect duplicate messages. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6767) security-realms that defer to jaas cannot load login-modules from org.jboss.as.security

by Chris Dolphy (JIRA)

[ https://issues.jboss.org/browse/WFLY-6767?page=com.atlassian.jira.plugin.... ] Chris Dolphy commented on WFLY-6767: ------------------------------------ A workaround is to add `module="org.jboss.as.domain"` to the login modules from org.jboss.as.domain. <login-module code="RealmDirect" flag="sufficient" module="org.jboss.as.security"> However, this wasn't previously required in EAP 6 so restoring that functionality would be nice. > security-realms that defer to jaas cannot load login-modules from org.jboss.as.security > ---------------------------------------------------------------------------------------- > > Key: WFLY-6767 > URL: https://issues.jboss.org/browse/WFLY-6767 > Project: WildFly > Issue Type: Bug > Reporter: Derek Horton > > security-realms that defer to jaas cannot load login-modules from org.jboss.as.security. The configuration looks like the following: > <security-realm name="ManagementRealm"> > <authentication> > <jaas name="jmx-console"/> > </authentication> > <authorization map-groups-to-roles="false"> > <properties path="mgmt-groups.properties" relative-to="jboss.server.config.dir"/> > </authorization> > </security-realm> > <security-domain name="jmx-console" cache-type="default"> > <authentication> > <login-module code="RealmUsersRoles" flag="required"> > <module-option name="rolesProperties" value="file://${jboss.server.config.dir}/rolesmapping.properties"/> > <module-option name="usersProperties" value="file://${jboss.server.config.dir}/rolesmapping.properties"/> > </login-module> > </authentication> > </security-domain> > The following error is logged during the authentication attempt: > 2016-06-23 11:17:27,680 DEBUG [org.jboss.security] (management task-1) PBOX00206: Login failure: javax.security.auth.login.LoginException: unable to find LoginModule class: org.jboss.as.security.RealmDirectLoginModule from [Module "org.jboss.as.server:main" from local module loader @42f30e0a (finder: local module finder @24273305 (roots: /home/dehort/dev/java/jboss-eap-7.0.0/modules,/home/dehort/dev/java/jboss-eap-7.0.0/modules/system/layers/base))] > at javax.security.auth.login.LoginContext.invoke(LoginContext.java:794) > at javax.security.auth.login.LoginContext.access$000(LoginContext.java:195) > at javax.security.auth.login.LoginContext$4.run(LoginContext.java:682) > at javax.security.auth.login.LoginContext$4.run(LoginContext.java:680) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680) > at javax.security.auth.login.LoginContext.login(LoginContext.java:587) > at org.jboss.security.authentication.JBossCachedAuthenticationManager.defaultLogin(JBossCachedAuthenticationManager.java:406) > at org.jboss.security.authentication.JBossCachedAuthenticationManager.proceedWithJaasLogin(JBossCachedAuthenticationManager.java:345) > at org.jboss.security.authentication.JBossCachedAuthenticationManager.authenticate(JBossCachedAuthenticationManager.java:323) > at org.jboss.security.authentication.JBossCachedAuthenticationManager.isValid(JBossCachedAuthenticationManager.java:146) > at org.jboss.as.security.service.SimpleSecurityManager.authenticate(SimpleSecurityManager.java:406) > at org.jboss.as.security.service.SimpleSecurityManager.authenticate(SimpleSecurityManager.java:367) > at org.jboss.as.security.service.SimpleSecurityManager.authenticate(SimpleSecurityManager.java:347) > at org.jboss.as.domain.management.security.JaasCallbackHandler.handle(JaasCallbackHandler.java:174) > at org.jboss.as.domain.management.security.SecurityRealmService$1.handle(SecurityRealmService.java:175) > at org.jboss.as.domain.http.server.security.RealmIdentityManager.verify(RealmIdentityManager.java:162) > at org.jboss.as.domain.http.server.security.RealmIdentityManager.verify(RealmIdentityManager.java:141) > at io.undertow.security.impl.BasicAuthenticationMechanism.authenticate(BasicAuthenticationMechanism.java:161) > at org.jboss.as.domain.http.server.security.AuthenticationMechanismWrapper.authenticate(AuthenticationMechanismWrapper.java:52) > at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:233) > at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:250) > at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:219) > at io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:121) > at io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:96) > at io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:89) > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:50) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:792) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1270) Intermittent NPE registering a slave HC in mixed-domain test suite

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1270?page=com.atlassian.jira.plugi... ] Brian Stansberry commented on WFCORE-1270: ------------------------------------------ Another one, different resource though: {code} INFO [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] All servers started in 3086 ms [Host Controller] &amp#27;[0m&amp#27;[31m10:54:19,221 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 51) WFLYCTL0013: Operation ("read-master-domain-model") failed - address: ([]): java.lang.NullPointerException: NPE for [&amp#27;[0m [Host Controller] &amp#27;[31m ("profile" => "default"),&amp#27;[0m [Host Controller] &amp#27;[31m ("subsystem" => "jca")&amp#27;[0m [Host Controller] &amp#27;[31m]&amp#27;[0m [Host Controller] &amp#27;[31m at org.jboss.as.controller.registry.OperationTransformerRegistry$1.getResourceTransformer(OperationTransformerRegistry.java:83)&amp#27;[0m [Host Controller] &amp#27; {code} https://ci.wildfly.org/viewLog.html?buildId=21702&buildTypeId=WildFlyCore... > 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}&amp#27;[0m16:16:15,252 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final-redhat-1 > &amp#27;[0m&amp#27;[0m16:16:15,363 INFO [org.jboss.as.process.Host Controller.status] (main) JBAS012017: Starting process 'Host Controller' > &amp#27;[0m[Host Controller] &amp#27;[0m16:16:15,871 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final-redhat-1&amp#27;[0m > [Host Controller] &amp#27;[0m&amp#27;[0m16:16:16,015 INFO [org.jboss.msc] (main) JBoss MSC version 1.1.5.Final-redhat-1&amp#27;[0m > [Host Controller] &amp#27;[0m&amp#27;[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&amp#27;[0m > [Host Controller] &amp#27;[0m&amp#27;[0m16:16:16,625 INFO [org.xnio] (MSC service thread 1-2) XNIO Version 3.0.10.GA-redhat-1&amp#27;[0m > [Host Controller] &amp#27;[0m&amp#27;[0m16:16:16,629 INFO [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.0.10.GA-redhat-1&amp#27;[0m > [Host Controller] &amp#27;[0m&amp#27;[0m16:16:16,657 INFO [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version (unknown)&amp#27;[0m > [Host Controller] &amp#27;[0m&amp#27;[0m16:16:16,705 INFO [org.jboss.as.remoting] (MSC service thread 1-2) JBAS017100: Listening on [::1]:19999&amp#27;[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] &amp#27;[0m&amp#27;[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&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.registry.OperationTransformerRegistry$1.getResourceTransformer(OperationTransformerRegistry.java:83)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.resolveTransformer(ResourceTransformationContextImpl.java:235)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:285)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:254)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.transform.description.TransformingDescription$3.invokeNext(TransformingDescription.java:161)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.transform.description.AttributeTransformationRule.transformResource(AttributeTransformationRule.java:103)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.transform.description.TransformingDescription.transformResource(TransformingDescription.java:167)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:289)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:254)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.transform.TransformersImpl.transformRootResource(TransformersImpl.java:115)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.domain.controller.operations.ReadMasterDomainModelUtil.readMasterDomainResourcesForInitialConnect(ReadMasterDomainModelUtil.java:88)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.domain.controller.operations.ReadDomainModelHandler.execute(ReadDomainModelHandler.java:51)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1343)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:395)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.controller.AbstractControllerService.internalExecute(AbstractControllerService.java:408)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.host.controller.DomainModelControllerService.access$900(DomainModelControllerService.java:175)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor.execute(DomainModelControllerService.java:1229)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.processRegistration(HostControllerRegistrationHandler.java:424)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.access$400(HostControllerRegistrationHandler.java:334)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$InitiateRegistrationHandler$1.execute(HostControllerRegistrationHandler.java:230)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:465)&amp#27;[0m > [Host Controller] &amp#27;[31m at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)&amp#27;[0m > [Host Controller] &amp#27;[31m at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)&amp#27;[0m > [Host Controller] &amp#27;[31m at java.lang.Thread.run(Thread.java:745)&amp#27;[0m > [Host Controller] &amp#27;[31m at org.jboss.threads.JBossThread.run(JBossThread.java:320)&amp#27;[0m > [Host Controller] &amp#27;[31m&amp#27;[0m > [Host Controller] &amp#27;[0m&amp#27;[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&amp#27;[0m > [Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[33m16:16:17,936 WARN [org.jboss.as.host.controller] (Controller Boot Thread) JBAS016581: No domain controller discovery options remain.&amp#27;[0m > [Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[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&amp#27;[0m > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ELY-596) Add missing HTTP authentication mechanisms to WildFlyElytronProvider

by Darran Lofthouse (JIRA)

Darran Lofthouse created ELY-596: ------------------------------------ Summary: Add missing HTTP authentication mechanisms to WildFlyElytronProvider Key: ELY-596 URL: https://issues.jboss.org/browse/ELY-596 Project: WildFly Elytron Issue Type: Bug Components: HTTP Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.1.0.Beta7 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira July 2016