Jenkins节点配置的启动方式中没有Launch agent via Java Web Start,如下图 怎样能设置出来呢? 1:打开"系统管理"——"Configure Global Security" 2:TCP port JNLP agents 配置成"随机",点击"Agent protocols"[代理协议],打勾开启"Java Web Start Agent Protocol/4 (TLS 加密)&qu

一. 通信协议 为了master和agent能够正常通信,连接的建立必须是双向的. SSH: master通过标准的SSH协议连接slave. Java Web Start: Java 应用在agent 主机上启动,Master和agent通过TCP建立连接. 这种方法往往是在agnet在防火墙内部,master不能发起连接的情况下使用. Windows service: 这种方法是注册 agnet在远端主机上作为一个服务.该方法设置比较繁琐,且需要图形接口的支持. 二. 设置 agent 关联

Jenkins 在 Windows agent 上执行shell 命令,听起来很有意思,以下方法可以在 Jenkins 中执行一些简单的 shell 脚本,如果是复杂脚本就交给 Linux agent 去做吧. 1. 安装工具(二选一) - Git bash - Cygwin 由于我用Git, 所以我安装的是Git for Windows. https://git-scm.com/download/win 2. 加入环境变量PATH 把 Git bash 命令的路径加入环境变量, 例如:“C:\

[前言] 很多小伙伴都已经会搭建Jenkins环境了,都想要用Jenkins来运行自动化接口,可我们的Jenkins在linux服务器上.服务器上默认的python包是2.6的这样不是很好,那么这边就引入了一个agent的概念,代理Windows [新增Windows节点] 1  在Jenkins的节点管理 新增1个节点  2  节点新增后,打开节点如下提示 3 .解决上述2的问题 点击进行配置,把TCP的端口打开,同时关闭Windows上的防火墙,保证通讯 4.点击launch.下载该agen

1. 接上边编辑好文件 2. 双击以上的jnlp文件 3. 点击弹出的窗口File->save as service, 此时如果报错的话很可能是由于没有安装.net(.net2 以上) 4. 保存一下运行即可.

有代码更新后重新打包到tomcat再发布,是不是很烦? 看了下面的东西你就不会烦了. SVN或者git等代码版本控制工具不说了,如果是本地开发,也可以安装一个svn server端 jenkins下载后是一个war包, 首先设置下 环境变量   JENKINS_HOME  为 c:\jenkins 拷贝到一个tomcat的webapp目录下启动tomcat保证能正常访问 http://localhost:8880/jenkins/  多个tomcat请注意修改端口 打开后第一次没任何项目,新建一

Jenkins的功能强大,在于它的插件式框架,能扩展功能,自动化当中,很容易想到的是对提交的新代码做测试,这里gatling主要是负责压力测试,也就是所谓的性能.关于gatling,可以参考我前面的博文. 在jenkins下,首先要安装gatling的插件,可以直接在Jenkins>Manage Jenkins>Manage Plugins>Available下点击安装,也可以在Advance里面通过上传安装.由于我这里两个浏览器设置的代理不同,在测试jenkins的浏览器中不能直接点击

自动化领域比较有影响力的开源框架jenkins,确实比较强大,易用.很多公司将其用来做持续即成CI(continuous integration).为了拓展和强化自己的软件设计生态系统,也将很久前使用过的jenkins再熟悉一下.在这里做下备忘. 首先就是下载jenkins安装包,其实所谓的安装,是习惯说法,这个直接从官网下载后,一个war包(jenkins.war, 60M大小左右),直接就可以启动运行.我本地安装的是最新版本1.644. 由于jenkins是java写的,运行过程中需要有JD

Started by user admin Building in workspace /var/jenkins_home/workspace/helloworld [WS-CLEANUP] Deleting project workspace... [WS-CLEANUP] Done Cloning the remote Git repository Cloning repository http://172.16.160.100/publicTest/helloworld.git > git

说明:通过master/slave模式,可以在master节点上统一管理其他slave节点. 下面说明一步步实现master/slave模式. 第一步:以管理员登录jenkins.点击"系统管理/管理节点". 注:一般用户也可以添加节点.IE输入:http://ip:port/jenkins/computer/即可介入节点视图. 第二步:选择"新建节点".如果是首次创建,则只有"dumb slave"可用,否则还可从现有节点复制. 第三步:选择&

