You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@buildr.apache.org by "Hok Shun Poon (JIRA)" <ji...@apache.org> on 2012/06/07 23:42:23 UTC

[jira] [Updated] (BUILDR-644) Zip file extraction feature does not work.

     [ https://issues.apache.org/jira/browse/BUILDR-644?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Hok Shun Poon updated BUILDR-644:
---------------------------------

    Summary: Zip file extraction feature does not work.  (was: 'buildr eclipse' or 'buildr idea' tasks downloads artefacts multiple times.)
    
> Zip file extraction feature does not work.
> ------------------------------------------
>
>                 Key: BUILDR-644
>                 URL: https://issues.apache.org/jira/browse/BUILDR-644
>             Project: Buildr
>          Issue Type: Bug
>          Components: Dependency management
>    Affects Versions: 1.4.7
>         Environment: Ruby Version: ruby 1.8.7 (2010-01-10 patchlevel 249) [universal-darwin10.0]
> Java Version: java version "1.6.0_31"
> Java(TM) SE Runtime Environment (build 1.6.0_31-b04-415-10M3635)
> Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01-415, mixed mode)
>            Reporter: Hok Shun Poon
>            Priority: Minor
>              Labels: dependencies, download, eclipse, extract, intellij, zip
>   Original Estimate: 12h
>  Remaining Estimate: 12h
>
> I would like to use the Buildr auto-extract + cache into local repository functionality with a rather funny setup.
> I'm using a library called libgdx, Android / HTML5 game library (http://libgdx.googlecode.com/files/libgdx-0.9.4.zip). This library is not on Maven Central, but is distributed as a zip containing 9 .jars on the top level of the zip hierarchy.
> A selection of these JARs are required to build my project successfully. Thus, I ensure that I declare the JARs as constants and tell Buildr that they can be found in the libgdx-0.9.4.zip URL:
> ```
> LIBGDX = "com.badlogic.gdx:gdx:jar:0.9.4"
> LIBGDX_OPENAL = "com.badlogic.gdx:gdx-openal:jar:0.9.4"
> ... (7 more)
> download artifact(LIBGDX) => "http://libgdx.googlecode.com/files/libgdx-0.9.4.zip"
> download artifact(LIBGDX_OPENAL) => "http://libgdx.googlecode.com/files/libgdx-0.9.4.zip"
> ... (7 more)
> ```
> Project declarations are as standard. For the sakes of illustration, try:
> ```
>     ...
>     compile.with LIBGDX, LIBGDX_OPENAL
>     ...
> ```
> `buildr compile` succeeds in a short time, downloading the zip if it wasn't found, extracting, and publishing the named JARs into the local repository. The next time this is invoked, the local repository is inspected and are found, so no zip download is initiated. This is perfect behaviour.
> `buildr eclipse` and `buildr idea` however seem to totally ignore the local repository and just goes to download the listed artefacts in the sequence specified. This is disastrous for the build especially when all of the 'download artefact' directives point to the exact same 26MB zip!
> Please ensure commands that trigger a zip download inspects the local repository first!

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira