[JBoss JIRA] (WFLY-10262) CodecSessionConfig#findSessionId() can cause an incorrect JSESSIONID response cookie reusing a requested non-existent session id
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-10262?page=com.atlassian.jira.plugin... ]
Stuart Douglas updated WFLY-10262:
----------------------------------
Security: (was: Red Hat Internal)
> CodecSessionConfig#findSessionId() can cause an incorrect JSESSIONID response cookie reusing a requested non-existent session id
> --------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10262
> URL: https://issues.jboss.org/browse/WFLY-10262
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 12.0.0.Final
> Reporter: Masafumi Miura
> Assignee: Stuart Douglas
>
> When a client sends a request with a non-existent session id to a web application calling "HttpServletRequest#getRequestedSessionId()" or "HttpServletRequest#isRequestedSessionIdValid()", WildFly responds with an incorrect JSESSIONID response cookie reusing the requested non-existent session id even though a new session id is internally generated.
> {code:title=a simple reproducer}
> <%
> out.println("request.getRequestedSessionId() = " + request.getRequestedSessionId());
> out.println("request.isRequestedSessionIdValid() = " + request.isRequestedSessionIdValid());
> out.println("session.getId() = " + session.getId());
> %>
> {code}
> The following is an example result. WildFly should not respond with "Set-Cookie: JSESSIONID=test.node1" but should respond with a new session id like "Set-Cookie: JSESSIONID=brzJWBXpBnUZelcwnI9HCEbw9X6d0oQ5PypfiwML.node1" in this case.
> {code}
> $ curl -v http://node1:8080/test/example.jsp -H "Cookie: JSESSIONID=test"
> ...
> > GET /test/example.jsp HTTP/1.1
> > User-Agent: curl/7.29.0
> > Host: node1:8080
> > Accept: */*
> > Cookie: JSESSIONID=test
> >
> < HTTP/1.1 200 OK
> < Connection: keep-alive
> < X-Powered-By: JSP/2.3
> < Set-Cookie: JSESSIONID=test.node1; path=/test
> < Content-Type: text/html;charset=ISO-8859-1
> < Content-Length: 143
> < Date: Wed, 18 Apr 2018 17:11:58 GMT
> <
> request.getRequestedSessionId() = test
> request.isRequestedSessionIdValid() = false
> session.getId() = brzJWBXpBnUZelcwnI9HCEbw9X6d0oQ5PypfiwML
> {code}
> WildFly "CodecSessionConfig#findSessionId()" is invoked from Undertow "HttpServletRequestImpl#getRequestedSessionId() and isRequestedSessionIdValid()" to obtain the request session id.
> In "CodecSessionConfig#findSessionId()", WildFly checks if the reencoded session id is changed or not (= if an instance-id /jvmRoute information is changed or not), then invokes "this.config.setSessionId(exchange, reencodedSessionId)" to reset session id. Encoding a non-existent session always results in the different reencoded session id, therefore "this.config.setSessionId(exchange, reencodedSessionId)" is always invoked and this issue happens in this scenario.
> {code:title=Undertow - servlet/src/main/java/io/undertow/servlet/spec/HttpServletRequestImpl.java}
> 349 @Override
> 350 public String getRequestedSessionId() {
> 351 SessionConfig config = originalServletContext.getSessionConfig();
> 352 if(config instanceof ServletContextImpl.ServletContextSessionConfig) {
> 353 return ((ServletContextImpl.ServletContextSessionConfig)config).getDelegate().findSessionId(exchange);
> 354 }
> 355 return config.findSessionId(exchange);
> 356 }
> :
> 421 @Override
> 422 public boolean isRequestedSessionIdValid() {
> 423 HttpSessionImpl session = servletContext.getSession(originalServletContext, exchange, false);
> 424 if(session == null) {
> 425 return false;
> 426 }
> 427 if(session.isInvalid()) {
> 428 return false;
> 429 }
> 430 return session.getId().equals(getRequestedSessionId());
> 431 }
> {code}
> {code:title=WildFly - undertow/src/main/java/org/wildfly/extension/undertow/session/CodecSessionConfig.java}
> 54 @Override
> 55 public String findSessionId(HttpServerExchange exchange) {
> 56 String encodedSessionId = this.config.findSessionId(exchange);
> 57 if (encodedSessionId == null) return null;
> 58 String sessionId = this.codec.decode(encodedSessionId);
> 59 // Check if the encoding for this session has changed
> 60 String reencodedSessionId = this.codec.encode(sessionId);
> 61 if (!reencodedSessionId.equals(encodedSessionId)) {
> 62 this.config.setSessionId(exchange, reencodedSessionId);
> 63 }
> 64 return sessionId;
> 65 }
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (WFCORE-3755) jboss-cli.ps1 -c cannot work in power shell
by Lin Gao (JIRA)
Lin Gao created WFCORE-3755:
-------------------------------
Summary: jboss-cli.ps1 -c cannot work in power shell
Key: WFCORE-3755
URL: https://issues.jboss.org/browse/WFCORE-3755
Project: WildFly Core
Issue Type: Bug
Components: Scripts
Environment: PS C:\Users\lgao> get-host
Name : ConsoleHost
Version : 2.0
InstanceId : 91541132-e959-463f-8fea-1835b6a7f383
UI : System.Management.Automation.Internal.Host.InternalHostUserInterface
CurrentCulture : zh-CN
CurrentUICulture : zh-CN
PrivateData : Microsoft.PowerShell.ConsoleHost+ConsoleColorProxy
IsRunspacePushed : False
Runspace : System.Management.Automation.Runspaces.LocalRunspace
Reporter: Lin Gao
The following commands cannot be executed:
{code:java}
PS D:\sources\wildfly\dist\target\wildfly-13.0.0.Alpha1-SNAPSHOT> .\bin\jboss-cli.ps1 -c
'-c-Dcom.ibm.jsse2.overrideDefaultTLS=true' is not a valid operation name.
PS D:\sources\wildfly\dist\target\wildfly-13.0.0.Alpha1-SNAPSHOT> .\bin\jboss-cli.ps1 --help
'--help-Dcom.ibm.jsse2.overrideDefaultTLS=true' is not a valid operation name.
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (WFLY-10260) NullPointerException when read deployment with jpa
by Scott Marlow (JIRA)
[ https://issues.jboss.org/browse/WFLY-10260?page=com.atlassian.jira.plugin... ]
Scott Marlow commented on WFLY-10260:
-------------------------------------
To reproduce:
# copy the attached wildfly-kitchensink.war into wildfly/standalone/deployments
# cd wildfly/bin and start app server with 'standalone.sh' or 'standalone.sh -Dee8.preview.mode=true'
# in a new shell window, cd into wildfly/bin and run 'jboss-cli.sh'
# in jboss-cli.sh, enter:
## connect
## cd /deployment=wildfly-kitchensink.war/subsystem=jpa/hibernate-persistence-unit=wildfly-kitchensink.war#primary/entity-cache=org.jboss.as.quickstarts.kitchensink.model.Member
## ls
# you should see the NPE in the app server, each time that you enter the 'ls' command, repeat as needed.
You might want to enable debugging by enabling that in wildfly/bin/standalone.conf file.
Note: No need to restart the jboss-cli.sh command if you restart the app server.
> NullPointerException when read deployment with jpa
> --------------------------------------------------
>
> Key: WFLY-10260
> URL: https://issues.jboss.org/browse/WFLY-10260
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Reporter: Claudio Miranda
> Assignee: Scott Marlow
> Fix For: 13.0.0.Beta1
>
> Attachments: wildfly-kitchensink.war
>
>
> There is a bug when reading deployment information with runtime and recursive.
> Looks like this is a regression from an older bug WFLY-1753
> {code}
> /host=master/server=server-three/deployment=kitchensink.war/subsystem=jpa:read-resource(include-runtime,recursive)
> {code}
> {code}
> [Server:server-three] 12:16:11,551 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 75) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> [Server:server-three] ("deployment" => "kitchensink.war"),
> [Server:server-three] ("subsystem" => "jpa"),
> [Server:server-three] ("hibernate-persistence-unit" => "kitchensink.war#primary"),
> [Server:server-three] ("entity-cache" => "org.jboss.as.quickstarts.kitchensink.model.Member")
> [Server:server-three] ]): java.lang.NullPointerException
> [Server:server-three] at org.hibernate.internal.CacheImpl.getSecondLevelCacheRegion(CacheImpl.java:376)
> [Server:server-three] at org.hibernate.internal.SessionFactoryImpl.getSecondLevelCacheRegion(SessionFactoryImpl.java:1171)
> [Server:server-three] at org.hibernate.stat.internal.ConcurrentStatisticsImpl.getSecondLevelCacheStatistics(ConcurrentStatisticsImpl.java:334)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics.getStatistics(HibernateEntityCacheStatistics.java:94)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics$4.invoke(HibernateEntityCacheStatistics.java:126)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateAbstractStatistics.getValue(HibernateAbstractStatistics.java:99)
> [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$1.handle(ManagementResourceDefinition.java:130)
> [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$AbstractMetricsHandler.executeRuntimeStep(ManagementResourceDefinition.java:268)
> [Server:server-three] at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:59)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:982)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> [Server:server-three] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1408)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:249)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:190)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:143)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:139)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> [Server:server-three] at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:198)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:162)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:158)
> [Server:server-three] at java.security.AccessController.doPrivileged(Native Method)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:158)
> [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> [Server:server-three] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> [Server:server-three] at java.lang.Thread.run(Thread.java:748)
> [Server:server-three] at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (WFLY-10260) NullPointerException when read deployment with jpa
by Scott Marlow (JIRA)
[ https://issues.jboss.org/browse/WFLY-10260?page=com.atlassian.jira.plugin... ]
Scott Marlow updated WFLY-10260:
--------------------------------
Fix Version/s: 13.0.0.Beta1
> NullPointerException when read deployment with jpa
> --------------------------------------------------
>
> Key: WFLY-10260
> URL: https://issues.jboss.org/browse/WFLY-10260
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Reporter: Claudio Miranda
> Assignee: Scott Marlow
> Fix For: 13.0.0.Beta1
>
> Attachments: wildfly-kitchensink.war
>
>
> There is a bug when reading deployment information with runtime and recursive.
> Looks like this is a regression from an older bug WFLY-1753
> {code}
> /host=master/server=server-three/deployment=kitchensink.war/subsystem=jpa:read-resource(include-runtime,recursive)
> {code}
> {code}
> [Server:server-three] 12:16:11,551 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 75) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> [Server:server-three] ("deployment" => "kitchensink.war"),
> [Server:server-three] ("subsystem" => "jpa"),
> [Server:server-three] ("hibernate-persistence-unit" => "kitchensink.war#primary"),
> [Server:server-three] ("entity-cache" => "org.jboss.as.quickstarts.kitchensink.model.Member")
> [Server:server-three] ]): java.lang.NullPointerException
> [Server:server-three] at org.hibernate.internal.CacheImpl.getSecondLevelCacheRegion(CacheImpl.java:376)
> [Server:server-three] at org.hibernate.internal.SessionFactoryImpl.getSecondLevelCacheRegion(SessionFactoryImpl.java:1171)
> [Server:server-three] at org.hibernate.stat.internal.ConcurrentStatisticsImpl.getSecondLevelCacheStatistics(ConcurrentStatisticsImpl.java:334)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics.getStatistics(HibernateEntityCacheStatistics.java:94)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics$4.invoke(HibernateEntityCacheStatistics.java:126)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateAbstractStatistics.getValue(HibernateAbstractStatistics.java:99)
> [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$1.handle(ManagementResourceDefinition.java:130)
> [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$AbstractMetricsHandler.executeRuntimeStep(ManagementResourceDefinition.java:268)
> [Server:server-three] at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:59)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:982)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> [Server:server-three] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1408)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:249)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:190)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:143)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:139)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> [Server:server-three] at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:198)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:162)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:158)
> [Server:server-three] at java.security.AccessController.doPrivileged(Native Method)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:158)
> [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> [Server:server-three] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> [Server:server-three] at java.lang.Thread.run(Thread.java:748)
> [Server:server-three] at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (WFLY-10248) write to jgroups-channel throws IllegalStateException
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-10248?page=com.atlassian.jira.plugin... ]
Brian Stansberry commented on WFLY-10248:
-----------------------------------------
Thanks [~pferraro]. I interpreted your previous comment as meaning something like that. I appreciate the response; this helps me understand WFCORE-3751.
> write to jgroups-channel throws IllegalStateException
> -----------------------------------------------------
>
> Key: WFLY-10248
> URL: https://issues.jboss.org/browse/WFLY-10248
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Reporter: Claudio Miranda
> Assignee: Paul Ferraro
>
> {code}
> /profile=full-ha/subsystem=messaging-activemq/server=default/discovery-group=my_disco:add(jgroups-channel=ee,jgroups-cluster=disco)
> {
> "outcome" => "success",
> "result" => undefined,
> "server-groups" => {"other-server-group" => {"host" => {"master" => {"server-three" => {"response" => {
> "outcome" => "success",
> "response-headers" => {
> "operation-requires-reload" => true,
> "process-state" => "reload-required"
> }
> }}}}}}
> }
> [domain@uranus-0:9990 /] reload --host=master
> {code}
> reload host master, success
> Then, try to replace jgroups-channel value "ee" to "ejb", as its suggested by capability-reference
> {code}
> /profile=full-ha/subsystem=messaging-activemq/server=default/discovery-group=my_disco:write-attribute(name=jgroups-channel,value=ejb)
> {
> "outcome" => "failed",
> "failure-description" => {"domain-failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalStateException: WFLYCTL0365: Capability 'org.wildfly.messaging.activemq.discovery-group.my_disco' is unknown in context 'profile=full-ha'."},
> "rolled-back" => true
> }
> {code}
> {code}
> 2018-04-16 16:10:31,044 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("write-attribute") failed - address: ([
> ("profile" => "full-ha"),
> ("subsystem" => "messaging-activemq"),
> ("server" => "default"),
> ("discovery-group" => "my_disco")
> ]): java.lang.IllegalStateException: WFLYCTL0365: Capability 'org.wildfly.messaging.activemq.discovery-group.my_disco' is unknown in context 'profile=full-ha'.
> at org.jboss.as.controller.CapabilityRegistry.registerRequirement(CapabilityRegistry.java:212)
> at org.jboss.as.controller.CapabilityRegistry.registerAdditionalCapabilityRequirement(CapabilityRegistry.java:198)
> at org.jboss.as.controller.OperationContextImpl.registerAdditionalCapabilityRequirement(OperationContextImpl.java:1520)
> at org.jboss.as.controller.OperationContextImpl.registerAdditionalCapabilityRequirement(OperationContextImpl.java:1512)
> at org.jboss.as.controller.CapabilityReferenceRecorder$DefaultCapabilityReferenceRecorder.processCapabilityRequirement(CapabilityReferenceRecorder.java:137)
> at org.jboss.as.controller.CapabilityReferenceRecorder$DefaultCapabilityReferenceRecorder.addCapabilityRequirements(CapabilityReferenceRecorder.java:114)
> at org.jboss.as.controller.AttributeDefinition.addCapabilityRequirements(AttributeDefinition.java:1066)
> at org.jboss.as.controller.AbstractWriteAttributeHandler.recordCapabilitiesAndRequirements(AbstractWriteAttributeHandler.java:191)
> at org.jboss.as.controller.AbstractWriteAttributeHandler.execute(AbstractWriteAttributeHandler.java:89)
> at org.jboss.as.controller.operations.global.WriteAttributeHandler.doExecuteInternal(WriteAttributeHandler.java:194)
> at org.jboss.as.controller.operations.global.WriteAttributeHandler.execute(WriteAttributeHandler.java:115)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:982)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1408)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
> at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:240)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:138)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:162)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:158)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:158)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (WFLY-10248) write to jgroups-channel throws IllegalStateException
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-10248?page=com.atlassian.jira.plugin... ]
Paul Ferraro commented on WFLY-10248:
-------------------------------------
[~brian.stansberry] The underlying issue is https://issues.jboss.org/browse/WFCORE-3751
The problem is that the CapabilityReferenceRecorder used by the attribute in question doesn't generate the capability name correctly. The resolve name should be of the form 'org.wildfly.messaging.activemq.discovery-group.<server-name>.<discovery-group-name>', however, the DefaultCapabilityReferenceRecorder omits the parent name - hence the inability to locate it in the CapabilityRegistry.
> write to jgroups-channel throws IllegalStateException
> -----------------------------------------------------
>
> Key: WFLY-10248
> URL: https://issues.jboss.org/browse/WFLY-10248
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Reporter: Claudio Miranda
> Assignee: Paul Ferraro
>
> {code}
> /profile=full-ha/subsystem=messaging-activemq/server=default/discovery-group=my_disco:add(jgroups-channel=ee,jgroups-cluster=disco)
> {
> "outcome" => "success",
> "result" => undefined,
> "server-groups" => {"other-server-group" => {"host" => {"master" => {"server-three" => {"response" => {
> "outcome" => "success",
> "response-headers" => {
> "operation-requires-reload" => true,
> "process-state" => "reload-required"
> }
> }}}}}}
> }
> [domain@uranus-0:9990 /] reload --host=master
> {code}
> reload host master, success
> Then, try to replace jgroups-channel value "ee" to "ejb", as its suggested by capability-reference
> {code}
> /profile=full-ha/subsystem=messaging-activemq/server=default/discovery-group=my_disco:write-attribute(name=jgroups-channel,value=ejb)
> {
> "outcome" => "failed",
> "failure-description" => {"domain-failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalStateException: WFLYCTL0365: Capability 'org.wildfly.messaging.activemq.discovery-group.my_disco' is unknown in context 'profile=full-ha'."},
> "rolled-back" => true
> }
> {code}
> {code}
> 2018-04-16 16:10:31,044 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("write-attribute") failed - address: ([
> ("profile" => "full-ha"),
> ("subsystem" => "messaging-activemq"),
> ("server" => "default"),
> ("discovery-group" => "my_disco")
> ]): java.lang.IllegalStateException: WFLYCTL0365: Capability 'org.wildfly.messaging.activemq.discovery-group.my_disco' is unknown in context 'profile=full-ha'.
> at org.jboss.as.controller.CapabilityRegistry.registerRequirement(CapabilityRegistry.java:212)
> at org.jboss.as.controller.CapabilityRegistry.registerAdditionalCapabilityRequirement(CapabilityRegistry.java:198)
> at org.jboss.as.controller.OperationContextImpl.registerAdditionalCapabilityRequirement(OperationContextImpl.java:1520)
> at org.jboss.as.controller.OperationContextImpl.registerAdditionalCapabilityRequirement(OperationContextImpl.java:1512)
> at org.jboss.as.controller.CapabilityReferenceRecorder$DefaultCapabilityReferenceRecorder.processCapabilityRequirement(CapabilityReferenceRecorder.java:137)
> at org.jboss.as.controller.CapabilityReferenceRecorder$DefaultCapabilityReferenceRecorder.addCapabilityRequirements(CapabilityReferenceRecorder.java:114)
> at org.jboss.as.controller.AttributeDefinition.addCapabilityRequirements(AttributeDefinition.java:1066)
> at org.jboss.as.controller.AbstractWriteAttributeHandler.recordCapabilitiesAndRequirements(AbstractWriteAttributeHandler.java:191)
> at org.jboss.as.controller.AbstractWriteAttributeHandler.execute(AbstractWriteAttributeHandler.java:89)
> at org.jboss.as.controller.operations.global.WriteAttributeHandler.doExecuteInternal(WriteAttributeHandler.java:194)
> at org.jboss.as.controller.operations.global.WriteAttributeHandler.execute(WriteAttributeHandler.java:115)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:982)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1408)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
> at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:240)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:138)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:162)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:158)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:158)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months