www-builds mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ulrich Stärk <...@apache.org>
Subject Re: rsync daemon on hudson slave?
Date Thu, 03 Mar 2011 13:30:00 GMT
The only thing that seems reasonable apart from having an rsync daemon is doing a recursive
wget on
the generated site every hour or so. This will however fetch all 4000 files and I don't know
how
much load it puts on Jenkins. Is this OK?

Uli

On 02.02.2011 19:52, Scott O'Bryan wrote:
> Yeah.  I agree with the rsync..  I would like a way to allow Hudson to PUSH after a build
of a
> website, but I don't think people are to keen on that.  If you find a solution, please
post it here..
> 
> On 02/02/2011 07:52 AM, Ulrich Stärk wrote:
>> Basically yes, although using rsync feels more naturally to me.
>>
>> I just tried downloading the workspace as a zip file but it takes ages. So practically
this isn't
>> going to work.
>>
>> Uli
>>
>> On 02.02.2011 11:34, Scott O'Bryan wrote:
>>> Hey Uli,
>>>
>>> I've been tinkering with an idea for the myfaces Portlet Bridge
>>> project.  The Hudson UI will allow you to retrieve a set of artifacts
>>> in zip format using a well defined URL.  I was toying with the idea of
>>> using a script to wget the data as an archive, unarchiving it, and
>>> then moving it to the right directories.
>>>
>>> Would something like that work?
>>>
>>> On Feb 2, 2011, at 2:25 AM, "Ulrich Stärk"<uli@apache.org>  wrote:
>>>
>>>> We'd like to copy the maven-generated site and javadocs from our builds to
our public website.
>>>> Right now the only way to do this is by having a shell account on the slave
machine the build is
>>>> running on and running rsync over ssh. Since this should be done automatically
we'd have to
>>>> store a private key for ssh authentication on people.a.o which is something
I don't like
>>>> security-wise.
>>>>
>>>> Would it be possible to set up rsync in daemon mode on the slave so that
we can copy the
>>>> artifacts without a shell accout on the build slave and without storing private
keys on
>>>> people.a.o? This could be set up as read-only and only allow connections
from people.a.o...
>>>>
>>>> The job in question is tapestry-trunk-docs running on vesta (ubuntu2).
>>>>
>>>> Uli
> 

Mime
View raw message