buildr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hok Shun Poon (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (BUILDR-644) Zip file extraction feature does not work.
Date Thu, 07 Jun 2012 21:42:23 GMT

     [ 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

        

Mime
View raw message