本文Jenkins版本2.190.2,为19年11月最新 1.安装Jenkins.Git.Maven和JDK Jenkins安装参考:https://www.cnblogs.com/zhi-leaf/p/11803959.html Git安装参考:https://www.cnblogs.com/zhi-leaf/p/10978538.html Maven安装参考:https://www.cnblogs.com/zhi-leaf/p/6323081.html JDK安装参考:https://www

Maven deploy部署jar包到远程私仓 maven deploy介绍 maven中的仓库分为两种,snapshot快照仓库和release发布仓库.snapshot快照仓库用于保存开发过程中的不稳定版本,release正式仓库则是用来保存稳定的发行版本.定义一个组件/模块为快照版本,只需要在pom文件中在该模块的版本号后加上-SNAPSHOT即可(注意这里必须是大写),如下: <groupId>com.xxx.abc.bbs.bxx</groupId> <artifa

原来用过eclipse的都知道,想要升级maven工程的jar包版本或者解决jar包冲突,直接在pom文件下的dependency hierarchy视图下右击冲突的jar包,将其exclude掉,然后在pom文件的dependencies视图下点击add按钮,然后添加自己需要的jar包即可.在公司用的是idea,还不是很熟悉,摸索之下在maven窗口中点击show dependencies出现jar包的依赖关系图,如下图所示:                                  

简介 远程部署漏洞属于服务器.中间件配置问题,攻击者可通过远程部署漏洞获取系统权限,远程部署漏洞经常出现在Tomcat.Jboss.Weblogic等web容器之上. 0x01 ### tomcat部署war包 http://192.168.52.128:8080/manager/html tomcat/tomcat POST /manager/html/upload;jsessionid=A0F8351E37AA865DDFC5EC921BFB4F9A?org.apache.catalina.

一.引言 "老婆"和"妈妈"同时掉进水里,先救谁? 常言道:编码五分钟,解冲突两小时.作为Java开发来说,第一眼见到ClassNotFoundException.NoSuchMethodException这些异常来说,第一反应就是排包.经过一通常规和非常规操作以后,往往会找到同一个Jar包引入了多个不同的版本,这时候一般排除掉低版本.保留高版本就可以了,这是因为一般Jar包都是向下兼容的.但是,如果出现版本不兼容的情况的时候,就会陷入"老婆和妈同时掉进水

各个版本spring的jar包以及源码下载地址,目前最高版本到spring4.1.2,留存备用: http://maven.springframework.org/release/org/springframework/spring/

