Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 94496 invoked from network); 29 Jul 2004 22:51:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 29 Jul 2004 22:51:29 -0000 Received: (qmail 24501 invoked by uid 500); 29 Jul 2004 22:51:19 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 24441 invoked by uid 500); 29 Jul 2004 22:51:18 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@geronimo.apache.org Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 24354 invoked by uid 99); 29 Jul 2004 22:51:17 -0000 X-ASF-Spam-Status: No, hits=0.6 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received: from [192.18.33.10] (HELO exchange.sun.com) (192.18.33.10) by apache.org (qpsmtpd/0.27.1) with SMTP; Thu, 29 Jul 2004 15:51:12 -0700 Received: (qmail 21724 invoked from network); 29 Jul 2004 22:52:41 -0000 Received: from localhost (HELO nagoya) (127.0.0.1) by nagoya.betaversion.org with SMTP; 29 Jul 2004 22:52:41 -0000 Message-ID: <1292055776.1091141561790.JavaMail.apache@nagoya> Date: Thu, 29 Jul 2004 15:52:41 -0700 (PDT) From: dev@geronimo.apache.org To: dev@geronimo.apache.org Subject: [jira] Closed: (GERONIMO-255) GBeanMBean ManagedObject operations don't reliably replace GBean methods of the same name/signature In-Reply-To: <1352169139.1088148134594.JavaMail.apache@nagoya> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Message: The following issue has been closed. --------------------------------------------------------------------- View the issue: http://issues.apache.org/jira/browse/GERONIMO-255 Here is an overview of the issue: --------------------------------------------------------------------- Key: GERONIMO-255 Summary: GBeanMBean ManagedObject operations don't reliably replace GBean methods of the same name/signature Type: Bug Status: Closed Priority: Critical Resolution: FIXED Project: Apache Geronimo Components: core Fix Fors: 1.0-M2 Versions: 1.0-M1 Assignee: Dain Sundstrom Reporter: David Jencks Created: Fri, 25 Jun 2004 12:21 AM Updated: Thu, 29 Jul 2004 3:52 PM Description: When setting up operations for a GBean, the GBeanMBeanOperation are put into a set. This has 2 problems if the GBean implements one of the operations from AbstractManagedObject: 1. Since GBeanMBeanOperation doesn't reimplement equals or hashCode, both operations get in the operationSet. It is entirely random which one gets installed as the real operation. 2. Even if GBeanMBeanOperation is modified to implement equals and hashCode based on method signature, set.add doesn't replace equal elements. Therefore the method from the GBean overrides the method from AbstractManagedObject. I've fixed this by using a operationMap from signature to GBeanMBeanOperation, similar to the attributeMap. I'd appreciate a review. --------------------------------------------------------------------- JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira