some statistics are incremented even when stats are disabled

Description

if we build another 4.0.x, it would be good to fix in that also.

AS7 command line interface showing statistics when they should be disabled (all of the non-zero stats should be fixed):

[standalone@localhost:9999 /] /deployment=demo.war/subsystem=jpa/hibernate-persistence-unit=demo.war#loginDatabase:read-resource(include-runtime=true)
{
"outcome" => "success",
"result" => {
"close-statement-count" => 0L,
"collection" => undefined,
"collection-fetch-count" => 0L,
"collection-load-count" => 0L,
"collection-recreated-count" => 0L,
"collection-remove-count" => 0L,
"collection-update-count" => 0L,
"completed-transaction-count" => 7L,
"connect-count" => 7L,
"enabled" => false,
"entity-cache" => undefined,
"entity-delete-count" => 0L,
"entity-fetch-count" => 0L,
"entity-insert-count" => 0L,
"entity-load-count" => 0L,
"entity-update-count" => 0L,
"flush-count" => 0L,
"optimistic-failure-count" => 0L,
"prepared-statement-count" => 7L,
"query-cache" => undefined,
"query-cache-hit-count" => 0L,
"query-cache-miss-count" => 0L,
"query-cache-put-count" => 0L,
"query-execution-count" => 0L,
"query-execution-max-time" => 0L,
"query-execution-max-time-query-string" => undefined,
"second-level-cache-hit-count" => 0L,
"second-level-cache-miss-count" => 0L,
"second-level-cache-put-count" => 0L,
"session-close-count" => 0L,
"session-open-count" => 0L,
"successful-transaction-count" => 6L,
"entity" => {"org.jboss.as.quickstarts.login.User" => undefined}

Attachments

1

Activity

Former userFebruary 8, 2012 at 7:53 AM

Backported to 3.6 branch.

Strong LiuJanuary 29, 2012 at 4:25 AM

Steve EbersoleJanuary 26, 2012 at 7:37 AM

Reopening because I do not seeing this on 3.6 branch.

Scott MarlowJanuary 24, 2012 at 5:58 PM

3.6 fix was rolled back

Scott MarlowJanuary 24, 2012 at 4:42 AM

also back ported to 3.6 branch

Fixed

Details

Assignee

Reporter

Components

Fix versions

Affects versions

Priority

Created January 19, 2012 at 4:59 PM
Updated February 8, 2012 at 11:04 PM
Resolved February 8, 2012 at 7:53 AM
Loading...