Return-Path: Delivered-To: apmail-db-jdo-dev-archive@www.apache.org Received: (qmail 16141 invoked from network); 19 Dec 2005 12:49:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 19 Dec 2005 12:49:34 -0000 Received: (qmail 6445 invoked by uid 500); 19 Dec 2005 12:49:34 -0000 Mailing-List: contact jdo-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jdo-dev@db.apache.org Delivered-To: mailing list jdo-dev@db.apache.org Received: (qmail 6434 invoked by uid 99); 19 Dec 2005 12:49:34 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Dec 2005 04:49:34 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [80.67.18.15] (HELO smtprelay03.ispgateway.de) (80.67.18.15) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Dec 2005 04:49:33 -0800 Received: (qmail 16097 invoked from network); 19 Dec 2005 12:49:11 -0000 Received: from unknown (HELO [192.168.100.11]) (383542@[195.143.217.178]) (envelope-sender ) by smtprelay03.ispgateway.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 19 Dec 2005 12:49:11 -0000 Message-ID: <43A6AC47.5070109@artnology.com> Date: Mon, 19 Dec 2005 13:49:11 +0100 From: =?UTF-8?B?SsO2cmcgdm9uIEZyYW50eml1cw==?= Organization: artnology GmbH Berlin User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: jdo-dev@db.apache.org CC: jdo-experts-ext@Sun.COM Subject: Re: fetch-depth + recursion-depth References: <43A2EB31.5040204@NightLabs.de> <43A69E5D.9040009@artnology.com> <43A6A621.7050209@NightLabs.de> In-Reply-To: <43A6A621.7050209@NightLabs.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Marco Schulze wrote: > Jörg von Frantzius wrote: >> After having thought about it for a while, I started to doubt whether >> we really need a "recursion-depth" number here. Can you think of a >> case where you'd need any value greater than 1 here? > We have a case in which we need a "recursion-depth" greater than 1: > > We use a tree of objects (all of the same class, self-referencing via > a Collection), where the GUI loads this tree initially with > recursion-depth=2 in order to immediately show the first level of the > tree expanded and the second level ready - with already knowing > whether an expand-icon needs to be visible or not. In other words: we > load always one level more in the tree than is visible for Now that's convincing! Sorry for not having thought of this case, and please forget about that "recurse-class-cycles" flag. I'd absolutely second a proposal for a "recursion-depth" number; if anyone would ask me, that is ;) Regards, Jörg -- __________________________________________________________ Dipl.-Inf. Jörg von Frantzius | artnology GmbH | Milastr. 4 Tel +49 (0)30 4435 099 26 | 10437 Berlin Fax +49 (0)30 4435 099 99 | http://www.artnology.com _______________________________|__________________________