[ http://issues.apache.org/jira/brows...236103
7 ]

Trustin Lee commented on DIREVE-316:
------------------------------------

The original reason we forked commons-* is because of the infamous class loa
der problem when ApacheDS is embedded in WAS.  This became a problem because
 WAS also used commons-* JARs.  I guess this issue must have been resolved i
n many WAS in market.  The
other reason I discussed with Alex was that commons-* projects sometimes int
roduces the change of behavior between minor version-ups, and it produces un
expected bugs.  It makes sense, but it think this is a matter of trust for o
ther projects.  I think we
cannot say less dependency is a good thing IMHO.

BTW I had to fork NIO ByteBuffer because it was really hard to extend java.n
io.ByteBuffer. 

> StringUtils & StringTools
> -------------------------
>
>          Key: DIREVE-316
>          URL: http://issues.apache.org/jira/browse/DIREVE-316
>      Project: Directory Server
>         Type: Improvement
>     Reporter: Emmanuel Lecharny
>     Priority: Minor

>
> We have two classes which semantics are almost the same :
> - StringTools in ldap-common
> - StringUtils in asn1-codec
> The second one is horrible, because it overlaps with the a.o.commons.lang.
StringUtils.
> I think it could be good to merge both classes into StringTools, and to mo
ve this class in a common subproject to be created (ads-commons, for instanc
e).
> wdyt ?

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secur...nistrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira

[ Post a follow-up to this message ]