Return-Path: Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org Received: (qmail 48378 invoked from network); 15 Jan 2004 23:38:23 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 15 Jan 2004 23:38:23 -0000 Received: (qmail 9939 invoked by uid 500); 15 Jan 2004 23:38:03 -0000 Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org Received: (qmail 9883 invoked by uid 500); 15 Jan 2004 23:38:03 -0000 Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Users List" Reply-To: "Jakarta Commons Users List" Delivered-To: mailing list commons-user@jakarta.apache.org Received: (qmail 9833 invoked from network); 15 Jan 2004 23:38:02 -0000 Received: from unknown (HELO smtp-out4.blueyonder.co.uk) (195.188.213.7) by daedalus.apache.org with SMTP; 15 Jan 2004 23:38:02 -0000 Received: from [10.0.0.2] ([82.38.65.173]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Thu, 15 Jan 2004 23:38:27 +0000 Mime-Version: 1.0 (Apple Message framework v609) In-Reply-To: <20040115175417.27821.qmail@web11706.mail.yahoo.com> References: <20040115175417.27821.qmail@web11706.mail.yahoo.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: robert burrell donkin Subject: Re: [betwixt]: Cycles cause StackOverflowError when registering bean Date: Thu, 15 Jan 2004 23:38:06 +0000 To: "Jakarta Commons Users List" X-Mailer: Apple Mail (2.609) X-OriginalArrivalTime: 15 Jan 2004 23:38:27.0686 (UTC) FILETIME=[ACDCC860:01C3DBC0] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On 15 Jan 2004, at 17:54, b p wrote: > Hi Robert, hi brian > I decided to dive into betwixt source code a bit and found the problem > in the ElementAttributes class. I made a quick test case and came up > with a simple fix that is working for me. However, it did break other > unit tests because those unit tests are assuming the ids will not be > written, but are not calling setMapIDs(false) (it seems to me that the > unit tests are wrong). I included a patch below with the test and fix > that you can use if you find it helpful. you diagnosis was pretty much correct. i've just committed a patch for the ID generation and all the (patched) tests now run on my machine. - robert --------------------------------------------------------------------- To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-user-help@jakarta.apache.org