Return-Path: Delivered-To: apmail-db-ojb-dev-archive@www.apache.org Received: (qmail 57905 invoked from network); 7 Oct 2004 07:26:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 7 Oct 2004 07:26:05 -0000 Received: (qmail 81463 invoked by uid 500); 7 Oct 2004 07:26:03 -0000 Delivered-To: apmail-db-ojb-dev-archive@db.apache.org Received: (qmail 81404 invoked by uid 500); 7 Oct 2004 07:26:03 -0000 Mailing-List: contact ojb-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "OJB Developers List" Reply-To: "OJB Developers List" Delivered-To: mailing list ojb-dev@db.apache.org Received: (qmail 81391 invoked by uid 99); 7 Oct 2004 07:26:02 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from [195.101.203.98] (HELO bunny.factory-part.com) (195.101.203.98) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 07 Oct 2004 00:26:01 -0700 Received: from factory-part.com ([195.101.203.98]) by bunny.factory-part.com (8.13.0/8.13.0) with ESMTP id i977gErs032539 for ; Thu, 7 Oct 2004 09:42:25 +0200 Message-ID: <4164EFB0.7020309@factory-part.com> Date: Thu, 07 Oct 2004 09:26:40 +0200 From: "Ludovic Maitre (POP - Factory Part)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: fr-fr, fr, en, en-us MIME-Version: 1.0 To: OJB Developers List Subject: Re: [repository.dtd] class-descriptor attribute 'extends' - dispensable? References: <416409E0.7040201@apache.org> In-Reply-To: <416409E0.7040201@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hello Armin, As you know for my previous posts (on inheritance on multiple tables) we use this attribute in our applications. But if OJB 1.1 meet our needs for inheritance without modification we will enjoy to use it. If this is not the case, we will do a more clean implementation for OJB 1.1 of our patches that uses the extend attribute for and submit it to the community. SO the community decide but there is at minimum 2 developers in the world who uses this attribute :-) Best regards, Ludovic Armin Waibel a �crit: > Hi all, > > seems that this attribute was not used by anyone. We don't have a test > case, no documentation. The intention of this attribute is to allow > some kind of "mapping inheritance" by declaring the super class the > fields inherited from. > I don't like this attempt, because in code we always have to lookup > the super-fields too and the inheritance of references is not solved. > > So I suggest to deprecate or remove this attribute from dtd and clear > up source code. > > Any other suggestions? Does someone use this stuff? > > regards, > Armin > > --------------------------------------------------------------------- > To unsubscribe, e-mail: ojb-dev-unsubscribe@db.apache.org > For additional commands, e-mail: ojb-dev-help@db.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: ojb-dev-unsubscribe@db.apache.org For additional commands, e-mail: ojb-dev-help@db.apache.org