Yep, works for me. :) Thanks Alex, Antoine. If anybody is running into this problem with downloading from servers via sftp, you can do a checkout svn co http://svn.apache.org/repos/asf/buildr/trunk buildr --Ed
On Thu, Aug 19, 2010 at 10:21 AM, Antoine Toulme <[email protected]>wrote: > Ed, for now you can rely on creating the gem from trunk, by checking it out > and running: > > gem build buildr.gemspec > > Then install the resulting gem with: > gem install buildr-1.4.2.gem > > 1.4.2 is planned for end of this month, but we have been awfully busy as of > late, and we have a few issues remaining that needs to be taken care of. > > Thanks, > > Antoine > > On Thu, Aug 19, 2010 at 10:00, Ed Smiley <[email protected]> wrote: > > > Hi Alex > > > > Great. Thant's fast work. > > > > The bug gives me an overview of the problem, but I'd like some more > > information. > > > > The obvious question is when this will be contained in a stable release, > > and > > how to patch in the meantime. > > It would certainly work for us to include a monkey patch in our own > > libraries, and then take it out when your fix has completed its release > > cycle. > > > > I am sure that there are people out there who are starting to manage > their > > own artifacts, and they may run into the problem. (Especially if their > > software is somewhat proprietary, when they may want better security.) > > > > --Ed > > > > On Thu, Aug 19, 2010 at 8:06 AM, Alex Boisvert <[email protected] > > >wrote: > > > > > My suspicion was well-founded. > > > > > > Fixed and updated http://issues.apache.org/jira/browse/BUILDR-491 with > > > details. > > > > > > alex > > > > > > > > > On Wed, Aug 18, 2010 at 9:57 PM, Alex Boisvert < > [email protected] > > > >wrote: > > > > > > > Hi Ed, > > > > > > > > My suspicion is that using sftp for downloading artifacts doesn't > work. > > > I > > > > don't know if it's ever been tested; sftp support was mostly added > for > > > > deploying artifacts. I'll investigate tomorrow; too tired now, just > > > flew > > > > back home. > > > > > > > > alex > > > > with > > > > On Wed, Aug 18, 2010 at 10:46 AM, Ed Smiley <[email protected]> > > wrote: > > > > > > > >> I have been running into this problem when attempting to download an > > > >> archive > > > >> from a remote repository in a variety of ways as I attempted to work > > > >> around > > > >> it. I uploaded and verified the installation of an archive on a > > server > > > >> that > > > >> I set up via sftp. When I trigger a download, it seems to want to > > > install > > > >> the archive in a directory on my machine that mirrors its location > on > > > the > > > >> remote server, rather than installing it in my local .m2 (maven2) > > > >> repository. > > > >> > > > >> Rather than give a long explanation, I coded up a pair of build > > scripts, > > > >> one > > > >> to create and upload the archive and another to unzip the archive. > I > > > >> tried > > > >> to use code that is very close to documentation example code, so > that > > > any > > > >> complexities are eliminated. Here's the details (with security > > > sensitive > > > >> details obscured. > > > >> > > > >> 1. A simple buildfile for a jar that has a single class in it. > > > >> ...src/main/java/org/screwloose/repotest/RepoStub.java > > > >> a. the buildfile > > > >> VERSION_NUMBER = "1.0.0" > > > >> # Group identifier for your projects > > > >> GROUP = "repotest" > > > >> COPYRIGHT = "" > > > >> # Specify Maven 2.0 remote repositories here, like this: > > > >> repositories.remote << "http://www.ibiblio.org/maven2/"; > > > >> # Specify Maven 2.0 remote repository to release to > > > >> repositories.release_to = 'sftp:// > > > >> someuser:[email protected]/usr/share/maven2/' > > > >> desc "The Repotest project" > > > >> define "repotest" do > > > >> project.version = VERSION_NUMBER > > > >> project.group = GROUP > > > >> manifest["Implementation-Vendor"] = COPYRIGHT > > > >> package(:jar) > > > >> end > > > >> b. running the buildfile > > > >> ~/somedirectory/research/repotest $ buildr upload > > > >> (in /somehomedirs/myusername/somedirectory/research/repotest, > > > development) > > > >> Building repotest > > > >> Packaging repotest > > > >> Running integration tests... > > > >> Deploying packages from repotest > > > >> Deploying repotest:repotest:pom:1.0.0 > > > >> Deploying repotest:repotest:jar:1.0.0 > > > >> Completed in 13.721s > > > >> > > > >> 2. Another stub buildfile with a compile, and hence, a build, > > dependency > > > >> on > > > >> downloading the jar from the remote. > > > >> a. the stub > > > >> # Generated by Buildr 1.3.5, change to your liking > > > >> # Version number for this release > > > >> VERSION_NUMBER = "1.0.0" > > > >> # Group identifier for your projects > > > >> GROUP = "repotest" > > > >> COPYRIGHT = "" > > > >> # Specify Maven 2.0 remote repositories here, like this: > > > >> repositories.remote << 'sftp:// > > > >> someuser:[email protected]/usr/share/maven2/' > > > >> repositories.remote << "http://www.ibiblio.org/maven2/"; > > > >> desc "The Repotest Test Archive project" > > > >> define "testarch" do > > > >> project.version = VERSION_NUMBER > > > >> project.group = GROUP > > > >> manifest["Implementation-Vendor"] = COPYRIGHT > > > >> the_jar = artifact('repotest:repotest:jar:1.0.0') > > > >> task :unzip_jar => unzip(_("target/stuff") => the_jar) do > > > >> compile.with Dir[_("target/stuff/WEB-INF/lib") + "/*.jar"] > > > >> end > > > >> task :compile => :unzip_jar > > > >> end > > > >> > > > >> b. running the test script with trace > > > >> ~/somedirectory/research/repotest $ buildr -f testsarc.rb --trace > > > >> (in /somehomedirs/myusername/somedirectory/research/repotest, > > > development) > > > >> ** Invoke testarch (first_time) > > > >> ** Execute testarch > > > >> Defining task testarch:shell:jirb > > > >> Defining task testarch:shell:clj > > > >> Defining task testarch:shell:bsh > > > >> ** Invoke > > > >> > > > >> > > > > > > /somehomedirs/myusername/.m2/repository/org/apache/ant/ant/1.7.1/ant-1.7.1.jar > > > >> (first_time, not_needed) > > > >> ** Invoke > > > >> > > > >> > > > > > > /somehomedirs/myusername/.m2/repository/org/apache/ant/ant-launcher/1.7.1/ant-launcher-1.7.1.jar > > > >> (first_time, not_needed) > > > >> ** Invoke > > > >> > > > >> > > > > > > /somehomedirs/myusername/.m2/repository/org/apache/ant/ant-trax/1.7.1/ant-trax-1.7.1.jar > > > >> (first_time, not_needed) > > > >> ** Invoke > > > /somelibrarydir/Ruby/Gems/1.8/gems/buildr-1.3.5/lib/buildr/java > > > >> (first_time, not_needed) > > > >> Defining task shell based on shell:bsh > > > >> ** Invoke testarch > > > >> ** Invoke default (first_time) > > > >> ** Invoke build (first_time) > > > >> ** Execute build > > > >> Building testarch > > > >> ** Invoke testarch:build (first_time) > > > >> ** Invoke > > > >> > > /somehomedirs/myusername/somedirectory/research/repotest/target/classes > > > >> (first_time, not_needed) > > > >> ** Invoke testarch:compile (first_time, not_needed) > > > >> ** Invoke testarch:resources (first_time) > > > >> ** Execute testarch:resources > > > >> ** Invoke testarch:unzip_jar (first_time) > > > >> ** Invoke > > > >> > /somehomedirs/myusername/somedirectory/research/repotest/target/stuff > > > >> (first_time) > > > >> ** Invoke > > > >> > > > >> > > > > > > /somehomedirs/myusername/.m2/repository/repotest/repotest/1.0.0/repotest-1.0.0.jar > > > >> (first_time) > > > >> ** Execute > > > >> > > > >> > > > > > > /somehomedirs/myusername/.m2/repository/repotest/repotest/1.0.0/repotest-1.0.0.jar > > > >> Downloading repotest:repotest:jar:1.0.0 > > > >> Downloading repotest:repotest:jar:1.0.0 > > > >> Connecting to someserver.somedomain.com > > > >> connected > > > >> Downloading to > > > >> /usr/share/maven2/repotest/repotest/1.0.0/repotest-1.0.0.jar > > > >> [hangs for an hour or more….<===========================] > > > >> > > > > > > > > > > > > > >
