Tomcat

#环境介绍 http://aiushtha-mybook.stor.sinaapp.com/xwiki/xwiki%E4%BB%8E%E5%85%A5%E9%97%A8%E5%88%B0%E8%BF%90%E7%94%A8.html xwiki从入门到运用 本文在centos7上使用jdk1.8 ，tomcat容器安装 xwiki 11.1 版本，并将confluence数据迁移到xwiki中。 在初始化xwiki的时候会安装flavor，使得xwiki页面有各种模块，由于网络问题，我选择离线安装flavor包，若要在线安装flavor可省去xwiki-platform-distribution-flavor-xip-11.1.xip的相关步骤。 ##数据库安装配置 yum install mariadb-server mariadb mysql-connector-java -y cp /usr/share/java/mysql-connector-java.jar /usr/local/xwiki-tomcat/webapps/xwiki/WEB-INF/lib 修改mysql路径（此文将数据库与xwiki的主目录放在 /data下，方便以后的备份与恢复） cat /etc/my.cnf [mysqld] datadir=/data/mysql socket=/data

点击上方“ 民工哥技术之路 ”，选择“置顶公众号” 有趣有内涵的文章第一时间送达！ 细心的小伙伴肯定在这之前就已经发现了，公众号的LOG换了，公众号简介文字也变更了。的确，改变就在不经意间发生了，如同这个时代一样，如同生活一样，它悄无声息。 民工哥的公众号于2016年07月08日注册并开通，第一篇文章： 哥的侃（说） ，马上快两年了，时间过的真快。 由于去年结束杭漂回撤霸都，实在太忙，更新放慢。 想看民工哥的故事请戳下面的文字 民工哥的十年故事续集：杭漂十年，今撤霸都 不管怎么样，在这还是要感谢一直以来支持与关注的小伙伴们，是你们，让我有了一直坚持写下去的动力，再次感谢。 再来聊一聊为什么改名？ 公众号从最开始的名字： 友侃有笑 ——> 民工哥Linux运维 ——> 民工哥技术之路 ，其实也是个学习与发展的过程。 如同我们在人生的道路上，不同的阶段，有不同的目标，做着不同的事情一样。期间，同样会 不断去修正方向， 这样，你会离你所预定的目标越来越近， 走的弯路也会越来越少。 公众号写着写着，慢慢的发现，小伙伴们对知识的的需求不再只有Linux系统这一个面，或者说也不能仅仅只有这一个面。另一个方面就是，在读者当中，不再全是运维人员，只能说都是IT技术人员（有运维、DBA、JAVA开发、前端开发、安卓、IOS开发、测试、自动化开发、架构类的等等）。 更名的主要原因， 其一

问题描述 这是一个跟着慕课视频做项目时遇到的问题： 视频中老师在shopoperation.html中导入js文件时是这样用的： < script type = ' text/javascript ' src = ' ../resources/js/shop/shopoperation.js ' charset = ' utf-8 ' > </ script > 然后项目结构图是这样的： shopoperation.html所在的路径是’src/main/resources/webapp/WEB-INF/html/shop‘，如果用’…/'来表示返回上一级目录应该返回到’src/main/resources/webapp/WEB-INF/html’下，但是 < script type = ' text/javascript ' src = ' ../resources/js/shop/shopoperation.js ' charset = ' utf-8 ' > </ script > 给人的感觉使用’…/'后直接返回到了webapp下？这和我的认知产生了矛盾。 问题解决 在慕课课程的回答里找答案： 路径以Tomcat实际发布的路径为准，不是以在eclipse上看到的项目路径为准。 启动Tomcat后在页面上点击F12查看项目结构： 如果以在tomcat上发布的项目为准，’…/

