Bug 951645 - build server error. JAR file isn't up to date
Summary: build server error. JAR file isn't up to date
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: GlusterFS
Classification: Community
Component: gluster-hadoop
Version: mainline
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jay Vyas
QA Contact: hcfs-gluster-bugs
URL:
Whiteboard:
Depends On:
Blocks: 1057253
TreeView+ depends on / blocked
 
Reported: 2013-04-12 17:05 UTC by Bradley Childs
Modified: 2014-05-13 13:18 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-05-13 13:18:44 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

Description Bradley Childs 2013-04-12 17:05:18 UTC
The JAR generated by the jenkins build server appears stale and not from master.

Comment 2 Jay Vyas 2013-04-12 23:19:21 UTC
Fixed this in jenkins by adding "clean package" to the build directives, so that build in fact cleans before running.

Comment 4 Jay Vyas 2013-04-29 15:53:43 UTC
We now have a release server 

http://ec2-54-243-59-213.compute-1.amazonaws.com/archiva/browse/org.apache.hadoop.fs.glusterfs/glusterfs-hadoop/

And the build now timestamps jars: 

http://ec2-54-243-59-213.compute-1.amazonaws.com:8080/job/glusterfs-hadoop/ws/target/

The timestamping will gaurantee that the build server jars are dated clearly, and the actual release server will provide us all with a single place to get our artifacts for testing and release.

Comment 5 Jay Vyas 2013-11-19 01:33:34 UTC
We now have an internal build server

jenkins-rhs.lab.eng.blr.redhat.com:8080 

Which has the glusterfs-hadoop builds in it, and it is always non-stale.   For 
releases: http://23.23.239.119/archiva/browse


Note You need to log in before you can comment on or make changes to this bug.