[JBoss JIRA] (JGRP-2101) DELIVERY_STATS: protocol to measure delivery times
by Bela Ban (JIRA)
Bela Ban created JGRP-2101:
------------------------------
Summary: DELIVERY_STATS: protocol to measure delivery times
Key: JGRP-2101
URL: https://issues.jboss.org/browse/JGRP-2101
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Priority: Minor
Fix For: 4.0
This protocol should be placed at the top of the stack. It measure delivery times:
* Average times for single messages to get delivered. This returns when {{receive()}} returns
* Average times for message batches: the delivery time is computed as time to deliver the batch divided by batch size
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (WFCORE-1816) It's not possible to re-add extension
by Martin Simka (JIRA)
Martin Simka created WFCORE-1816:
------------------------------------
Summary: It's not possible to re-add extension
Key: WFCORE-1816
URL: https://issues.jboss.org/browse/WFCORE-1816
Project: WildFly Core
Issue Type: Bug
Components: Domain Management
Affects Versions: 3.0.0.Alpha8
Reporter: Martin Simka
Assignee: Brian Stansberry
{noformat}
[standalone@localhost:9990 /] /subsystem=ejb3:remove
{
"outcome" => "success",
"response-headers" => {
"operation-requires-reload" => true,
"process-state" => "reload-required"
}
}
[standalone@localhost:9990 /] reload
[standalone@localhost:9990 /] /extension=org.jboss.as.ejb3:remove
{"outcome" => "success"}
[standalone@localhost:9990 /] /extension=org.jboss.as.ejb3:add
{
"outcome" => "failed",
"failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: WFLYCTL0218: A node is already registered at '/deployment=*/subdeployment=*/subsystem=ejb3'",
"rolled-back" => true
}
{noformat}
{noformat}
13:46:48,278 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("add") failed - address: ([("extension" => "org.jboss.as.ejb3")]): java.lang.IllegalArgumentException: WFLYCTL0218: A node is already registered at '/deployment=*/subdeployment=*/subsystem=ejb3'
at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:222)
at org.jboss.as.controller.extension.ExtensionRegistry$DeploymentManagementResourceRegistration.registerSubModel(ExtensionRegistry.java:922)
at org.jboss.as.controller.extension.ExtensionRegistry$SubsystemRegistrationImpl.registerDeploymentModel(ExtensionRegistry.java:700)
at org.jboss.as.ejb3.subsystem.EJB3Extension.initialize(EJB3Extension.java:91)
at org.jboss.as.controller.extension.ExtensionAddHandler.initializeExtension(ExtensionAddHandler.java:131)
at org.jboss.as.controller.extension.ExtensionAddHandler.execute(ExtensionAddHandler.java:83)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:940)
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:683)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:382)
at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1363)
at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:410)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:232)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:213)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:136)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:422)
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:149)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:153)
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 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)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
{noformat}
the error with logging subsystem, I didn't try other subsystems
reload after extension:remove helps
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (WFCORE-1815) It's not possible to re-add extension
by Martin Simka (JIRA)
Martin Simka created WFCORE-1815:
------------------------------------
Summary: It's not possible to re-add extension
Key: WFCORE-1815
URL: https://issues.jboss.org/browse/WFCORE-1815
Project: WildFly Core
Issue Type: Bug
Components: Domain Management
Affects Versions: 3.0.0.Alpha8
Reporter: Martin Simka
Assignee: Brian Stansberry
{noformat}
[standalone@localhost:9990 /] /subsystem=ejb3:remove
{
"outcome" => "success",
"response-headers" => {
"operation-requires-reload" => true,
"process-state" => "reload-required"
}
}
[standalone@localhost:9990 /] reload
[standalone@localhost:9990 /] /extension=org.jboss.as.ejb3:remove
{"outcome" => "success"}
[standalone@localhost:9990 /] /extension=org.jboss.as.ejb3:add
{
"outcome" => "failed",
"failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: WFLYCTL0218: A node is already registered at '/deployment=*/subdeployment=*/subsystem=ejb3'",
"rolled-back" => true
}
{noformat}
{noformat}
13:46:48,278 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("add") failed - address: ([("extension" => "org.jboss.as.ejb3")]): java.lang.IllegalArgumentException: WFLYCTL0218: A node is already registered at '/deployment=*/subdeployment=*/subsystem=ejb3'
at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:222)
at org.jboss.as.controller.extension.ExtensionRegistry$DeploymentManagementResourceRegistration.registerSubModel(ExtensionRegistry.java:922)
at org.jboss.as.controller.extension.ExtensionRegistry$SubsystemRegistrationImpl.registerDeploymentModel(ExtensionRegistry.java:700)
at org.jboss.as.ejb3.subsystem.EJB3Extension.initialize(EJB3Extension.java:91)
at org.jboss.as.controller.extension.ExtensionAddHandler.initializeExtension(ExtensionAddHandler.java:131)
at org.jboss.as.controller.extension.ExtensionAddHandler.execute(ExtensionAddHandler.java:83)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:940)
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:683)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:382)
at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1363)
at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:410)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:232)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:213)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:136)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:422)
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:149)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:153)
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 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)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
{noformat}
the error with logging subsystem, I didn't try other subsystems
reload after extension:remove helps
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (WFLY-7203) Elytron - inconsistency between DMR and XSD representation of regex-name-validating-rewriter
by Jan Tymel (JIRA)
Jan Tymel created WFLY-7203:
-------------------------------
Summary: Elytron - inconsistency between DMR and XSD representation of regex-name-validating-rewriter
Key: WFLY-7203
URL: https://issues.jboss.org/browse/WFLY-7203
Project: WildFly
Issue Type: Bug
Components: Security
Reporter: Jan Tymel
Assignee: Darran Lofthouse
Priority: Optional
There is an inconsistency between DMR and XSD representation of {{regex-name-validating-rewriter}}.
According to XSD[1] is {{match}} attribute optional. On the other hand DMR[2] says that {{match}} attribute is mandatory (_"nillable" => false_).
{{Match}} attribute is currently required if user adds a new regex-name-validating-rewriter. Is it an intentional behaviour or should {{match}} be optional (=according to XSD definition)?
[1] https://github.com/wildfly-security/elytron-subsystem/blob/master/src/mai...
[2] {{/subsystem=elytron:read-resource-description(recursive=true)}}
{code}
"regex-name-validating-rewriter" => {
"description" => "A regular expression based Name Rewriter which uses the regular expression to validate the name.",
"model-description" => {"*" => {
"description" => "A regular expression based Name Rewriter which uses the regular expression to validate the name.",
"capabilities" => [{
"name" => "org.wildfly.security.name-rewriter",
"dynamic" => true
}],
"attributes" => {
"match" => {
"type" => BOOLEAN,
"description" => "Should names that match the pattern be rejected or names that don't",
"expressions-allowed" => true,
"nillable" => false,
"default" => true,
"access-type" => "read-write",
"storage" => "configuration",
"restart-required" => "resource-services"
},
"pattern" => {
"type" => STRING,
"description" => "The regular expression to use to locate the portion of the name to be replaced.",
"expressions-allowed" => true,
"nillable" => false,
"min-length" => 1L,
"max-length" => 2147483647L,
"access-type" => "read-write",
"storage" => "configuration",
"restart-required" => "resource-services"
}
},
"operations" => undefined,
"notifications" => undefined,
"children" => {}
}}
}
{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (WFCORE-591) revertReloadRequired() throws a NPE is reloadRequired has not been called
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFCORE-591?page=com.atlassian.jira.plugin... ]
RH Bugzilla Integration commented on WFCORE-591:
------------------------------------------------
Vlado Pakan <vpakan(a)redhat.com> changed the Status of [bug 1294591|https://bugzilla.redhat.com/show_bug.cgi?id=1294591] from POST to MODIFIED
> revertReloadRequired() throws a NPE is reloadRequired has not been called
> -------------------------------------------------------------------------
>
> Key: WFCORE-591
> URL: https://issues.jboss.org/browse/WFCORE-591
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 1.0.0.Alpha19
> Reporter: Jeff Mesnil
> Assignee: Jeff Mesnil
> Fix For: 1.0.0.Beta1
>
>
> If an operation step handler calls org.jboss.as.controller.OperationContext#revertReloadRequired() when org.jboss.as.controller.OperationContext#reloadRequired() has not been called, it throws a NPE:
> {noformat}
> java.lang.NullPointerException
> at org.jboss.as.controller.ControlledProcessState.revertReloadRequired(ControlledProcessState.java:181)
> at org.jboss.as.controller.AbstractOperationContext.revertReloadRequired(AbstractOperationContext.java:1037)
> at org.jboss.as.controller.test.RevertReloadRequiredTestCase$TestResourceAddHandler.rollbackRuntime(RevertReloadRequiredTestCase.java:98)
> at org.jboss.as.controller.AbstractAddStepHandler$1$1.handleRollback(AbstractAddStepHandler.java:133)
> at org.jboss.as.controller.AbstractOperationContext$RollbackDelegatingResultHandler.handleResult(AbstractOperationContext.java:1419)
> at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1385)
> at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1367)
> at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1323)
> at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1283)
> at org.jboss.as.controller.AbstractOperationContext$Step.access$300(AbstractOperationContext.java:1172)
> at org.jboss.as.controller.AbstractOperationContext.finishStep(AbstractOperationContext.java:929)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:877)
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1182)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:362)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:205)
> {noformat}
> The NPE is caused by this.activeStep.restartStamp field which is set only when reloadRequired() (or restartRequired()) is called.
> My OSH may call reloadRequired() or not depending on some runtime state and I could add some logic to make sure I call
> I can fix my handle to check that I call context.revertReloadRequired() only I had previously called reloadRequired () first.
> However, in order to make the OperationContext more robust, I think that the revertReloadRequired() method should instead be a no-op if there is no reload required.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (WFLY-7202) generic-jms-ra's JmsMCFProperties.getSessionDefaultType returns incorrect value for session type
by Tom Ross (JIRA)
[ https://issues.jboss.org/browse/WFLY-7202?page=com.atlassian.jira.plugin.... ]
Tom Ross updated WFLY-7202:
---------------------------
Summary: generic-jms-ra's JmsMCFProperties.getSessionDefaultType returns incorrect value for session type (was: JmsMCFProperties.getSessionDefaultType() method in generic-jms-ra returns wrong type.)
> generic-jms-ra's JmsMCFProperties.getSessionDefaultType returns incorrect value for session type
> ------------------------------------------------------------------------------------------------
>
> Key: WFLY-7202
> URL: https://issues.jboss.org/browse/WFLY-7202
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 10.1.0.Final
> Reporter: Tom Ross
> Assignee: Tom Ross
>
> The code snippet shows that the method returns wrong type.
> {noformat}
> public String getSessionDefaultType() {
> if (type == JmsConnectionFactory.AGNOSTIC)
> return "agnostic";
> else if (type == JmsConnectionFactory.QUEUE)
> return TOPIC_TYPE;
> else
> return QUEUE_TYPE;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (WFLY-7202) JmsMCFProperties.getSessionDefaultType() method in generic-jms-ra returns wrong type.
by Tom Ross (JIRA)
[ https://issues.jboss.org/browse/WFLY-7202?page=com.atlassian.jira.plugin.... ]
Tom Ross updated WFLY-7202:
---------------------------
Summary: JmsMCFProperties.getSessionDefaultType() method in generic-jms-ra returns wrong type. (was: JmsMCFProperties.getSessionDefaultType() method in generic-kms-ra returns wrong type.)
> JmsMCFProperties.getSessionDefaultType() method in generic-jms-ra returns wrong type.
> -------------------------------------------------------------------------------------
>
> Key: WFLY-7202
> URL: https://issues.jboss.org/browse/WFLY-7202
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 10.1.0.Final
> Reporter: Tom Ross
> Assignee: Tom Ross
>
> The code snippet shows that the method returns wrong type.
> {noformat}
> public String getSessionDefaultType() {
> if (type == JmsConnectionFactory.AGNOSTIC)
> return "agnostic";
> else if (type == JmsConnectionFactory.QUEUE)
> return TOPIC_TYPE;
> else
> return QUEUE_TYPE;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (WFLY-7202) JmsMCFProperties.getSessionDefaultType() method in generic-kms-ra returns wrong type.
by Tom Ross (JIRA)
Tom Ross created WFLY-7202:
------------------------------
Summary: JmsMCFProperties.getSessionDefaultType() method in generic-kms-ra returns wrong type.
Key: WFLY-7202
URL: https://issues.jboss.org/browse/WFLY-7202
Project: WildFly
Issue Type: Bug
Components: JMS
Affects Versions: 10.1.0.Final
Reporter: Tom Ross
Assignee: Jeff Mesnil
The code snippet shows that the method returns wrong type.
{noformat}
public String getSessionDefaultType() {
if (type == JmsConnectionFactory.AGNOSTIC)
return "agnostic";
else if (type == JmsConnectionFactory.QUEUE)
return TOPIC_TYPE;
else
return QUEUE_TYPE;
}
{noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months