directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alex Karasulu (JIRA)" <j...@apache.org>
Subject [jira] Commented: (DIRSHARED-89) Turn shared-ldap into a minimal aggregate of all API related jars.
Date Sun, 27 Feb 2011 22:51:39 GMT

    [ https://issues.apache.org/jira/browse/DIRSHARED-89?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13000058#comment-13000058
] 

Alex Karasulu commented on DIRSHARED-89:
----------------------------------------

OK I did not rename the ldap-client-api Maven module. But I did rename it's artifact id to
be consistent with our conventions by having the shared- prefix. 

The new module I created with ldap-client-all. This module is the one jar people should need
to be able to work with LDAP. It should not be used as a library dependency because it will
be made to pull everything in. Eventually it might even have a main program setup inside to
allow for OpenLDAP like command line clients or an LDAP Shell. 

> Turn shared-ldap into a minimal aggregate of all API related jars.
> ------------------------------------------------------------------
>
>                 Key: DIRSHARED-89
>                 URL: https://issues.apache.org/jira/browse/DIRSHARED-89
>             Project: Directory Shared
>          Issue Type: Sub-task
>    Affects Versions: 1.0-M1
>         Environment: All
>            Reporter: Alex Karasulu
>             Fix For: 1.0-M2
>
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> We want to make shared-ldap aggregate the minimum of all the shared modules into a single
jar. This happens after all the code currently in shared moves over to ldap-extras. This aggregate
will combine the following modules as well as some library dependencies to be totally stand
alone.
> shared-model
> shared-util
> shared-asn1-api
> shared-asn1-ber
> shared-ldap-codec
> shared-ldap-client <== so this happens after a rename
> some other stuff like commons libs, logging and mina.
> We want this jar to be the only one you need.
> Might be an issue though if all the classes are bundled inside. Might want to check on
whether or not this is a good idea. We can also rectify later if need be. If too many third
part jars are found we can find a way to remove the dependencies on them.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message