Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[WFCORE-914] Adjust metrics to work when WFCORE-831 comes in by sett… #7991

Merged
merged 4 commits into from Aug 28, 2015

Conversation

kabir
Copy link
Contributor

@kabir kabir commented Aug 25, 2015

…ing them to nillable

A WFCORE upgrade is coming in with adjustments to the threads metrics
attributes. The current usage of this in the wildfly codebase are
-ejb3 (has been bumped to 4.0.0 from 3.0.0 in 9.0.1.Final)
-jca (has been bumped to 4.0.0 from 3.0.0 in 9.0.1.Final)
-batch (this passes in false for 'registerRuntimeOnly' so metrics do not
get registered)
-batch-jberet (this is new and so does not require a version bump)

Similarly in this PR we have made changes to
-ejb3 (see above, no bump needed)
-jgroups (has been bumped to 4.0.0 from 3.0.0 in 9.0.1.Final)
-messaging-activemq (this is new, and so does not require a version
bump)
-undertow (was 2.0.0 in 9.0.1, and has been bumped to 3.0.0 already)

With this fix, I am mostly able to do a

 :read-resource(recursive=true,include-runtime=true)

in both admin-only and normal modes, against the snapshot of WFCORE-831.
Mostly, because I still need to comment out https://github.com/wildfly/wildfly/blob/master/clustering/jgroups/extension/src/main/java/org/jboss/as/clustering/jgroups/subsystem/ProtocolMetricsHandler.java#L267 to get it to work. However, this is not just hit when running in admin-only mode, but also in normal mode when the server has no deployments involving clustering. The simple fix is to remove that line, but @rhusar is investigating whether that can be made more fine-grained.

…ng them to nillable

A WFCORE upgrade is coming in with adjustments to the threads metrics
attributes. The current usage of this in the wildfly codebase are
-ejb3 (has been bumped to 4.0.0 from 3.0.0 in 9.0.1.Final)
-jca (has been bumped to 4.0.0 from 3.0.0 in 9.0.1.Final)
-batch (this passes in false for 'registerRuntimeOnly' so metrics do not
get registered)
-batch-jberet (this is new and so does not require a version bump)

Similarly in this PR we have made changes to
-ejb3 (see above, no bump needed)
-jgroups (has been bumped to 4.0.0 from 3.0.0 in 9.0.1.Final)
-messaging-activemq (this is new, and so does not require a version
bump)
-undertow (was 2.0.0 in 9.0.1, and has been bumped to 3.0.0 already)
@wildfly-ci
Copy link

Windows Build 2918 is now running using a merge of 76cf4ef

@wildfly-ci
Copy link

Linux Build 7877 is now running using a merge of 76cf4ef

@wildfly-ci
Copy link

Linux Build 7877 outcome was FAILURE using a merge of 76cf4ef
Summary: Tests failed: 1 (1 new), passed: 3027, ignored: 358 Build time: 00:55:35

Failed tests

org.jboss.as.testsuite.integration.secman.PBStaticMethodsTestCase:  at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:83)
    at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:64)
    at org.jboss.as.arquillian.container.ArchiveDeployer.deploy(ArchiveDeployer.java:46)
    at org.jboss.as.arquillian.container.CommonDeployableContainer.deploy(CommonDeployableContainer.java:144)
Caused by: java.net.ConnectException: Connection refused
    at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
    at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:717)
    at org.xnio.nio.WorkerThread$ConnectHandle.handleReady(WorkerThread.java:319)
    at org.xnio.nio.WorkerThread.run(WorkerThread.java:545)
    at ...asynchronous invocation...(Unknown Source)
    at org.jboss.remoting3.EndpointImpl.doConnect(EndpointImpl.java:272)
    at org.jboss.remoting3.EndpointImpl.doConnect(EndpointImpl.java:253)
    at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:351)
    at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:339)
    at org.jboss.as.protocol.ProtocolConnectionUtils.connect(ProtocolConnectionUtils.java:83)
    at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:114)
    at org.jboss.as.protocol.ProtocolConnectionManager$EstablishingConnection.connect(ProtocolConnectionManager.java:257)
    at org.jboss.as.protocol.ProtocolConnectionManager.connect(ProtocolConnectionManager.java:71)
    at org.jboss.as.protocol.mgmt.FutureManagementChannel$Establishing.getChannel(FutureManagementChannel.java:212)
    at org.jboss.as.controller.client.impl.RemotingModelControllerClient.getOrCreateChannel(RemotingModelControllerClient.java:146)
    at org.jboss.as.controller.client.impl.RemotingModelControllerClient$1.getChannel(RemotingModelControllerClient.java:65)
    at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:147)
    at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:122)
    at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeRequest(AbstractModelControllerClient.java:263)
    at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:168)
    at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeAsync(AbstractModelControllerClient.java:111)
    at org.jboss.as.controller.client.helpers.standalone.impl.ModelControllerClientServerDeploymentManager.executeOperation(ModelControllerClientServerDeploymentManager.java:50)
    at org.jboss.as.controller.client.helpers.standalone.impl.AbstractServerDeploymentManager.execute(AbstractServerDeploymentManager.java:79)
    at org.jboss.as.controller.client.helpers.standalone.ServerDeploymentHelper.deploy(ServerDeploymentHelper.java:54)
    at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:77)
    at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:64)
    at org.jboss.as.arquillian.container.ArchiveDeployer.deploy(ArchiveDeployer.java:46)
    at org.jboss.as.arquillian.container.CommonDeployableContainer.deploy(CommonDeployableContainer.java:144)
