[JBoss-dev] Re: Version numbers in library filenames - Bad
Ryan Campbell
ryan.campbell at jboss.com
Thu Sep 21 10:51:33 EDT 2006
We will want both, correct? versionless jars for non-maven, versioned
for maven?
________________________________
From: jboss-development-bounces at lists.jboss.org
[mailto:jboss-development-bounces at lists.jboss.org] On Behalf Of Scott M
Stark
Sent: Thursday, September 21, 2006 9:44 AM
To: Carlo de Wolf
Cc: JBoss.org development list
Subject: [JBoss-dev] Re: Version numbers in library filenames - Bad
It looks like the jarName can be overriden. I'll see if I can rebuild
the jboss-common jars without the version as it will require a constant
updating of the eclipse projects in jbossas since jbossas is not build
using maven yet.
Carlo de Wolf wrote:
It is possible by specifying extra parameters with the goal.
http://maven.apache.org/plugins/maven-jar-plugin/jar-mojo.html
I don't have an example at hand.
Carlo
On Wed, 2006-09-20 at 07:54 -0700, Scott M Stark wrote:
I agree, but this is the maven convention and as far as I know
cannot be
undone short of hacking the jar plugin.
Dimitris Andreadis wrote:
I've seen a few cases where in repository.jboss.com the
version number
for a library is included in the library filename,
E.g.
antlr-2.7.6.jar
addressing-1.0.jar
odmg-3.0.jar
quartz-all-1.5.2.jar
dtdparser121.jar
commons-lang-2.1.jar
myfaces-impl-1.1.3.jar
Even worse:
Cglib/2.1.0/lib/cglib.jar, cglib-2.1.1.jar
This is wrong, because
- whenever a library is updated we have to correct all
explicit
references to it
- If you don't wipe your thirdparty on every update you
may end up with
3 different versions of the same library and wonder for
hours what's
wrong.
The version is encoded in the path and the library's
META-INF/MANIFEST.MF, not the filename, e.g:
apache-logging/1.0.3/lib/commons-logging.jar
For existing libs the harm is already done, but for new
library
additions to repository.jboss.com, please have that in
mind and remove
any version number from the filenames.
Thanks
/Dimitris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-development/attachments/20060921/2b70fc8a/attachment.html
More information about the jboss-development
mailing list