Well, I do have the version information.  It's in the manifest file:
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3
Created-By: 1.3.1_01 (Sun Microsystems Inc.)
---->Package: org.apache.commons.collections
Extension-Name: commons-collections
Specification-Version: 3.1
Specification-Vendor: Apache Software Foundation
Specification-Title: Commons Collections
---->Implementation-Version: 3.1
Implementation-Vendor: Apache Software Foundation
Implementation-Vendor-Id:

  Sounds like there is no existing way to get gradle to leverage it?
Wouldn't the manifest be a better way to looking at version info than
a file name anyway?  people don't tend to mess with jar manifests, but
change file names all the time.

On Mon, Jan 11, 2010 at 2:00 PM, John Murph <[email protected]> wrote:
> My response is based on the assumption that you are not using a binary
> repository and instead pulling jars from a directory.  If that is not true,
> ignore this post.  :)
>
> You can work around this problem by using a flat directory resolver (I don't
> remember the syntax, but check out the user's guide).  When specifying the
> resolver, you give it a pattern string that is used to match individual
> files.  If you have the resolver ignore the version setting it will work.
> Sort of.  The problem is not Gradle, but rather that you now have no version
> information.  If you add a new library that says it needs
> commons-collections version 1.5 (because 1.4 doesn't have the functionality
> it needs), your flat dir resolver will find the commons-collections.jar and
> assume it's 1.5 when it's not.  This will lead to compile issues, or (much)
> worse, weird run time issues.  So, I would suggest the "ignore the version"
> solution as a short term solution until you can get to renaming those jars
> to have version information.  Longer term, that is much safer.
>
>
> --
> John Murph
> Automated Logic Research Team
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email


Reply via email to