Trejkaz created BUILDR-700:
------------------------------
Summary: Buildr truncates some jar files in my local repo if they
are set to download from a specific URL
Key: BUILDR-700
URL: https://issues.apache.org/jira/browse/BUILDR-700
Project: Buildr
Issue Type: Bug
Components: Core features
Affects Versions: 1.4.17
Environment: Mac OS X 10.9.3
Java 8u5
ruby 2.0.0p451 (2014-02-24 revision 45167) [x86_64-darwin13.0.0]
Reporter: Trejkaz
I have SwingX in my project specified to download from my own copy of it
(purely because I didn't have a better place at the time.)
{code:ruby}
SWINGX = [
artifact('org.swinglabs.swingx:swingx-action:jar:1.6.6-SNAPSHOT'),
artifact('org.swinglabs.swingx:swingx-common:jar:1.6.6-SNAPSHOT'),
artifact('org.swinglabs.swingx:swingx-core:jar:1.6.6-SNAPSHOT'),
artifact('org.swinglabs.swingx:swingx-painters:jar:1.6.6-SNAPSHOT'),
artifact('org.swinglabs.swingx:swingx-plaf:jar:1.6.6-SNAPSHOT') ]
download artifact('org.swinglabs.swingx:swingx-action:jar:1.6.6-SNAPSHOT') =>
'https://github.com/trejkaz/swingx/releases/download/v1.6.6-SNAPSHOT.2014.06.15/swingx-action-1.6.6-SNAPSHOT.jar'
download artifact('org.swinglabs.swingx:swingx-common:jar:1.6.6-SNAPSHOT') =>
'https://github.com/trejkaz/swingx/releases/download/v1.6.6-SNAPSHOT.2014.06.15/swingx-common-1.6.6-SNAPSHOT.jar'
download artifact('org.swinglabs.swingx:swingx-core:jar:1.6.6-SNAPSHOT') =>
'https://github.com/trejkaz/swingx/releases/download/v1.6.6-SNAPSHOT.2014.06.15/swingx-core-1.6.6-SNAPSHOT.jar'
download artifact('org.swinglabs.swingx:swingx-painters:jar:1.6.6-SNAPSHOT') =>
'https://github.com/trejkaz/swingx/releases/download/v1.6.6-SNAPSHOT.2014.06.15/swingx-painters-1.6.6-SNAPSHOT.jar'
download artifact('org.swinglabs.swingx:swingx-plaf:jar:1.6.6-SNAPSHOT') =>
'https://github.com/trejkaz/swingx/releases/download/v1.6.6-SNAPSHOT.2014.06.15/swingx-plaf-1.6.6-SNAPSHOT.jar'
{code}
Every day for the past few weeks, when I first run my build for the day, I get
an error like this:
{noformat}
Compiling hex:main into /Users/trejkaz/Documents/hex/main/target/classes
error: error reading
/Users/trejkaz/.m2/repository/org/swinglabs/swingx/swingx-action/1.6.6-SNAPSHOT/swingx-action-1.6.6-SNAPSHOT.jar;
zip file is empty
error: error reading
/Users/trejkaz/.m2/repository/org/swinglabs/swingx/swingx-common/1.6.6-SNAPSHOT/swingx-common-1.6.6-SNAPSHOT.jar;
zip file is empty
error: error reading
/Users/trejkaz/.m2/repository/org/swinglabs/swingx/swingx-core/1.6.6-SNAPSHOT/swingx-core-1.6.6-SNAPSHOT.jar;
zip file is empty
error: error reading
/Users/trejkaz/.m2/repository/org/swinglabs/swingx/swingx-painters/1.6.6-SNAPSHOT/swingx-painters-1.6.6-SNAPSHOT.jar;
zip file is empty
error: error reading
/Users/trejkaz/.m2/repository/org/swinglabs/swingx/swingx-plaf/1.6.6-SNAPSHOT/swingx-plaf-1.6.6-SNAPSHOT.jar;
zip file is empty
5 errors
Buildr aborted!
{noformat}
At this point, I look at the files and they are indeed zero size!
{noformat}
Rika:hex trejkaz$ ls -la
~/.m2/repository/org/swinglabs/swingx/swingx-action/1.6.6-SNAPSHOT/swingx-action-1.6.6-SNAPSHOT.jar
-rw------- 1 trejkaz staff 0 28 Jun 22:30
/Users/trejkaz/.m2/repository/org/swinglabs/swingx/swingx-action/1.6.6-SNAPSHOT/swingx-action-1.6.6-SNAPSHOT.jar
{noformat}
So it seems like buildr is truncating the file daily for some unknown reason.
Deleting the files and re-running buildr puts the correct files back. Any
subsequent builds for that day will continue to work as per usual, then the
next day, buildr will truncate the file again.
Interestingly, I use the same approach for icu4j-charsets.jar:
{code:ruby}
ICU4J = [ artifact('com.ibm.icu:icu4j:jar:53.1'),
artifact('com.ibm.icu:icu4j-charsets:jar:53.1') ]
download artifact('com.ibm.icu:icu4j-charsets:jar:53.1') =>
'http://download.icu-project.org/files/icu4j/53.1/icu4j-charset-53_1.jar'
{code}
But the issue has *never* occurred for this jar, so there must be something
about hosting files on GitHub which causes this issue.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