一、问题描述： 先交代开发环境，JDK是1.8的，IDE是eclipse 4.7，web服务器是Tomcat 9.0，maven是3.5.0，搭建好环境后输入命令tomcat:run，然后就报org.apache.jasper.JasperException: Unable to compile class for JSP错误。 二、分析问题： （1）不能编译应该是没有导入servlet-api、jsp-api包的原因，然后就在pom文件中加上servlet-api、jsp-api包，为了防止包冲突，需要把<scope>改成provided。 1 < dependency > 2 < groupId > javax.servlet </ groupId > 3 < artifactId > servlet-api </ artifactId > 4 < version > 2.5 </ version > 5 < scope > provided </ scope > 6 </ dependency > 7 < dependency > 8 < groupId > javax.servlet </ groupId > 9 < artifactId > jsp-api </ artifactId > 10 < version > 2.0 </ version > 11 < scope

1.在Docker Hub中搜索tomcat镜像 docker search tomcat 搜索结果如下： 可以看到，星数最高的是官方的tomcat 有关官方tomcat的镜像可以访问 https://hub.docker.com/r/library/tomcat/ 在官网上可以看到 的7.0.73-jre7,7.0-jre7, 7-jre7, 7.0.73, 7.0, 7”等等 是这个tomcat库支持的tag（标签），这里我们选用的是 “8” 这个标签 2.下载Docker Hub中的镜像 docker pull tomcat:8 下载完毕后查看下本地的镜像 docker images 看到tomcat镜像已经下载，镜像名字后面没有带有8，但是在使用的时候一定要带上8这个标签 3.运行Tomcat docker run --name tomcat8081 -p 8081:8080 -v $PWD/test:/usr/local/tomcat/webapps/test -d tomcat:8 --name tomcat8081 给容器取别名tomcat8081 -p 8081:8080： 将容器的8080端口映射到主机的8080端口 -v $PWD/test:/usr/local/tomcat/webapps/test： 将主机中当前目录下的test挂载到容器的/test -d

这是spring boot学习的第二篇了，在上一篇已经整合了spring boot项目了，如果还有小伙伴没有看得可以先去看第一篇 基础整合spring boot项目 到这里的小伙伴应该都是会整合基本的spring boot项目 ，并且可以在本地工具上运行访问了，如果还做不到的，说明你没有用心哦o(￣ヘ￣o＃) 现在断断续续好像spring boot的名气越来越大了，好像是不会都说不过去了o(￣ヘ￣o＃)o(￣ヘ￣o＃) 这几天特地把日常工作做完以后，看了一番spring boot 的资料，再次整理了一番，写出案例，以供大家一起学习； 本来以为都已经把案例写出来了。而且运行出来了，至于打包部署应该是不费吹灰之力的吧O(∩_∩)O哈哈~。。。。。。。。 结果出人意料哈。硬是一个从idea中打包发布的问题搞了几个小时，可能我比较菜^_^，我用的是idea编辑器，所以没研究eclipse的打包方式了。毕竟个人感觉整合spring boot项目的话。还是idea比较快速简单！ 首先把项目运行了几次。确保没有问题。是吧，总不能本来项目就跑不起来，你还拿去打包吧。那不是自己没事找事么？ 然后， 第一步： 既然是用idea打包发布spring boot项目，那自然首先应该是去找找资料对吧。可别说，找了这些资料，都写的什么乱七八糟的呀，几乎没啥完整的案例。坑很多！ 使用idea整合的spring

1，监听Tomcat的http请求报文 在catalina.bat添加一行（proxyPort的值为fiddler端口号） set CATALINA_OPTS=-Dhttp.proxyHost=127.0.0.1 -Dhttp.proxyPort=8888 2，Java程序中监听 在Java代码中通过以下方式设置代理 System.setProperty("http.proxyHost", "localhost"); System.setProperty("http.proxyPort", "8888"); System.setProperty("https.proxyHost", "localhost"); System.setProperty("https.proxyPort", "8888"); https://stackoverflow.com/questions/8549749/how-to-capture-https-with-fiddler-in-java 来源： oschina 链接： https://my.oschina.net/u/4257871/blog/4737415

