Return-Path: 
 <commons-dev-return-47566-apmail-jakarta-commons-dev-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org
Received: (qmail 22817 invoked from network); 8 Mar 2004 21:04:25 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 8 Mar 2004 21:04:25 -0000
Received: (qmail 78501 invoked by uid 500); 8 Mar 2004 21:04:11 -0000
Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org
Received: (qmail 78355 invoked by uid 500); 8 Mar 2004 21:04:10 -0000
Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:commons-dev-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:commons-dev-subscribe@jakarta.apache.org>
List-Help: <mailto:commons-dev-help@jakarta.apache.org>
List-Post: <mailto:commons-dev@jakarta.apache.org>
List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org>
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Delivered-To: mailing list commons-dev@jakarta.apache.org
Received: (qmail 78340 invoked from network); 8 Mar 2004 21:04:09 -0000
Received: from unknown (HELO smtp003.mail.ukl.yahoo.com) (217.12.11.34)
  by daedalus.apache.org with SMTP; 8 Mar 2004 21:04:09 -0000
Received: from unknown (HELO CHRISTIAN) (christianessl@80.121.39.8 with login)
  by smtp003.mail.ukl.yahoo.com with SMTP; 8 Mar 2004 21:04:14 -0000
Date: Mon, 08 Mar 2004 22:06:44 +0100
To: "commons-dev@jakarta.apache.org" <commons-dev@jakarta.apache.org>
Subject: Re: [HiveMind] nested schemas
From: Christian Essl <christianessl@yahoo.de>
Content-Type: text/plain; format=flowed; charset=iso-8859-15
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-ID: <opr4j99ilzwo6mmv@mail.yahoo.de>
User-Agent: Opera7.23/Win32 M2 build 3227
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

Thanks for the hint on schema-id!

I've added it now. Checking and complaining early :).

I removed the configuration-id and service-id atts and have just 
schema-id.

However I still want to access schemas even if they don't provide an id. 
Therefore in my current implementation I give each schema which has no id 
set a default id. For configuration schemas 'c:'+config-id, for service 
schemas 's:'+service-id. (This ids can also be used in <schema id-ref=""> 
).

What do you think of that, is this too much change?

Thanks,
Chris

-- 
Christian Essl 

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org