Jenkins构建完成之后运行脚本可以杀掉TomCat但是起不来的解决方法 写了一个重启tomcat的脚本,让jenkins编译.打包.发布时调用.在本地写好重启tomcat的脚本后,本地执行脚本没有问题,但在远程服务器上SSH免密登录执行后.发现可以把TOMCAT杀死,但tomcat却起不来.试了很多次发现都是只能够杀掉Tomcat但是启动不起来. 百度了一下,有人说脚本远程运行的话,远程会话结束以后会把这个子进程干掉.也就是说当Jenkins远程执行完这个脚本之后,这个脚本所衍生的所有子进程

一.前言 首先出于提高自己技术水平和琢磨能做点什么能提高工作效率,上线工作实在无聊.重复(手动编译.打包,传包,重启),于是就想到了jenkins,jenkins持续集成已经不是什么新鲜的话题,网上文章一大堆,俗话说天下文章一大抄,基本上就是那三五篇,相信要是以前没接触过的人没有两三天是弄不出来的,特别是身为运维岗,一些关于开发的东西还是不太懂,在搭建之前什么持续集成.持续构建.持续部署这些概念真是搞不懂,也许是我比较愚笨,在我研究的这段时间里,真是一步一个坑,想想这人品,写这个的目的不为什么,

jenkins 安装步骤 环境: centos7,jdk1.8.0,jenkins2.165,maven3.5.2 一. 安装配置java环境   JDK1.8下载地址:http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html     # tar -zxvf jdk-8u171-linux-x64.tar.gz        # mv  jdk1.8.0_171/ /usr/local/

首先我们需要确定我们的jenkins安装了:publish over ssh 插件,如果没有安装,到-->jenkins首页-->系统管理-->插件管理-->可选安装里面去搜 publish over ssh  -->然后获取即可 1.首先我们需要将jenkins服务器的公钥放到需要部署的服务器上,实现可以免密登陆, 2.到系统管理 --> 系统设置 --> 向下拉找到  publish over ssh 然后去配置 配置选项说明: 1.公共配置: Passphr

Docker  彭东稳  1年前 (2016-12-27)  10709次浏览  已收录  0个评论 一.介绍Jenkins Jenkins是一个开源项目,提供了一种易于使用的持续集成系统,使开发者从繁杂的集成中解脱出来,专注于更为重要的业务逻辑实现上.同时Jenkins能实施监控集成中存在的错误,提供详细的日志文件和提醒功能,还能用图表的形式形象地展示项目构建的趋势和稳定性.并且Jenkins提供了大量的插件,能够完成各种任务. 今天我需要使用Jenkins构建一个Docker镜像,然后自动p

参数化构建分支 1.安装插件:Git Parameter 2.找到我们在Jenkins中建立的工程,勾选“参数化构建过程”,并如下配置 3.在“源码管理”中如下配置 Jenkins构建完显示构建用户和构建分支 1.Jenkins上安装两个插件:description setter plugin(user build vars,显示构建账号,我没用到) 2.在Jenkins的系统管理---全局安全配置中找到标记格式器(Mark formatter) 将纯文本设置为 Safe HTML 3.找到我们

1.首先通过Docker运行Consul,并保证各个服务都成功注册: 然后运行jenkins,对MI.Web项目进行发布构建,至于怎么配置之前已经写过了,和上一篇一模一样,这里贴下批处理命令: cd "%WORKSPACE%\MI.Service.Web"dotnet restoredotnet builddotnet publish -o D:\PublishFile\MI.Web 配置完成后我们需要修改下NuGet配置,因为项目里用的NuGet包是我们通过Docker搭建的,所以我

原文:手把手0基础项目实战(一)--教你搭建一套可自动化构建的微服务框架(SpringBoot+Dubbo+Docker+Jenkins)... 本文你将学到什么? 本文将以原理+实战的方式,首先对"微服务"相关的概念进行知识点扫盲,然后开始手把手教你搭建这一整套的微服务系统. 项目完整源码下载 https://github.com/bz51/SpringBoot-Dubbo-Docker-Jenkins 这套微服务框架能干啥? 这套系统搭建完之后,那可就厉害了: 微服务架构 你的整个

背景运用场景及思路 1.为响应后端开发人员需求,提升项目开发过程效率,选择Jenkins持续构建,进行导包启动一键持续集成 思路: 使用jenkins自带,立即构建->SVN拉取代码,通过Jenkins安装的mvn编译进行打包,并自动化启动后端服务 致谢: 工作岗位的上一任,留给我很多资料进行查阅,感蟹!! Jenkins搭建部署 1.下载tomcat软件,gz压缩包,存放到需要配置的Linux服务器上 2. 官网下载jenkins,将jenkins压缩包,解压后,放置到tomcat-->we

