Return-Path: Delivered-To: apmail-activemq-camel-dev-archive@locus.apache.org Received: (qmail 28851 invoked from network); 9 Jun 2008 18:15:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Jun 2008 18:15:23 -0000 Received: (qmail 61964 invoked by uid 500); 9 Jun 2008 18:15:25 -0000 Delivered-To: apmail-activemq-camel-dev-archive@activemq.apache.org Received: (qmail 61949 invoked by uid 500); 9 Jun 2008 18:15:25 -0000 Mailing-List: contact camel-dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: camel-dev@activemq.apache.org Delivered-To: mailing list camel-dev@activemq.apache.org Received: (qmail 61938 invoked by uid 99); 9 Jun 2008 18:15:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Jun 2008 11:15:25 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Jun 2008 18:14:38 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 433B3234C135 for ; Mon, 9 Jun 2008 11:15:00 -0700 (PDT) Message-ID: <407889969.1213035300273.JavaMail.jira@brutus> Date: Mon, 9 Jun 2008 11:15:00 -0700 (PDT) From: "William Tam (JIRA)" To: camel-dev@activemq.apache.org Subject: [jira] Commented: (CAMEL-582) JMX Instrumentation - PerformanceCounter - total processed In-Reply-To: <811013715.1212735840314.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/activemq/browse/CAMEL-582?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=43343#action_43343 ] William Tam commented on CAMEL-582: ----------------------------------- My thought on this is that having usec attributes is good enough. Having two attributes (usec and millis) for each managed attribute is probably too repetitive. Users can always obtains millis from usec but not the other way around. Also, the TotalProcessed time probably needs to be double since it holds much better value. So, my suggestion is: 1) roll back to usec and the calculation like we had it before 2) expose TotalProcessed time as a managed attribute 3) keep TotalProcessed time as a double. > JMX Instrumentation - PerformanceCounter - total processed > ---------------------------------------------------------- > > Key: CAMEL-582 > URL: https://issues.apache.org/activemq/browse/CAMEL-582 > Project: Apache Camel > Issue Type: Improvement > Components: camel-core > Affects Versions: 1.3.0 > Reporter: Claus Ibsen > Assignee: Claus Ibsen > Priority: Trivial > Fix For: 1.4.0 > > > William Tam, this one is for you ;) > The total processed time is not exposed to as a managed attribute. And it should be changed from double to long. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.