centos7 服务部署jar包 centos7 服务介绍 CentOS7的服务systemctl脚本存放在:/usr/lib/systemd/,有系统(system)和用户(user)之分, 每一个服务以.service结尾,一般会分为3部分:[Unit].[Service]和[Install],具体内容如下: [Unit] Description=xiyoulibapi After=network.target remote-fs.target nss-lookup.target [Serv

一,远程linux机器上安装java15(如已安装,跳过此步) 说明:演示用的linux机器ip: 192.168.1.47 1,下载: [root@blog ~]# cd /usr/local/source [root@blog source]# mkdir jdk [root@blog source]# cd jdk [root@blog jdk]# wget https://download.oracle.com/otn-pub/java/jdk/15+36/779bf45e88a44cb

在使用maven开发工程时,模块A可能会依赖模块B的jar包,如果两个模块都是在一个工程里,只需要在模块A的pom文件中加入模块B的依赖信息,模块A就可以加载模块B的jar包.但如果模块A与模块B在不同的工程,甚至是由不同的工程师开发,这时候就需要将模块B部署到远程仓库,模块A就可以在pom文件中通过配置远程仓库的地址来下载模块B的jar包了. 通常允许上传的远程仓库有两种:Snapshots和Releases,分别为快照版仓库和稳定版仓库.快照版仓库用于存放不稳定的开发包,稳定版仓库用于存放稳

1.自动化部署流程: svn代码-----jenkins------linux运行 环境: 我这里为了测试:svn,和linux放在阿里云上面.jenkins放在本地windos电脑上运行的 2.下载jenkins的war包. 地址:https://jenkins.io/download/ 运行: java -jar jenkins.war  --httpPort=8099 访问:http://localhost:8099 3.登录成功后的界面 3.添加插件ps:只有拥有插件jenkins才能执

Jenkins Jenkins: 开源软件项目 基于Java开发的一种持续集成工具 用于监控持续重复的工作 旨在提供一个开放易用的软件平台, 便于软件的持续集成 基于Docker安装Jenkins 与持续集成中的GitLab Runner应该分布在不同的服务器上 创建工作目录: /usr/local/docker/jenkins 因为要在docker-compose.yml中使用volumes创建数据卷,执行命令赋予Docker数据卷权限: chown -R 1000 /usr/local/do

Jenkins首先使用maven将源代码进行编译打包,之后需要将war包传送到tomcat服务器上进行部署. 来看一下Jenkins的基本配置,首先需要安装插件"Deploy to container Plugin": 但是在安装插件时,Jenkins会先ping www.google.com这个域名来保证网络连通性 ,我们需要将其改为www.baidu.com,来使得检查阶段通过: 编辑Jenkins的配置文件default.json: 将connnectionCheckUrl改为h

java项目在使用jenkins打包时个别jar包可能会没有下载到本地,这时候就要用命令行本地安装一下 打包时基础jar包报错如图: 黑框里依次为: 组ID:-DgroupId=com.azazar jar包名称:-DartifactId=bitcoin-json-rpc-client jar包版本:-Dversion=1.0.1-SNAPSHOT.jar maven构建基础jar包命令: mvn install:install-file -Dfile=D:\apache-maven-3.6.1

jenkins安装可以参考官网或自己百度,这里不再说明: jenkins版本2.19.2 这里先说一下目的:主要是通过jenkins实现glassfish的部署,源码使用的是svn,编译是使用ant,查找了很多资料,有很多是实现tomcat进行应用部署发布,但是glassfish的热部署一直尝试没成功...后来看到了一篇文章,可以通过ssh实现自动部署,所以又重新开始了,下面是部署过程中的要点笔记,算是给自己一个星期的成果的总结吧. 说明:由于端口8080被占用且未安装tomcat,所以这里使用

http://repo.spring.io/release/org/springframework/spring/ 里面有各个版本的jar包

背景:记录在linux环境下部署jar程序的过程 1 部署过程记录 1.1 程序结构 这里的main函数就在DemRest2.java 文件中. 为了部署方便,要做到以下两点: 1 在导出的jar包中不包含依赖的jar文件 2 程序用到的配置文件可以让用户进行自定义 ,不将其放在jar包中. 1.2 导出jar包 这里导出普通的jar包即可.为了方便传输,只导出必须的程序文件. 在jar包导出后,进入导出的jar包中,将配置文件tws.properties文件删除. 1.3 程序部署 将所有需要

步骤: 1.安装FileZilla FTP Server 2.添加FTP账号: 1.Edit——Users——Add 2.Edit——Users——Shared folders 3.下载FileZilla Client连接测试 期间如果出现FileZilla 425 Can't open data connection的错误提醒 FileZilla FTP Server->Edit->Settings->Passive mode settings,指定被动模式使用的端口范围,将Use c

查看Java进程获取pid号:ps -ef|grep java|grep -v grep 部署Javajar包并指定输出日志文件(null不输出):nohup java -jar xx.jar >/dev/null &

背景 大一点的公司,可能有一些组,专门做中间件的:假设,某中间件小组,给你提供了一个jar包,你需要集成到你的应用里.假设,它依赖了一个日期类,版本是v1:我们应用也依赖了同名的一个日期类,版本是v2. 两个版本的日期类,方法逻辑的实现,有一些差异. 举个例子,中间件提供的jar包中,依赖如下工具包: <dependency> <groupId>com.example</groupId> <artifactId>common-v1</artifactI

当我们把java程序打成jar包后,放到linux上通过putty或其它终端执行的时候,如果按照:java -jar xxxx.jar执行,当我们退出putty或终端的时候,xxxx.jar这个程序也会停止. 为了保证程序能够一直运行,应该改为这样运行:nohup java -jar xxx.jar& 命令,则程序会在后台一直运行,值得注意的是,此时程序控制台输出会被转移到nohup.out文件中,这个nohup.out文件的位置就在jar包的当前文件夹内. 但是有时候在这一步会有问题,当把终端