On Fri, May 13, 2011 at 9:13 PM, Richard Evans
<[email protected]> wrote:
> Thanks
>
> We don't build our app using Maven - we just get the jars for embedded apps 
> and use them as required.  What's the best way to get the right jars out of a 
> maven build of ApacheDS 1.5.8 snapshot?
>
after building the project with 'mvn clean install' all the jars will
be present in the directory
.m2/repository/org/apache/directory present in your home folder
> Richard
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On Behalf Of 
> Kiran Ayyagari
> Sent: 13 May 2011 16:08
> To: Apache Directory Developers List
> Subject: Re: Monolithic jar .v. separate jars
>
> On Fri, May 13, 2011 at 8:28 PM, Richard Evans
> <[email protected]> wrote:
>> I've been experimenting with the trunk version of ApacheDS recently, 
>> building from the checked out code.  I run it from the snapshot .tar.gz 
>> target.  This has a single monolithic service jar containing all the classes.
>>
>> This approach is very convenient for standalone installs, but may cause 
>> problems if we decide to embed ApacheDS in our application.  We already use 
>> much of the support stuff in the jar - servlet apis, slf4j, ActiveMQ 
>> classes, etc - and I want to make sure the we get the right versions.
>>
>> Is it is possible to make a build with separate jars?  And (really 
>> fantastic) some guidelines as to which jars are required for various 
>> configurations?  For example if I wish to embed an LDAP server (no Kerberos, 
>> NTP, etc), which ApacheDS jars are required and which external jars (and 
>> versions) are required?
>>
> yeap, this is perfectly possible, if you use maven in your project
> then I would say it becomes even more easier.
> if you want to use LDAP server alone, then just add a dependency element like
>
>    <dependency>
>      <groupId>org.apache.directory.server</groupId>
>      <artifactId>apacheds-protocol-ldap</artifactId>
>      <version>1.5.8-SNAPSHOT</version>
>    </dependency>
>
>> Thanks
>>
>> Richard
>>
>
>
>
> --
> Kiran Ayyagari
>



-- 
Kiran Ayyagari

Reply via email to