Jenkins+SVN+tomcat持续集成发布

有代码更新后重新打包到tomcat再发布,是不是很烦?

看了下面的东西你就不会烦了。

SVN或者git等代码版本控制工具不说了,如果是本地开发,也可以安装一个svn server端

jenkins下载后是一个war包,

首先设置下 环境变量   JENKINS_HOME  为 c:\jenkins

拷贝到一个tomcat的webapp目录下启动tomcat保证能正常访问

http://localhost:8880/jenkins/  多个tomcat请注意修改端口

打开后第一次没任何项目,新建一个项目   maven项目,怎么创建maven项目  请参考我的博客其他文章

必填项:

项目名称:   随意了,自己喜欢就好 O(∩_∩)O哈哈~

下面填写自己的svn cvs等信息,地址及用户名密码

往下: 请勾选  Build whenever a SNAPSHOT dependency is built 这个复选框

再往下就是配置构建成功后发布信息的,这个首先得安装一个插件

安装Deploy to container Plugin 插件,安装成功后才能自动发布

安装好后重启下服务器最好

构建后操作,选择安装好插件后的 deploy war to container,

输入target目录下生成的war包,

配置远程的tomcat,并保证可以登录到manage界面,配置的tomcat处于启动状态

注意:

tomcat默认是没有用户可以登录的  需要修改 conf下的user.xml

如下:

<?xml version=‘1.0‘ encoding=‘utf-8‘?>
<tomcat-users>
  <role rolename="manager-gui"/>
  <role rolename="manager-script"/>
  <role rolename="manager-jmx"/>
  <role rolename="manager-status"/>
  <user password="tomcat" roles="manager-gui,manager-script,manager-jmx,manager-status" username="tomcat"/>
</tomcat-users>

配置完成,点击应用  保存

然后创建,失败是红色,具体信息看控制台,成功后的log大致如下:

