I've always found it interesting there is a "commons-beanutils" and "common-beanutils-core" deliverable. The name doesn't suggest what makes the first one different. Usually the "core" artifact is foundational (like tapestry-core or struts-core). If it is an API package, I would add "api" to the end .. or fold the two together.

Stephen Colebourne wrote:
Henri Yandell wrote:
One area for discussion is the split between the optional Collections
component and the 'Core' beanutils. Do we maintain that, or should we
just fold the code back together?

1.7.0 shipped three versions:

commons-beanutils-1.7.0.jar
commons-beanutils-core-1.7.0.jar
commons-beanutils-collections-1.7.0.jar

where the first is the sum of the second and third.

Personally I think we should just merge them back together. It's not
worth the effort.

The purpose is to avoid forcing users to take dependencies that they are not interested in, [collections] in this case. As such I think that the split is a Good Thing.

Stephen

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to