Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 93483 invoked from network); 20 Jan 2006 02:15:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 20 Jan 2006 02:15:13 -0000 Received: (qmail 17741 invoked by uid 500); 20 Jan 2006 02:15:12 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 17683 invoked by uid 500); 20 Jan 2006 02:15:11 -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 17668 invoked by uid 99); 20 Jan 2006 02:15:11 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Jan 2006 18:15:11 -0800 X-ASF-Spam-Status: No, hits=1.6 required=10.0 tests=HTML_MESSAGE,MAILTO_TO_SPAM_ADDR,RCVD_IN_BL_SPAMCOP_NET,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of trustin@gmail.com designates 66.249.92.204 as permitted sender) Received: from [66.249.92.204] (HELO uproxy.gmail.com) (66.249.92.204) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Jan 2006 18:15:10 -0800 Received: by uproxy.gmail.com with SMTP id s2so154965uge for ; Thu, 19 Jan 2006 18:14:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=jH0br6oALU27BTvpjSv6VT1EqZlYl0oqZLJltZrlfjvbfSqRLohCRKX8mkblpwVHy2aZW9ta6O2jMFB1k9dJDSTfb4s3UuuxmAX44Q8AJ1BAmFRJWbUKlPeKD3uee6lZWvQTTMcs7ztMsgtV8fulrWc7K1pXrG0AwJw+vxnolT8= Received: by 10.48.80.8 with SMTP id d8mr103843nfb; Thu, 19 Jan 2006 18:14:48 -0800 (PST) Received: by 10.49.19.20 with HTTP; Thu, 19 Jan 2006 18:14:48 -0800 (PST) Message-ID: <768dcb2e0601191814o79ac3847p@mail.gmail.com> Date: Fri, 20 Jan 2006 11:14:48 +0900 From: Trustin Lee To: Apache Directory Developers List Subject: Re: ApacheDS and LDIF schema files In-Reply-To: <43CF13B6.4090806@bellsouth.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_189_15882752.1137723288532" References: <000001c61c8a$88d6a230$7302a8c0@EARTH> <43CF1144.6000705@bellsouth.net> <43CF1321.7020006@bellsouth.net> <43CF13B6.4090806@bellsouth.net> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_189_15882752.1137723288532 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I added a new issue to the JIRA: http://issues.apache.org/jira/browse/DIREVE-326 This will blow away the inconvinient step to generate schema classes. Trustin 2006/1/19, Alex Karasulu : > > Alex Karasulu wrote: > > > Alex Karasulu wrote: > > > >> Davy De Waele wrote: > >> > >>> Hi Alex, > >>> > >>> Thanks for the swift responses. > >>> > >>> Concerning the question below, I was referring to a way to generate > >>> such > >>> a schema JAR (based on the openldap schema file). Or do I need to pas= s > >>> through maven in order to do that? > >> > >> > >> Yeah take a look at the archives here: > >> > >> > http://mail-archives.apache.org/mod_mbox/directory-dev/200601.mbox/browse= r > >> > > > > > > > > Sorry try this link instead: > > > > > http://mail-archives.apache.org/mod_mbox/directory-dev/200601.mbox/ajax/%= 3c43C7E62B.1070409@bellsouth.net%3e > > > > > Ok this sh^&#$t does not work ... here's the contents of the message: > ----------------- > > Ok I see what you're trying to do. I recommend you create a new m2 > module for your schema. This module can generate the jar file > containing your extension schema (let's call it the vincent schema). > Your other projects can just depend on this subproject. > > (1) setup the regular m2 layout for the project > (2) place the file named vincent.schema in ${basedir}/src/main/schema > with your new objectClass which extends inetOrgPerson > (3) setup pom to generate schema classes from vincent.schema using this > build section (change pkg setting to suite your needs) > > > > > org.apache.ldap.server > org.apache.ldap.server.plugin > > src/main/schema > > > vincent > org.vincent.schema > > system > core > cosine > inetorgperson > > > > > > > > generate > > > > > > > > (4) write a test case to use your new schema org.vincent.VincentSchema > which is generated into target/schemas. > > NOTE: both the idea:idea and the eclipse:eclipse goal will include the > target/schemas path in the classpath so you're project should be good to > go. > > Hope this helps, > Alex > ----------------- > > > -- what we call human nature is actually human habit -- http://gleamynode.net/ PGP Key ID: 0x854B996C ------=_Part_189_15882752.1137723288532 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I added a new issue to the JIRA:

http://issues.apache.org/jira/browse/DIREVE-326

This will blow away the inconvinient step to generate schema class= es.

Trustin

2006/1/19, Alex Kar= asulu <aok123@bellsouth.net&= gt;:
Alex Karasulu wrote:

> Alex Karasulu wrote:
>
>> D= avy De Waele wrote:
>>
>>> Hi Alex,
>>>>>> Thanks for the swift responses.
>>>
>>&g= t; Concerning the question below, I was referring to a way to generate
>>> such
>>> a schema JAR (based on the openldap s= chema file). Or do I need to pass
>>> through maven in order to= do that?
>>
>>
>> Yeah take a look at the archi= ves here:
>>
>> http://mail-archives.apache.org/mod_mb= ox/directory-dev/200601.mbox/browser
>>
>
>
>= ;
> Sorry try this link instead:
>
> http://mail-archives.apache.org/mod_mbox/directory= -dev/200601.mbox/ajax/%3c43C7E62B.1070409@bellsouth.net%3e
>


Ok this sh^&#$t does not work ... here's the co= ntents of the message:
-----------------

Ok I see what you're try= ing to do.  I recommend you create a new m2
module for your sc= hema.  This module can generate the jar file
containing your extension schema (let's call it the vincent schema).Your other projects can just depend on this subproject.

(1) setup t= he regular m2 layout for the project
(2) place the file named vincent.sc= hema in ${basedir}/src/main/schema
with your new objectClass which extends i= netOrgPerson
(3) setup pom to generate schema classes from vincent.schem= a using this
build section (change pkg setting to suite your needs)

  <build>
    <plugins>      <plugin>
   &n= bsp;    <groupId>org.apache.ldap.server</group= Id>
        <artifactId>= ;org.apache.ldap.server.plugin</artifactId>
   &nbs= p;    <configuration>
          <schemaS= ourcesDir>src/main/schema</schemaSourcesDir>
   =        <schemas>
  &n= bsp;         <schema>            &n= bsp; <name>vincent</name>
     = ;         <pkg>org.vince= nt.schema </pkg>
          = ;    <dependencies>
    &n= bsp;           <d= ependency>system</dependency>
     &nb= sp;          <dependen= cy>core</dependency>
       =          <dependency>cos= ine</dependency>
            = ;    <dependency>inetorgperson</dependency>=
            = ;  </dependencies>
      &= nbsp;     </schema>
   &nb= sp;      </schemas>
  &nbs= p;     </configuration>
   = ;     <executions>
          <executi= on>
           = ; <goals>
        &nb= sp;     <goal>generate</goal>
 = ;           </goa= ls>
          </= execution>
        </execu= tions>
      </plugin>
    </plugins>
  </build><= br>
(4) write a test case to use your new schema org.vincent.VincentSche= ma
which is generated into target/schemas.

NOTE: both the idea:id= ea and the eclipse:eclipse goal will include the
target/schemas path in the classpath so you're project should be good t= o
go.

Hope this helps,
Alex
-----------------





--
what we call human nature= is actually human habit
--
http://gleamynode.net/
= PGP Key ID: 0x854B996C ------=_Part_189_15882752.1137723288532--