Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "Hudson"
(→Who are the Adminstrators) |
(→General Information) |
||
| Line 1: | Line 1: | ||
= General Information = | = General Information = | ||
| − | The Eclipse Foundation runs a Hudson continuous integration server that | + | The Eclipse Foundation runs a Hudson continuous integration server that Eclipse-hosted projects can take advantage of for their builds. Currently this is hosted here: https://hudson.eclipse.org/ . The Hudson server allows for the execution of Continuous Integration Builds, Nightly Builds, Integration Builds, Release Builds, and Testing. Hudson is maintained by the Eclipse Webmasters. A Hudson sandbox instance is available for those who like the bleeding edge; however, its stability may suffer due to frequent restarts, untested configurations and upgrades. |
| − | + | ||
== Migrating to the 'new' Eclipse.org Hudson service == | == Migrating to the 'new' Eclipse.org Hudson service == | ||
| − | If you | + | If you had a build running on the old Hudson instance (hosted on build.eclipse.org) and you wish to move it to the current Hudson instance, you will need to file a bug against community->hudson with a subject like 'Move job job-name to hudson.eclipse.org'. Webmaster will then import the job and close the bug. Please note that the new instance does not provide the same plugins as the previous instance. You may also need to update your job configuration to account for differences in the Hudson deployment. |
== Hudson configuration and tools == | == Hudson configuration and tools == | ||
| − | + | The Hudson setup uses 3 SLES 11 x86_64 machines (1 master and 2 slaves), with bash as the default shell. These machines are behind a firewall so any outbound http(s) connections are proxied. | |
The following global variables are set(identically across installs): | The following global variables are set(identically across installs): | ||
| Line 34: | Line 33: | ||
*Sun Java 6 R 21 64bit (/shared/common/sun-jdk1.6.0_21_x64) | *Sun Java 6 R 21 64bit (/shared/common/sun-jdk1.6.0_21_x64) | ||
| + | *Apache-ant-1.8.1 (/shared/common/apache-ant-1.8.1) | ||
*Apache-ant-1.7.1 (/shared/common/apache-ant-1.7.1) | *Apache-ant-1.7.1 (/shared/common/apache-ant-1.7.1) | ||
*Apache-ant-1.7.0 (/shared/common/apache-ant-1.7.0) | *Apache-ant-1.7.0 (/shared/common/apache-ant-1.7.0) | ||
Revision as of 10:00, 14 October 2010
Contents
- 1 General Information
General Information
The Eclipse Foundation runs a Hudson continuous integration server that Eclipse-hosted projects can take advantage of for their builds. Currently this is hosted here: https://hudson.eclipse.org/ . The Hudson server allows for the execution of Continuous Integration Builds, Nightly Builds, Integration Builds, Release Builds, and Testing. Hudson is maintained by the Eclipse Webmasters. A Hudson sandbox instance is available for those who like the bleeding edge; however, its stability may suffer due to frequent restarts, untested configurations and upgrades.
Migrating to the 'new' Eclipse.org Hudson service
If you had a build running on the old Hudson instance (hosted on build.eclipse.org) and you wish to move it to the current Hudson instance, you will need to file a bug against community->hudson with a subject like 'Move job job-name to hudson.eclipse.org'. Webmaster will then import the job and close the bug. Please note that the new instance does not provide the same plugins as the previous instance. You may also need to update your job configuration to account for differences in the Hudson deployment.
Hudson configuration and tools
The Hudson setup uses 3 SLES 11 x86_64 machines (1 master and 2 slaves), with bash as the default shell. These machines are behind a firewall so any outbound http(s) connections are proxied.
The following global variables are set(identically across installs):
- JVM_OPTS: proxy data (see "Accessing the Internet" below)
- ANT_ARGS: proxy data
- ANT_OPTS: proxy data
Each node also has a .m2/settings.xml file with the proxy data.
Tools(and locations)
- Maven 2.2.1 (installed automatically)
- Maven 3.0 alpha 5 (installed automatically)
- Maven 3.0-alpha-5-local (/shared/common/apache-maven-3.0-alpha-5)
- Maven 3.0-alpha-6-local (/shared/common/apache-maven-3.0-alpha-6)
- Maven 3.0-Beta-1 (/shared/common/apache-maven-3.0-beta-1)
- Sun Java 5 SR 22 64bit (/shared/common/jdk-1.5.0-22.x86_64)
- Sun Java 5 R 16 32bit (/shared/common/jdk-1.5.0_16)
- Sun Java 5 R 22 64bit (/shared/common/jdk-1.5.0-22.x86_64)
- Sun Java 6 R 21 32bit (/shared/common/sun-jdk1.6.0_21_i586)
- Sun Java 6 R 21 64bit (/shared/common/sun-jdk1.6.0_21_x64)
- Apache-ant-1.8.1 (/shared/common/apache-ant-1.8.1)
- Apache-ant-1.7.1 (/shared/common/apache-ant-1.7.1)
- Apache-ant-1.7.0 (/shared/common/apache-ant-1.7.0)
- Apache-ant-1.6.5 (/shared/common/apache-ant-1.6.5)
- Headless Buckminster 3.6 (/shared/common/buckminster-3.6)
- Buckminster 3.6 Integration (installed automatically)
Accessing the Internet using Proxy
Each Hudson instance has unrestricted access to the Internet by using proxy.eclipse.org. The shell environment variables below are set for the Hudson build user. If your build process overrides, or bypasses these variables, you must instruct your tools to use the proxy service to access external sites.
ftp_proxy=http://proxy.eclipse.org:9898 http_proxy=http://proxy.eclipse.org:9898 https_proxy=http://proxy.eclipse.org:9898 no_proxy='localhost, 127.0.0.1, 172.30.206.0, eclipse.org'
JAVA_ARGS="-Dhttp.proxyHost=proxy.eclipse.org -Dhttp.proxyPort=9898 -Dhttps.proxyHost=proxy.eclipse.org -Dhttps.proxyPort=9898 -Dhttp.nonProxyHosts=*.eclipse.org -Dhttps.nonProxyHosts=*.eclipse.org -Dftp.proxyHost=proxy.eclipse.org -Dftp.proxyPort=9898 -Dftp.nonProxyHosts=*.eclipse.org"
JVM_OPTS="-Dhttp.proxyHost=proxy.eclipse.org -Dhttp.proxyPort=9898 -Dhttps.proxyHost=proxy.eclipse.org -Dhttps.proxyPort=9898 -DhttpnonProxyHosts=*.eclipse.org -DhttpsnonProxyHosts=*.eclipse.org -Dftp.proxyHost=proxy.eclipse.org -Dftp.proxyPort=9898 -DftpnonProxyHosts=*.eclipse.org"
ANT_ARGS="-Dhttp.proxyHost=proxy.eclipse.org -Dhttp.proxyPort=9898 -Dhttps.proxyHost=proxy.eclipse.org -Dhttps.proxyPort=9898 -DhttpnonProxyHosts=*.eclipse.org -DhttpsnonProxyHosts=*.eclipse.org -Dftp.proxyHost=proxy.eclipse.org -Dftp.proxyPort=9898 -DftpnonProxyHosts=*.eclipse.org"
ANT_OPTS="-Dhttp.proxyHost=proxy.eclipse.org -Dhttp.proxyPort=9898 -Dhttps.proxyHost=proxy.eclipse.org -Dhttps.proxyPort=9898 -DhttpnonProxyHosts=*.eclipse.org -DhttpsnonProxyHosts=*.eclipse.org -Dftp.proxyHost=proxy.eclipse.org -Dftp.proxyPort=9898 -DftpnonProxyHosts=*.eclipse.org"
Why use a Proxy?
The purpose of the Proxy for Hudson is not for security -- we use firewalls for that. The proxy is used for three specific reasons:
- The Eclipse Hudson environment is expected to grow to a large number of slaves for builds and for tests. If each of those slaves requires a routable IP address, the Foundaton will be required to acquire (at cost) additional IP blocks, which further complicates routing and firewall setups.
- A proxy will allow us to track and monitor external dependencies that are downloaded at build time, for IP purposes.
- A proxy will enable us to implement caching at the proxy level, should the CI mechanism begin to download the entire world and consume too much bandwidth.
Additional Troubleshooting Tips
From Martin Taal, via Forums:
Buckminster cvs materializing, uses a proxy, how is this configured?
To finish this thread. Michael Wenz pointed me to a change made in the cdo build (to solve this issue), a snippet from his email to me:
But I saw that the CDO build is green again and they still do an Ant call from Hudson that again triggers Buckminster. Previously that build failed with the same exception as ours did or do.
Not sure what these guys changed, but I saw that they added something in their build.xml that seems to fix this. I found 2 snippets that appear to be in connection with this: ... <condition property="no.proxy" value="${env.no_proxy}, dev.eclipse.org" else="dev.eclipse.org"> <isset property="env.no_proxy" /> </condition> ...
... <java fork="true" jar="${@{app}.launcher}" dir="${@{app}.deploy.dir}" failonerror="true"> <env key="no_proxy" value="${no.proxy}" /> <properties /> <args /> </java> ...
Hudson for Committers
- Build in Hudson - Information on requesting jobs, running jobs, setting up builds.
- RCP apps with Buckminster on Hudson
- Building an Eclipse project (Teneo) with Buckminster and Hudson
- Athena Common Builder on Hudson
- Maven on Hudson
- How to....
Hudson for Administrators
Duties of Administrators
- Hudson upgrades and restarts
- New Hudson accounts
- Add plugins
- Set policy for Hudson usage
- Watch changes to this wiki page
- Monitor the Hudson Inbox.
Who are the Adminstrators
- Eclipse Webmasters - webmaster@eclipse.org
Hudson for Distributed Builds
- Testing on Multiple Platforms
- What is the Test-Slave Node?
- How do I use the Test Slave Node to run Tests?