jenkins中自动构建helpcenter.jar文件,然后以在server上以shell脚本的形式启动jar服务.jenkins构建后,手动执行sh脚本,服务启动异常.但jenkins结合shell一起使用的话,jenkins的console中显示正常启动,但server中服务并未启动. 排错的过程总是异常的艰辛,你懂的. shell脚本如下: #!/bin/sh #defined export JAVA_HOME=/usr/java/jdk1.7.0_79 MID=`ps -ef |gre

1. 前言 因为研发部门不想把他们的源代码 git 到服务器再编译,git + maven + jenkins 的方式行不通,于是采用 svn + jenkins的方式,流程如下: 只需要 程序员 手动提交到svn ,后面的事件都是由 jenkins 自动完成的. 2. 实现过程 环境介绍 2.1 svn 服务器搭建 时间同步.selinux .iptables 这些初始化工作就不在说了. 安装svn程序包 [root@192.168.118.14 ~]#yum install subversi

博主原创,转载请注明. 最近在用Jenkins做项目的自动部署,由于项目需求,现在要在本地构建后再放到Tomcat里.以下是本地构建步骤: 名称填写好,下面的选项是可选的. 源码管理这里选择none. 触发器这里,我的是在凌晨3点强制构建.可选. 这里是最重要的一步:选择Execute shell选项.可以使Jenkins执行一些shell命令. 点击之后会出现这个界面,在Command输入框里输入要执行的shell命令. 我指向的是/home/data/crm这个目录下,然后让其执行mvn打包

前段时间用做了一个简单的web api服务,在调试的过程中感觉到手动发布实在是效率低而且容易出错,于是花点时间搞了一下ant+svn+tomcat的自动构建,效果不错,今天拿出来分享一下. 准备工作 SVN服务器:VisualSVN-Server-2.5.8.msi,这windows下比较好用的一个svn服务端,安装和配置都很简单. Ant: Ant 1.7(我用的比较老的版本). Ant插件:svnant1.3(http://subclipse.tigris.org/svnant.html),

基于jersey和Apache Tomcat构建Restful Web服务(一) 现如今,RESTful架构已然成为了最流行的一种互联网软件架构,它结构清晰.符合标准.易于理解.扩展方便,所以得到越来越多网站的采用.那么问题来了,它是什么呢? 起源 REST(Representational state transfer)在 2000 年由 Roy Fielding 在博士论文中提出,他是 HTTP 规范 1.0 和 1.1 版的首席作者之一. REST 中最重要的概念是资源(resources

作者: Yi Ming Huang, 软件工程师, IBM Dong Fei Wu, 软件工程师, IBM Qing Guo, 软件工程师, IBM 出处: http://www.ibm.com/developerworks/cn/web/wa-aj-tomcat/ 使用 Jersey 和 Apache Tomcat 构建 RESTful Web 服务 REST 在 2000 年由 Roy Fielding 在博士论文中提出,他是 HTTP 规范 1.0 和 1.1 版的首席作者之一. REST

小白对jenkins运维的使用有点简单的想法,这里开个记录贴记录下. 由于未找到jenkins构建失败后执行其他脚本的插件,也暂时没有使用其他运维工具.所以想自己写一个shell脚本,一是方便其他人使用,二是可以失败后回滚. 本文使用gitlab webhook触发jenkins构建,jenkins执行shell命令--->mvn或者npm打包--->打包成docker镜像--->发布--->发布成功后用jenkins的git publisher插件push一个gitlab tag

一.目的 在部门的测试环境中,开发人员一旦向gitlab仓库提交成功代码,gitlab就会自动触发jenkins构建项目.当然在构建后还可以添加项目部署或者自动化测试的脚本.这里只针对测试环境. 二.Jenkins配置 2.1 安装Gitlab Hook Plugin插件: 系统管理->管理插件->可选插件->选择安装 Gitlab Hook Plugin和Build Authorization Token Root Plugin插件. 如果没有安装Build Authorization

如题,jenkins构建成功,在jenkins的workspace中有生成的war包,但没有发布到tomcat的webapps目录. 构建日志 找了很多原因发现应该还是项目相对路径不对导致的,我的war包相对路径配置之前是这么配置的:target/bicycleSharingServer-master.war                              (bicycleSharingServer-master项目名) 修改为 使用**/*.war这个万能配置,解决问题,成功发布wa

一.先做好jenkins和gitlab的webhook自动构建 二.选择哪个分支(我这是test分支) 三.选择build Triggers 四.过滤test分支 五.保存即可

配置GitLab Push 自动触发Jenkins构建 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 本篇博客是对之前的笔记:https://www.cnblogs.com/yinzhengjie/p/9607406.html 的一个改进版本,我们可以利用这两篇博客的案例,来实现开发IDE开发数据手动推送到GitLab,然后GitLab和Jenkins联合起来实现自动部署的功能哟!Jenkins的功能还是很强大的!值得我们深一步研究! 一.安装GitLab插件 插件安装可以参