------- Stdout: -------
&amp#27;[0m14:06:08,694 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 5) WFLYUT0022: Unregistered web context: /deployment-no-perm
&amp#27;[0m&amp#27;[0m14:06:08,701 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0028: Stopped deployment deployment-no-perm.war (runtime-name: deployment-no-perm.war) in 8ms
&amp#27;[0m&amp#27;[0m14:06:08,711 INFO  [org.jboss.as.repository] (management-handler-thread - 2) WFLYDR0002: Content removed from location /opt/buildAgent/work/a31d203e70e89f90/testsuite/integration/secman/target/jbossas/standalone/data/content/b6/9f2a8fd8e9bbfb40e0f9e3104ccd8f9d5f1294/content
&amp#27;[0m&amp#27;[0m14:06:08,712 INFO  [org.jboss.as.server] (management-handler-thread - 2) WFLYSRV0009: Undeployed "deployment-no-perm.war" (runtime-name: "deployment-no-perm.war")
&amp#27;[0m14:06:08,731 ERROR [org.jboss.as.cli.CommandContext] (main) {
    "outcome" => "failed",
    "failure-description" => "WFLYCTL0216: Management resource '[
    (\"subsystem\" => \"security-manager\"),
    (\"deployment-permissions\" => \"default\")
]' not found",
    "rolled-back" => true
}
14:06:08,746 ERROR [org.jboss.as.cli.CommandContext] (main) {"outcome" => "success"}
&amp#27;[0m14:06:08,780 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-3) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m14:06:08,781 INFO  [org.wildfly.extension.messaging-activemq] (MSC service thread 1-1) WFLYMSGAMQ0006: Unbound messaging object to jndi name java:jboss/DefaultJMSConnectionFactory
&amp#27;[0m&amp#27;[0m14:06:08,781 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0019: Host default-host stopping
&amp#27;[0m&amp#27;[0m14:06:08,783 INFO  [org.jboss.as.connector.deployment] (MSC service thread 1-2) WFLYJCA0011: Unbound JCA ConnectionFactory [java:/JmsXA]


@wildfly-ci
Copy link

Windows Build 2918 outcome was SUCCESS using a merge of 76cf4ef
Summary: Tests passed: 3056, ignored: 358 Build time: 01:00:05

@wildfly-ci
Copy link

Windows Build 2923 is now running using a merge of 76cf4ef

@wildfly-ci
Copy link

Linux Build 7882 is now running using a merge of 76cf4ef

@wildfly-ci
Copy link

Linux Build 7882 outcome was SUCCESS using a merge of 76cf4ef
Summary: Tests passed: 3056, ignored: 358 Build time: 00:52:54

@wildfly-ci
Copy link

Windows Build 2923 outcome was SUCCESS using a merge of 76cf4ef
Summary: Tests passed: 3056, ignored: 358 Build time: 00:59:44

@wildfly-ci
Copy link

Windows Build 2932 is now running using a merge of 56535c7

@wildfly-ci
Copy link

Linux Build 7891 is now running using a merge of 56535c7

@wildfly-ci
Copy link

Linux Build 7891 outcome was SUCCESS using a merge of 56535c7
Summary: Tests passed: 3057, ignored: 358 Build time: 00:48:04

@wildfly-ci
Copy link

Windows Build 2932 outcome was SUCCESS using a merge of 56535c7
Summary: Tests passed: 3057, ignored: 358 Build time: 00:50:01

stuartwdouglas added a commit that referenced this pull request Aug 28, 2015
[WFCORE-914] Adjust metrics to work when WFCORE-831 comes in  by sett…
@stuartwdouglas stuartwdouglas merged commit 7f92af1 into wildfly:master Aug 28, 2015
@bstansberry
Copy link
Contributor

@kabir @stuartwdouglas I messed up by pinging Kabir privately instead of commenting here. As we discussed, for many of these attributes an undefinedMetricValue should be set instead of saying they allow null. So that will need to be fixed.

@bstansberry
Copy link
Contributor

Ah, #8016 already does this. :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
5 participants