写在前面 大家可以看到本文的配图,左边是jenkins单机环境,右边是jenkins集群.个中区别,不言而喻,形象生动. 前面我分别介绍了.net core 程序的多种部署方式(无绝对孰优孰劣): 1.普通直接部署(Asp.Net Core 程序部署到Linux(centos)生产环境(一):普通部署). 2.docker部署(Asp.Net Core 程序部署到Linux(centos)生产环境(二):docker部署). 3.jenkins+docker自动化部署(Asp.net Core

1.这个问题出现在单独构建一个项目的子模块时,很奇怪,构建父项目没有问题. Executing Maven: -N -B -f /root/.jenkins/workspace/newMer/pom.xml clean install -Dmaven.test.skip=true tomcat:run java.lang.NullPointerException at jenkins.maven3.agent.Maven33Main.launch(Maven33Main.java:176) at

1)Maven TestNG什么的都配置好了,在本地用eclipse->Run AS->MAVEN INSTALL运行正常 2) Jenkins安装了插件,也建立了MAVEN项目.MAVEN项目里面也设置好了maven的pom.xml文件的路径. 3) Jenkins->Global Tool Configuration里面JAVA_HOME和MAVEN_HOME都配置正确. 4)创建构建,build所建立的maven项目,出现Could not find or load main cl

自动化构建的时候报错,网搜查询说是maven的jenkinks配置问题导致的.修改系统工具配置的maven配置就可以了 Started by user XX Building in workspace /root/.jenkins/workspace/AutoTest_Maven Checking out a fresh workspace because there's no workspace at /root/.jenkins/workspace/AutoTest_Maven Cleani

/** * lihaibo * 文章内容都是根据自己工作情况实践得出. * 版权声明:本博客欢迎转发,但请保留原作者信息! http://www.cnblogs.com/horizonli/p/5332645.html */ 一.使用maven编译 (maven编译  与 测试 test 和打包 package 和 部署 install 类似,不再赘述 ) 在项目的配置页面中有个maven配置:里面只有一个clean   就是清除以前的构建信息: 之前我使用了clean   package来编译

[1]no such file 报错: 如果jdk配置路径错误,有可能会报这样的错误: 其实只要在/etc/profile中配置好JAVA_HOME就足够了: 对应的系统配置框,留空不新加即可: [2]因为没有相应的jar包资源而报的错: 把对应需要的用到的jar上传到正确的.repository目录中 /var/lib/jenkins/workspace/工程名,项目名/.repository/com/oracle/ojdbc6/11.2.0.1.0 Started by user anony

1.安装Maven并配置环境变量 下载maven(windows下载zip包,linux下载tar.gz包),然后配置环境变量 在项目中使用maven,可以从java中央仓库中获取到项目所依赖的jar包,才能完成项目的部署. 1.1 Linux配置环境变量内容 export MAVEN_HOME=/usr/local/apache-maven-3.5.3  -- 选择自己正确的版本号export PATH=${PATH}:${MAVEN_HOME}/bin 配置完成后,输入source prof

本文主要根据Jenkins上的日志来继续说明构建项目的过程,上文我们已经讲到构建一个测试环境或单独终端的过程,详情可以了解上篇文章 一.背景介绍 首先看下SVN代码的仓库的结构: 代码仓库里有一个文件夹,可以随便取名,文件夹中可以放置很多单独的项目,每个项目下有branch,trunk,demand三个文件.在branch下面可以有pc端,微信端, APP端,后台等终端,从下面的结构中,可以看出每个终端的代码中有资源文件夹src(类的定义,配置文件,说明文档,jar包等)和pom文件. 二.构建

近期又有几个朋友看了俺的文章询问.怎样让Jenkins能做到分布式.我解释了非常久,发现这也是个非常好的topic,就来博客继续念叨念叨. 这个非常easy,所以这篇文章也就介绍简单点. 首先说下Jenkins能支持的几种build框架: 1.我构建,我收集的Master only框架.  Master only 框架主要就靠Jenkins本身运作在Server上(数据库在server上或不在都属于该框架),利用Server本身的硬件资源进行build(编译,做包.測试等). 它能做到的事情:

当任务分配到slave上执行时,报如下错误: Parsing POMs Established TCP socket on 38257 maven33-agent.jar already up to date maven33-interceptor.jar already up to date maven3-interceptor-commons.jar already up to date [b012ef95d917292e062fe3d70c7a9b01] $ java -cp /var/l

Execute shell Command BUILD_ID=DONTKILLMEif [ ! -d "/usr/jenkins/$JOB_NAME" ]; then mkdir /usr/jenkins/$JOB_NAMEficd /usr/jenkins/$JOB_NAMErm -rf *cp $JENKINS_HOME/workspace/$JOB_NAME/target/*.zip ./unzip -o *.zipcd /usr/zocrm/server/tomcat8/zoc