Skip to main content

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.

Jump to: navigation, search

Difference between revisions of "Hudson-ci/Using Hudson/Installing Hudson"

m
Line 6: Line 6:
 
== WAR file ==
 
== WAR file ==
  
After you download [http://www.eclipse.org/hudson/downloads/ | hudson.war], you can launch it by executing {{Template:code|java -jar hudson.war}}. This is mostly useful for testing purposes. For production we recommend using native packages for simplified install or deployment in a servlet container that supports Servlet 2.4/JSP 2.0 or later, such as Glassfish, Tomcat 5, JBoss, Jetty 6, etc. See [[#Containers]] for more about container-specific installation instruction.
+
After you download [http://www.eclipse.org/hudson/downloads/ hudson.war], you can launch it by executing {{Template:code|java -jar hudson.war}}. This is mostly useful for testing purposes. For production we recommend using native packages for simplified install or deployment in a servlet container that supports Servlet 2.4/JSP 2.0 or later, such as Glassfish, Tomcat 5, JBoss, Jetty 6, etc. See [[#Containers]] for more about container-specific installation instruction.
  
 
Once the war file is exploded, run {{Template:code|chmod 755 hudson}} in the exploded {{Template:path|hudson/WEB-INF}} directory so that you can execute this shell script.
 
Once the war file is exploded, run {{Template:code|chmod 755 hudson}} in the exploded {{Template:path|hudson/WEB-INF}} directory so that you can execute this shell script.
Line 16: Line 16:
 
* [[Hudson-ci/Installing_Hudson_DEB|Installing Hudson on Ubuntu and Debian]]
 
* [[Hudson-ci/Installing_Hudson_DEB|Installing Hudson on Ubuntu and Debian]]
 
* [[Hudson-ci/Installing_Hudson_RPM|Installing Hudson on Oracle Enterprise Linux, RedHat, CentOS & Fedora ]]
 
* [[Hudson-ci/Installing_Hudson_RPM|Installing Hudson on Oracle Enterprise Linux, RedHat, CentOS & Fedora ]]
* [[[[Hudson-ci/Installing_Hudson_SUSE|Installing Hudson on openSUSE]]
+
* [[Hudson-ci/Installing_Hudson_SUSE|Installing Hudson on openSUSE]]
  
 
For other operating systems check out the following pages for help.
 
For other operating systems check out the following pages for help.
  
* [Installing Hudson as a Unix daemon]
+
* [[Hudson-ci/Installing_Hudson_Unix_Daemon|Installing Hudson as a Unix daemon]]
* [Installing Hudson on OpenSolaris]
+
* [[Hudson-ci/Installing_Hudson_OpenSolaris|Installing Hudson on OpenSolaris]]
* [Installing Hudson on Gentoo]
+
* [[Hudson-ci/Installing_Hudson_Gentoo|Installing Hudson on Gentoo]]
* [FreeBSD]
+
* [[Hudson-ci/Installing_Hudson_FreeBSD]
* [FreeBSD 4|FreeBSD 4.9]
+
* [http://pauloswald.com/blog/article/29/hudson-solaris-smf-manifest Installing Hudson as Solaris 10 service]
* [Installing Hudson as Solaris 10 service|http://pauloswald.com/blog/article/29/hudson-solaris-smf-manifest]
+
* [Installing Hudson as a Unix daemon] if your flavor of Unix isn't any of the ones above.
+
  
Alternatively, if you have a servlet container that supports Servlet 2.4/JSP 2.0, such as Glassfish v2, Tomcat 5 (or any later versions), ou can run them as services, and deploy {{hudson.war}} as you would any other war file. [Container specific|Containers] documentation is available if you choose this route.
+
Alternatively, if you have a servlet container that supports Servlet 2.4/JSP 2.0, such as Glassfish v2, Tomcat 5 (or any later versions), you can run them as services, and deploy '''hudson.war''' as you would any other war file. [[Hudson-ci/Container_Specific_Information|Containers] documentation is available if you choose this route.
[_Top of page_|#top]
+
  
h1. Windows Installation
+
== Windows Installation ==
  
If you're running on Windows you might want to run Hudson as a service so it starts up automatically without requiring a user to log in. The easiest way is follow [Installing Hudson as a Windows service]. Alternatively, you can install a servlet container like GlassFish and Tomcat, which can run as a service by itself, and then deploy Hudson to it.
+
If you're running on Windows you might want to run Hudson as a service so it starts up automatically without requiring a user to log in. The easiest way is follow [[Hudson-ci/Installing_Hudson_Windows_Service | Installing Hudson as a Windows service]]. Alternatively, you can install a servlet container like GlassFish and Tomcat, which can run as a service by itself, and then deploy Hudson to it.
  
Since Hudson was written to work on unix-like platforms, some parts assume the presence of unix-utilities. It is advised to install these as well on Windows. Install [UnxUtils|http://unxutils.sourceforge.net/] (this includes a shell that seems to work with forward and backwards slashes and does globbing correctly), put it in the Windows {{PATH}}, and copy {{sh.exe}} to {{C:\bin\sh.exe}} (or whichever drive you use) to make shebang lines work. This should get you going.
+
Since Hudson was written to work on unix-like platforms, some parts assume the presence of unix-utilities. It is advised to install these as well on Windows. Install [http://unxutils.sourceforge.net/ UnxUtils] (this includes a shell that seems to work with forward and backwards slashes and does globbing correctly), put it in the Windows {{Template:Code|PATH}}, and copy {{Template:Code|sh.exe}} to {{Template:Path|C:\bin\sh.exe}} (or whichever drive you use) to make shebang lines work. This should get you going.
  
If you're running on Windows you might want to run Hudson as a service so it starts up automatically without requiring a user to log in. One way is to first install Tomcat as a service and then deploy Hudson to it in the usual way.  Another way is to use the [Java Service Wrapper|http://wrapper.tanukisoftware.org/doc/english/introduction.html]. However, there may be problems using the service wrapper, because the Main class in Hudson in the default namespace conflicts with the service wrapper main class. Deploying inside a service container (Tomcat, Jetty, etc.) is probably more straightforward, even for developers without experience with such containers.
+
If you're running on Windows you might want to run Hudson as a service so it starts up automatically without requiring a user to log in. One way is to first install Tomcat as a service and then deploy Hudson to it in the usual way. Another way is to use the [http://wrapper.tanukisoftware.org/doc/english/introduction.html Java Service Wrapper]. However, there may be problems using the service wrapper, because the Main class in Hudson in the default namespace conflicts with the service wrapper main class. Deploying inside a service container (Tomcat, Jetty, etc.) is probably more straightforward, even for developers without experience with such containers.
* [Installing Hudson as a Windows service]
+
* [[Hudson-ci/Installing_Hudson_Windows_Service | Installing Hudson as a Windows service]]
  
[_Top of page_|#top]
+
== Case Studies ==
 
+
h1. Case Studies
+
  
 
Also, see how other people are deploying Hudson to get some idea of how to make it fit your environment.
 
Also, see how other people are deploying Hudson to get some idea of how to make it fit your environment.
Line 52: Line 47:
 
* [Case Study of JBoss|http://jboss-qa.blogspot.com/2007/10/taking-continuous-integration-to.html]
 
* [Case Study of JBoss|http://jboss-qa.blogspot.com/2007/10/taking-continuous-integration-to.html]
 
* we'd love to list yours here. Please talk to us.
 
* we'd love to list yours here. Please talk to us.
 
[_Top of page_|#top]
 

Revision as of 10:04, 18 August 2011

Hudson Continuous Integration Server
Website
Download
Community
Mailing ListForumsIRCmattermost
Issues
OpenHelp WantedBug Day
Contribute
Browse Source
Hudson-bust.png Installing Hudson










Prerequisites

Hudson only needs a Java 5 or newer runtime.

WAR file

After you download hudson.war, you can launch it by executing java -jar hudson.war. This is mostly useful for testing purposes. For production we recommend using native packages for simplified install or deployment in a servlet container that supports Servlet 2.4/JSP 2.0 or later, such as Glassfish, Tomcat 5, JBoss, Jetty 6, etc. See #Containers for more about container-specific installation instruction.

Once the war file is exploded, run chmod 755 hudson in the exploded hudson/WEB-INF directory so that you can execute this shell script.

Unix/Linux Installation

The Hudson project provides native packages for various Linux distributions. These are the simplest way to run Hudson in production, since the packages set up user, service and all other configuration as well as integrate with the native upgrade mechanism of the operating system.

For other operating systems check out the following pages for help.

Alternatively, if you have a servlet container that supports Servlet 2.4/JSP 2.0, such as Glassfish v2, Tomcat 5 (or any later versions), you can run them as services, and deploy hudson.war as you would any other war file. [[Hudson-ci/Container_Specific_Information|Containers] documentation is available if you choose this route.

Windows Installation

If you're running on Windows you might want to run Hudson as a service so it starts up automatically without requiring a user to log in. The easiest way is follow Installing Hudson as a Windows service. Alternatively, you can install a servlet container like GlassFish and Tomcat, which can run as a service by itself, and then deploy Hudson to it.

Since Hudson was written to work on unix-like platforms, some parts assume the presence of unix-utilities. It is advised to install these as well on Windows. Install UnxUtils (this includes a shell that seems to work with forward and backwards slashes and does globbing correctly), put it in the Windows PATH, and copy sh.exe to C:\bin\sh.exe (or whichever drive you use) to make shebang lines work. This should get you going.

If you're running on Windows you might want to run Hudson as a service so it starts up automatically without requiring a user to log in. One way is to first install Tomcat as a service and then deploy Hudson to it in the usual way. Another way is to use the Java Service Wrapper. However, there may be problems using the service wrapper, because the Main class in Hudson in the default namespace conflicts with the service wrapper main class. Deploying inside a service container (Tomcat, Jetty, etc.) is probably more straightforward, even for developers without experience with such containers.

Case Studies

Also, see how other people are deploying Hudson to get some idea of how to make it fit your environment.

Copyright © Eclipse Foundation, Inc. All Rights Reserved.