Lukasz, That wasn't the problem...
The issue has to do with the SSH protocol. Right now, I configured the hudson user on hudson.zones.apache.org to be able to push the artifacts over to people.apache.org. This push uses RSA key authentication. However, to be able to log into a machine through SSH, that user has to verify the host's host key. Generally, the keys are stored in '~/.ssh/known_hosts`. If you're using linux/bsd/*nix on a regular basis, you've probably gotten a message the first time you log into a host, something like - "Do you trust this machine, here is the key fingerprint" Then, you say "Yes" and you proceed with the login. The known_hosts for the hudson user must have had a mismatch for the people.a.o host key. Or, the known_hosts file was wiped (possibly due to the recent security breech). Anyhow, the fix was somewhat simple, I logged into the hudson host machine, su'd myself to the hudson user, then logged into people.a.o. I was prompted to trust people.a.o's host key, I accepted. Then, I logged out... The docs-zip.sh file used to be what zipped up the docs. While moving everything to hudson, I had the following goal - 1. automate the build through this CI so that all steps are documented and managed in a single place 2. maintain compatibility with the existing setup so that everything looks the same to users (and other devs) as it was before hudson 3. document the process in confluence so that the build and the docs for the build can be managed by struts devs as a team The big thing for me was that there were a few odd cron jobs here and there that did various tasks. One of the tasks was to log into people.a.o and zip up the directory that confluence exports. Instead of having that logic happen as a cron job, we created the piece of the assembly plugin that grabs everything directly from cwiki.a.o and then zips it up as part of the build. I am re-running the hudson build as we speak (now that hudson should be able to push stuff over to people.a.o). I would suggest that you request access to the hudson machine (IIRC, it's just an INFRA JIRA request). That way we can continue to manage the process in a way that doesn't depend on one person. (as an aside, the main motivation for me was that the original nightly snapshots were running as a cron job under the account of a dev that was no longer active. Rather than bug that person to try to log in and make changes, I had set out to make sure that sure that the whole system used apache tools and allowed the support to be done by the team, rather than an individual) -Wes On Thu, May 6, 2010 at 6:51 AM, Lukasz Lenart <[email protected]> wrote: > 2010/5/6 Hosni Romdhani <[email protected]>: >> Ce problème est lié à Maven je pense. Essaye de creuser un peu du coté de >> ton fichier POM.xml (configuration de Maven). > > I noticed that ssh task is pointing to not existing file > <arg line="${[email protected] > /www/struts.apache.org/2.x/docs-zip2.sh" /> > > I found it in > /www/struts.apache.org/2.x.old/docs-zip2.sh > > and copied back to 2.x > > > Regards > -- > Łukasz > http://www.lenart.org.pl/ > Kapituła Javarsovia 2010 > http://javarsovia.pl > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > -- Wes Wannemacher Head Engineer, WanTii, Inc. Need Training? Struts, Spring, Maven, Tomcat... Ask me for a quote! --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
