首先下载tomcat和jenkins,将下载的jenkins2.12 war放到tomcat的webapps文件夹下后执行/bin文件夹下的start启动后,打开http://localhost:8080/jenkins/ 提示404错误. 把服务关闭后,打开刚才的页面则无法进入. 最终查看运行命令后将jenkins2.12 .war改成名字jenkins.war,再放入tomcat的webapps文件夹下,启动服务,进入jenkins配置页面成功.

  今天对需求进行系统升级部署,本以为只需要几分钟的事,结果却遇到了怪事 我是用Jenkins集成部署的,之前都是点一下几分钟就可以了,结果这次部署完成之后 一直报404,一直打不开页面,很无奈,就去看日志如下   产生这个原因是有多个tomcat进程,我们可以通过Linux命令查看tomcat的进程 查找出tomcat的进程: ps -ef |grep tomcat 杀掉tomcat进程 : kill -9 tomcat的pid号 通过查询果然tomcat有多个进程,执行命令如下:   为什么

环境:tomcat 7+jdk1.7+win10 64 jenkins_1.5.23 部署完成后服务器启动输入网址:http://192.168.3.100:8080/jenkins打开无法访问报404 由于war包带版本号,输入http://192.168.3.100:8080/jenkins_1.5.23

问题描述: 一.更新依赖,并打包项目 cd /root/.jenkins/workspace/v-test;npm installcd /root/.jenkins/workspace/v-test;npm run build 二.发布Tomcat mv ../dist/* $tomcatpath/webapps/ROOT 三.第一次访问请求正常,刷新页面报404错误 怎么解决: 如果 URL 匹配不到任何静态资源,则应该返回同一个 app 依赖的index.html 页面. 在ROOT根目录下

 maven项目在Tomcat里登录首页报404, 解决:编辑conf/server.xml进行配置<Host>里的<Context>标签里的path. <Context docBase="E:\Isoftstone\Tomcat6.0zx\wtpwebapps\TrustPlatForm" path="/trust" reloadable="true" source="org.eclipse.jst.j2

一.问题 在IIS上部署网站,网页引用woff字体时,浏览器报“找不到woff.woff2字体”.“404”错误,不仅预设的字体加载不出来,还影响网页加载速度. 二.原因 IIS默认设置情况下不识别.WOFF..WOFF2..SVG这几个后缀的文件. 三.解决方法 在IIS上添加(.WOFF..WOFF2..SVG)MIME类型. 三.操作 1.打开IIS,找到“MIME 类型”. 2.按顺序操作:“MIME 类型”->“添加”->添加三条: 文件扩展名MIME 类型 .woffapplica

在tomcat里面部署jenkins,启动tomcat,在jenkins上操作不久之后,jenkins就挂掉了,查看tomcat控制台,报内存溢出信息: 解决该问题方法,修改tomcat/bin目录下的catalina.bat文件,增加JVM内存,如图:

问题:tomcat部署了react前端项目,可以正常访问,但是页面刷新就报404 一.问题截图 二.解决办法 在tomcat 配置文件web.xml中配置如下代码: web.xml 路径: apache-tomcat-8.5\conf\web.xml <error-page> <error-code>404</error-code> <location>/index.html</location> </error-page> 如图:

近期将代码分支部署到Jenkins上时报Finished: UNSTABLE,检查服务器无报错日志.怀疑是磁盘空间不足所致. 首先,在服务器上输入df -lh 查看本地磁盘使用情况,发现空间几乎被用完.发现问题解决问题:先把logs日志文件删除.如果日志文件删除后空间还是不足, 输入du -sh *查看哪个路径下文件占用空间大,在确定能删除的情况下,对占用空间大的文件进行删除.一切就绪后,重新部署Jenkins,部署成功,页面代码生效.    

1.打开tomact下的startup.bat,tomcat版本控制台中文输出乱码,解决方法是去tomacat安装路径下的conf目录,打开logging.properties文件,将java.util.logging.ConsoleHandler.encoding = UTF-8注销并添加以下配置java.util.logging.ConsoleHandler.encoding = GBK.文件保存后重启,控制台中文输出恢复正常. 更多详细乱码问题可访问链接:https://jingyan.b

问题:nginx反向代理部署springboot项目报404无法加载静态资源(css,js,jpg,png...) springboot默认启动端口为8080,如果需要通过域名(不加端口号)直接访问springboot服务就需要nginx配置反向代理到8080端口 nginx配置host主机的过程就不在这讲了,重点解决反向代理静态资源无法访问 nginx反向代理配置 server { listen 80; #listen [::]:80; server_name wms.shiyayun.cn;

1.iis 目录权限设置 2.转自:http://www.cnblogs.com/youlies/p/6042169.html 在web.config添加如下节点 <system.webServer> <modules runAllManagedModulesForAllRequests="true">     <remove name="WebDAVModule" />    </modules>    <va

tomcat主页访问正常,tomcat自带的examples项目也可以访问,可自己的项目就报404,这是什么问题那? 仔细看了下 服务器webapp下面的文件,访问时候 我是访问的服务器ip/WechatSDK的,报了404,我在打包时候 没有打成WechatSDK而是如上所示,改成WechatSDK_Web 就好了

在Windows Server 2008 R2系统下,IIS 7.5 + .NET Framework 4.0的运行环境,以经典模式(Classic Mode)部署一个用.NET 4.0编译的 WebAPI 程序. 这是非常简易的一个Demo,只有一个TestController和WebApiConfig,并且已确保在Global.asax的Application_Start事件中调用WebApiConfig注册路由,大体如下: using System; using System.Web.Ht

问题:tomcat第一次使用正常启动后访问8080端口报404错误 解决办法:双击tomcat调出tomcat的xml文件页面,Server Locations 默认是选第一行即Use Workspace metadata 改成选第二个选项后问题解决(Use Tomcat  Installation)人,如果此三个选项是灰色的不可选, 把部署的项目移除后即可(若还是不行就再清理下tomcat)

一.部署jdk环境 1.下载jdk包,解压,放在选定的位置,我本次jdk包放置在“/usr/local/java/jdk” 目录下 2.配置环境变量 1)打开/etc/profile文件,在命令框中输入命令:vi  /etc/profile 2)进入插入模式(键盘输入" i "),然后在文件最后添加: export JAVA_HOME=/usr/local/java/jdk/jdk1.8.0_191 export JRE_HOME=$JAVA_HOME/jre export PATH=

持续集成①安装部署jenkins从git获取代码 一:持续集成的概念: 1.1:总体的概括 持续集成Continuous Integration 持续交付Continuous Delivery 持续部署Continuous Deployment 1.2:什么是持续集成:持续集成是指开发者在代码的开发过程中,可以频繁的将代码部署集成到主干,并进程自动化测试 1.3:什么是持续交付:持续交付指的是在持续集成的环境基础之上,将代码部署到预生产环境 1.4:持续部署:在持续交付的基础上,把部署到生产环境

1.导入安装包 2.安装安装包 (1).安装JDK和maven 创建jdk存储目录 # mkdir /usr/jdk64/ 解压jdk到存储目录 # tar -zxvf jdk-8u191-linux-x64.tar.gz -C /usr/jdk64/ 解压maven到指定目录 # tar -zxvf apache-maven-3.6.0-bin.tar.gz -C /usr/local/ 配置jdk环境变量 # vi /etc/profile 在最后一行加入以下内容 export JAVA_H

持续集成①安装部署jenkins从git获取代码 一:持续集成的概念: 1.1:总体的概括 持续集成Continuous Integration 持续交付Continuous Delivery 持续部署Continuous Deployment 1.2:什么是持续集成:持续集成是指开发者在代码的开发过程中,可以频繁的将代码部署集成到主干,并进程自动化测试 1.3:什么是持续交付:持续交付指的是在持续集成的环境基础之上,将代码部署到预生产环境 1.4:持续部署:在持续交付的基础上,把部署到生产环境

使用最新的官方镜像jenkins/jenkins 第一次使用的docker部署jenkins的时候,出现了两个问题: 1.因为用户权限问题挂载/home/jenkins/data到/var/jenkins_home挂载不了.后面通过修改data目录的所属用户可以解决,即在容器下查询用户id(1000),然后把data改成同样的用户id 2.即便挂载docker命名和docker.sock,也修改了相应的权限,仍存在libltdl7没有权限读取.当然好像也不影响使用,只是在容器里面执行docker

1.将项目文件夹直接放在tomcat服务器的webapps路径下 2.从一个tomcat服务器webapps下拷贝一个项目到另一个tomcat服务器webapps路径下 3.重启tomcat后,访问新saba上的项目,发现其中一个jsp页面报404,别的同路径下的页面都可访问 4.在tomcat的work路径下找到该项目,发现该jsp页面未生成对应的.class文件,所以报404 5.重新部署项目,重启服务器 6.生成对应的.class文件,正常访问