Return-Path: Delivered-To: apmail-excalibur-dev-archive@www.apache.org Received: (qmail 32774 invoked from network); 29 Jul 2004 14:01:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 29 Jul 2004 14:01:01 -0000 Received: (qmail 20259 invoked by uid 500); 29 Jul 2004 14:01:00 -0000 Delivered-To: apmail-excalibur-dev-archive@excalibur.apache.org Received: (qmail 20083 invoked by uid 500); 29 Jul 2004 14:00:58 -0000 Mailing-List: contact dev-help@excalibur.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: List-Id: "Excalibur Developers List" Reply-To: "Excalibur Developers List" Delivered-To: mailing list dev@excalibur.apache.org Received: (qmail 20057 invoked by uid 99); 29 Jul 2004 14:00:58 -0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=FROM_ENDS_IN_NUMS,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received: from [205.152.59.68] (HELO imf20aec.mail.bellsouth.net) (205.152.59.68) by apache.org (qpsmtpd/0.27.1) with ESMTP; Thu, 29 Jul 2004 07:00:58 -0700 Received: from [172.16.1.8] ([68.17.241.229]) by imf20aec.mail.bellsouth.net (InterMail vM.5.01.06.08 201-253-122-130-108-20031117) with ESMTP id <20040729140054.JREL1721.imf20aec.mail.bellsouth.net@[172.16.1.8]>; Thu, 29 Jul 2004 10:00:54 -0400 Subject: Re: Semantic bug in Framework? From: Alex Karasulu To: Avalon Developers List Cc: dev@excalibur.apache.org In-Reply-To: <200407291558.08802.niclas@hedhman.org> References: <200407291458.05310.niclas@hedhman.org> <200407291503.38163.niclas@hedhman.org> <200407291558.08802.niclas@hedhman.org> Content-Type: text/plain Message-Id: <1091109808.4354.2.camel@fermi.trunk.joshua-tree.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 29 Jul 2004 10:03:34 -0400 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Thu, 2004-07-29 at 03:58, Niclas Hedhman wrote: > On Thursday 29 July 2004 15:53, Leo Sutic wrote: > > That's a bug in ConfigurationUtils.equals. > > > > Child order ***is*** significant. Absolutely order should be relavent. Some components depend on the ordering of elements within a configuration. Hence equals should consider element order. > I was hoping for that, but since someone spent a lot of time taking order out > of the equation, I suspected the worst. > > Since you seems very confident, I'll start with re-implementing a proper > equals() / hashCode() for DefaultConfiguration. +1 Alex --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@excalibur.apache.org For additional commands, e-mail: dev-help@excalibur.apache.org Apache Excalibur Project -- URL: http://excalibur.apache.org/