Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 65735 invoked from network); 22 Apr 2007 07:23:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 22 Apr 2007 07:23:06 -0000 Received: (qmail 86517 invoked by uid 500); 22 Apr 2007 07:23:12 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 86310 invoked by uid 500); 22 Apr 2007 07:23:12 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 86299 invoked by uid 99); 22 Apr 2007 07:23:12 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 22 Apr 2007 00:23:12 -0700 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: 212.27.42.35 is neither permitted nor denied by domain of elecharny@gmail.com) Received: from [212.27.42.35] (HELO smtp5-g19.free.fr) (212.27.42.35) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 22 Apr 2007 00:23:04 -0700 Received: from [192.168.0.1] (vol75-3-82-66-216-176.fbx.proxad.net [82.66.216.176]) by smtp5-g19.free.fr (Postfix) with ESMTP id 9CF2043192 for ; Sun, 22 Apr 2007 09:22:43 +0200 (CEST) Message-ID: <462B0D43.3090102@gmail.com> Date: Sun, 22 Apr 2007 09:22:43 +0200 From: Emmanuel Lecharny User-Agent: Mozilla Thunderbird 1.0.7 (X11/20050923) X-Accept-Language: fr, en MIME-Version: 1.0 To: Apache Directory Developers List Subject: Re: [DAS] Type's ObjectClass Entry References: <462AAD20.2080201@gmail.com> In-Reply-To: <462AAD20.2080201@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Ole Ersoy a �crit : > Hey Guys, > > When defining the Type ObjectClass > entry I use > m-may to define simple properties that are optional > and m-must to define simple properties that > are required. > > Then I need to define the ObjectClass's > Complex Properties. > > So I need something like > m-complexMay and m-complexMust. > > Looking at current meta ObjectClasses, > I would think it makes sense to create another > meta ObjectClass that has these attributes, > possibly called metaSDOObjectClass? > > Thoughts? Meta attributes are by no means intended to be used to describe user's defined elements. They are used to describe elements used internally by the server to deal with the schema itself. Think about meta-schema as metaData in a RDBMS We won't add a m-xxx element. Just add the attribute/objectclass you need, it's not a problem, you will have to create a new schema (a little bit like the java.schema schema). This is the way to go. Emmanuel