Started by user anonymous
Building in workspace c:\jenkins\workspace\demo
Updating https://xiaochangwei/svn/demo1/Test001 at revision ‘2015-11-10T12:59:10.009 +0800‘
At revision 7
no change for https://xiaochangwei/svn/demo1/Test001 since the previous build
Parsing POMs
Established TCP socket on 51539
[demo] $ "C:\Program Files\Java\jdk1.7.0_80/bin/java" -cp c:\jenkins\plugins\maven-plugin\WEB-INF\lib\maven32-agent-1.7.jar;C:\work\software\apache-maven-3.3.3\boot\plexus-classworlds-2.5.2.jar;C:\work\software\apache-maven-3.3.3/conf/logging jenkins.maven3.agent.Maven32Main C:\work\software\apache-maven-3.3.3 C:\apache-tomcat-7.0.64\webapps\jenkins\WEB-INF\lib\remoting-2.52.jar c:\jenkins\plugins\maven-plugin\WEB-INF\lib\maven32-interceptor-1.7.jar c:\jenkins\plugins\maven-plugin\WEB-INF\lib\maven3-interceptor-commons-1.7.jar 51539
<===[JENKINS REMOTING CAPACITY]===>channel started
Executing Maven:  -B -f c:\jenkins\workspace\demo\pom.xml install
[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building Test001 0.0.1-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ Test001 ---
[WARNING] Using platform encoding (GBK actually) to copy filtered resources, i.e. build is platform dependent!
[INFO] Copying 0 resource
[INFO]
[INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ Test001 ---
[INFO] Nothing to compile - all classes are up to date
[INFO]
[INFO] --- maven-resources-plugin:2.6:testResources (default-testResources) @ Test001 ---
[WARNING] Using platform encoding (GBK actually) to copy filtered resources, i.e. build is platform dependent!
[INFO] Copying 0 resource
[INFO]
[INFO] --- maven-compiler-plugin:3.1:testCompile (default-testCompile) @ Test001 ---
[INFO] Nothing to compile - all classes are up to date
[INFO]
[INFO] --- maven-surefire-plugin:2.12.4:test (default-test) @ Test001 ---
[JENKINS] Recording test results
[INFO]
[INFO] --- maven-war-plugin:2.2:war (default-war) @ Test001 ---
[INFO] Packaging webapp
[INFO] Assembling webapp [Test001] in [c:\jenkins\workspace\demo\target\Test001-0.0.1-SNAPSHOT]
[INFO] Processing war project
[INFO] Copying webapp resources [c:\jenkins\workspace\demo\src\main\webapp]
[INFO] Webapp assembled in [41 msecs]
[INFO] Building war: c:\jenkins\workspace\demo\target\Test001-0.0.1-SNAPSHOT.war
[INFO] WEB-INF\web.xml already added, skipping
[INFO]
[INFO] --- maven-install-plugin:2.4:install (default-install) @ Test001 ---
[INFO] Installing c:\jenkins\workspace\demo\target\Test001-0.0.1-SNAPSHOT.war to c:\wis_mvn_repo\com\xiao\Test001\0.0.1-SNAPSHOT\Test001-0.0.1-SNAPSHOT.war
[INFO] Installing c:\jenkins\workspace\demo\pom.xml to c:\wis_mvn_repo\com\xiao\Test001\0.0.1-SNAPSHOT\Test001-0.0.1-SNAPSHOT.pom
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 3.192 s
[INFO] Finished at: 2015-11-10T12:59:18+08:00
[INFO] Final Memory: 17M/226M
[INFO] ------------------------------------------------------------------------
[JENKINS] Archiving c:\jenkins\workspace\demo\pom.xml to com.xiao/Test001/0.0.1-SNAPSHOT/Test001-0.0.1-SNAPSHOT.pom
[JENKINS] Archiving c:\jenkins\workspace\demo\target\Test001-0.0.1-SNAPSHOT.war to com.xiao/Test001/0.0.1-SNAPSHOT/Test001-0.0.1-SNAPSHOT.war
channel stopped
[WARNING] Couldn‘t clean up oid=3 from null
hudson.remoting.ChannelClosedException: channel is already closed
	at hudson.remoting.Channel.send(Channel.java:575)
	at hudson.remoting.RemoteInvocationHandler$PhantomReferenceImpl.cleanup(RemoteInvocationHandler.java:360)
	at hudson.remoting.RemoteInvocationHandler$PhantomReferenceImpl.access$700(RemoteInvocationHandler.java:319)
	at hudson.remoting.RemoteInvocationHandler$Unexporter.run(RemoteInvocationHandler.java:420)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
	at java.util.concurrent.FutureTask.run(FutureTask.java:262)
	at hudson.remoting.AtmostOneThreadExecutor$Worker.run(AtmostOneThreadExecutor.java:110)
	at java.lang.Thread.run(Thread.java:745)
Caused by: java.io.IOException
	at hudson.remoting.Channel.close(Channel.java:1160)
	at hudson.remoting.Channel.close(Channel.java:1135)
	at hudson.remoting.Channel$CloseCommand.execute(Channel.java:1076)
	at hudson.remoting.Channel$1.handle(Channel.java:498)
	at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:60)
Deploying c:\jenkins\workspace\demo\target\Test001-0.0.1-SNAPSHOT.war to container Tomcat 7.x Remote
  [c:\jenkins\workspace\demo\target\Test001-0.0.1-SNAPSHOT.war] is not deployed. Doing a fresh deployment.
  Deploying [c:\jenkins\workspace\demo\target\Test001-0.0.1-SNAPSHOT.war]
Finished: SUCCESS

打开tomcat管理页面都能看见发布的项目

同样打开这个项目也能正常访问

jdk maven配置:

时间: 2024-10-06 14:29:18

Jenkins+SVN+tomcat持续集成发布的相关文章

Jenkins+maven+svn+tomcat 持续集成环境快捷部署

搭建持续集成环境 jenkins + maven + svn + tomcat 实现自动编译打包部署 1.环境准备 (1)JDK1.8.0_131                    #不低于1.7版本,这里用最新版本 (2)Apache Maven 3.3.9        #可以选择3.2.5或者3.3.9:不要使用3.5.0版本!! (3)SVN客户端(Subversion 1.6.11)         #程序版本控制SVN1.6.11 (4)Tomcat1.7(apache-tomc

Jenkins+SVN+Maven持续集成一键部署环境

一.jenkins介绍 Jenkins是基于Java开发的一种持续集成工具,用于监控持续重复的工作,功能包括: 1.持续的软件版本发布/测试项目. 2.监控外部调用执行的工作. Jenkins拥有的特性: a. 易于安装:只要把jenkins.war部署到servlet容器,不需要数据库的支持. b. 易于配置:所有配置都是通过其提供的web界面实现. c. 集成RSS/E-mail通过RSS发布构建结果或当构建完成时通过e-mail通知. d. 生成JUnit/TestNG测试报告. e. 分

使用Maven+Nexus+Jenkins+Svn+Tomcat+Sonar搭建持续集成环境(二)

前言     上一篇随笔Maven+Nexus+Jenkins+Svn+Tomcat+Sonar搭建持续集成环境(一)介绍maven和nexus的环境搭建,以及如何使用maven和nexus统一管理库文件和版本,以及怎么将自己的模块上传至nexus私服,供其他模块引用.下面将主要介绍如何利用Jenkins.SVN.Tomcat以及Sonar来完成项目的自动化编译.测试和发布,以及检查项目的代码质量. 利器Jenkins     Jenkins源于另外一个持续集成工具Hudson,Hudson在o

使用Maven+Nexus+Jenkins+Svn+Tomcat+Sonar搭建持续集成环境

转载:http://www.cnblogs.com/leefreeman/p/4226978.html 前言 上一篇随笔Maven+Nexus+Jenkins+Svn+Tomcat+Sonar搭建持续集成环境(一)介绍maven和nexus的环境搭建,以及如何使用maven和nexus统一管理库文件和版本,以及怎么将自己的模块上传至nexus私服,供其他模块引用.下面将主要介绍如何利用Jenkins.SVN.Tomcat以及Sonar来完成项目的自动化编译.测试和发布,以及检查项目的代码质量.

CentOS6.8 部署Tomcat+jenkins+git+maven 持续集成

CentOS6.8 部署Tomcat+jenkins+git+maven 持续集成 一.环境介绍: 1.操作系统:CentOS 6.8  IP:192.168.1.100 2.JDK版本:jdk1.8.0_101 3.Tomcat版本:tomcat-9.0.0.M21 4.jenkins版本: Jenkins ver. 2.46.3 5.git版本:git version 2.9.4 6.maven版本:3.5.0 二.环境部署 1.下载所需软件包 # mkdir /tmp/soft ; cd

jenkins + Tomcat 持续集成环境搭建

今天在跑selenium用例时需要用到导入数据库来恢复数据,以便每次测试都保持环境是有效数据,于是想到了jenkins,这里简单介绍一下tomcat + jenkins的环境搭建: 步骤一.下载符合版本的jdk7,触压到某个目录,设置好JAVA_HOME并加入path. 步骤二.下载tomcat,这里使用的是apache-tomcat-7.0.42步骤三.下载Jenkins,把Jenkins.war放入tomcat的webapps目录下,启动tomcat,通过http://localhost:8

实战docker+jenkins+git构建持续集成环境

本文重点介绍jenkins以及让jenkins如何实现在docker容器中运行.jenkins和docker私有仓库又是怎么结合的.docker说明及安装和git说明及安装在本文中不会特别详细的介绍. ?并且,在本文中不着重介绍原理性的东西,比如不会介绍什么是持续集成.持续构建等等.本文的重点是实战为主.对持续集成.持续交互.持续部署不太了解的朋友可以参考这篇文章了解一下:https://www.zhihu.com/question/23444990 1.背景说明 Jenkins是一个开源软件项

jenkins + Git 搭建持续集成环境

jenkins + Git 搭建持续集成环境 持续集成通过自动化构建.自动化测试以及自动化部署加上较高的集成频率保证了开发系统中的问题能迅速被发现和修复,降低了集成失败的风险,使得系统在开发中始终保持在一个稳定健康的集成状态.jenkins是目前广泛应用的持续集成工具,本文记录我使用jenkins+Git配置持续集成环境的整个流程以及踩到的坑(jenkins过程的坑往往不是在第一次配置,而是在配置结束后更改某些配置项的时候踩到). 总体流程如下: tomcat8.0下载地址:http://tom

基于 Jenkins 快速搭建持续集成环境

持续集成是一种软件开发实践,对于提高软件开发效率并保障软件开发质量提供了理论基础.Jenkins 是一个开源软件项目,旨在提供一个开放易用的软件平台,使持续集成变成可能.本文正是从持续集成的基本概念入手,通过具体实例,介绍了如何基于 Jenkins 快速搭建持续集成环境. 持续集成概述 什么是持续集成 随着软件开发复杂度的不断提高,团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题.尤其是近些年来,敏捷(Agile) 在软件工程领域越来越红火,如何能再不断变