欢迎关注公众号【sharedCode】致力于主流中间件的源码分析， 可以直接与我联系 事故现场 202-11-19 系统接收到大量的超时告警， 同时业务群里面也有很多客户反馈服务不可用。 开始排查 首先上grafana上面查看整体的服务状态， 从图中可以看出一点问题来， CPU几乎没有波动， tomcat线程数急剧上升, 系统的ops急剧下降 。 这种是比较典型的资源阻塞类问题，为了印证这个想法，我们再看下当时的系统的GC情况 从上面的GC情况下，我们可以看出来，GC还是比较平稳的，整体的停顿市场也不多，平均在100ms以下，虽然不算好，但是肯定不会造成系统有如此大的停顿 服务器出现故障排查方法： 服务器出现故障，先看CPU，如果CPU持续高涨，那么肯定是服务内部出现了问题，这个时候可以按照网上的常规解决方法， top -HP pid 查看​耗CPU比较严重的线程，然后导出对应的线程栈信息，就 可以根据实际的业务去分析了， 这种属于比较直观的 比较隐晦的资源阻塞问题，此类问题分为如下两种： 比较好排查的，即使接口慢，比如接口调用耗费时间久的外部接口，有大量慢SQL，这些都会间接的导致整体吞吐量下降，最终导致tomcat线程池线程池耗尽 第二种就更加隐晦了，CPU，带宽，流量，慢SQL，内存各方面都很正常，但是tomcat线程池直线上升，最终服务器资源耗尽。

文章目录 1、单节点访问http://192.168.1.61:8082/pay-web-boss/： 2、增加多一个消费者节点：192.168.1.62，以同样的方式部署pay-web-boss工程。 3、在Keepalived+Nginx组成的反向代理集群中的两个节点同步增加如下两处配置： 4、重启Nginx 5、通过反向代理集群的VIP访问pay-web-boss时，有时可以登录成功，但有时又会提示验证码错误，原因就是Session没有同步。 6、下载 7、下载 8、添加Tomcat的环境变量 （可选） 9、配置 redis.properties ， 集群中的IP:端口用都好隔开，打开Redis集群模式 10、在Tomcat7中的 conf/context.xml 中增加如下两行配置： 11、在Tomcat的conf/web.xml中核对确认Tomcat的Session超时时间，默认为30分钟。 12、重新启动tomcat集群，用vip访问，发现集群使用正常，不会再出现原来会话不同步的现象。 本文内容参考龙果学院《基于Dubbo的分布式系统架构实战》课程内容，以课程中所提供的简易版支付系统中的运营管理系统 pay-web-boss 项目为例 Tomcat版本：Tomca7 1、单节点访问http://192.168.1.61:8082/pay-web-boss/： 2

nginx作为http服务器，在集群中 用于接受客户单发送过来的请求，并且根据配置的策略将请求 转发给具体的哪台服务器 如果在nginx服务器使用轮询策略处理客户端的请求，出现了tomcat 宕机的情况下，例如：有两个请求，第一个请求轮询给了tomcat1，按照轮询的策略，当在来一个请求的时候，这条请求 将交个 tomcat2处理，此时 如果tomcat2 由于不知名的原因，宕机了，那这条请求 被分配到tomcat2，那这条请求 则会一直得不到响应，用户也不知道怎么回事。 nginx提供了宕机容错机制，当tomcat2宕机以后，nginx可以通过配置超时，超过超时时间以后，则跳过当前服务器，轮询下一台服务器 在nginx.conf文件中 配置 proxy_connect_timeout 1 连接超过1s 则跳过当前轮询 nginx作为http服务器，接受来自客户端的请求，然后根据负载均衡策略，反向代理到集群中的服务器。在集群的过程中，服务器是不会暴露真实的ip地址，集群服务器和nginx服务器是在同一个给局域网，对外暴露也只是nginx服务器的公网ip 在上面说了，如果是集群中的服务器宕机了，例如tomcat集群中有一台宕机了，nginx的宕机容错机制会跳过需要轮询的tomcat，直接轮询到下一台服务器。如果是nginx服务器宕机以后，又该如何解决