精华内容
下载资源
问答
  • 环境运行一天或者几天,网站访问就很卡,手机端app访问页面出现白屏。Tomcat运行一段时间后访问变慢,但是cpu,内存都正常。日志也是发现不了啥.... 问题的原先分析 1.环境配置(cpu,内存,使用工具:nmon工具、...

    主要查看三方面:

    1. 查看程序中的Session是否定时清空了
    2. 查看mysql是否有没有close的连接
    3. 查看Tomcat的内存设置,根据下列设置

    环境运行一天或者几天,网站访问就很卡,手机端app访问页面出现白屏。Tomcat运行一段时间后访问变慢,但是cpu,内存都正常。日志也是发现不了啥....

    问题的原先分析

    1.环境配置(cpu,内存,使用工具:nmon工具、visualvm工具、jprofiler工具全部用上监控中)

    2.修改info日志,启用error级别日志(待筛选排查)

    3.查看数据库配置连接池(正常)

    4.代码问题对象创建太多(待排查,web里面走拦截器待看)

    5.jvm分配内存太少了(调优,生产环境重启)

    6.并发高了,网站太多人访问(排除)

    7.webapps下面的工程太多了(排除)

    8.数据压力太大数据盘大(排除)

    9.物理机器问题、网络宽度问题...

    Linux环境配置信息

    Tomcat启动行参数的优化

    修改前:

    JAVA_OPTS="-Xmx2048m -Xms1024m -Xmn384M -XX:MaxPermSize=512m -XX:PermSize=128m"

    进行重修调整,修改后:

    JAVA_OPTS="-server -Xmx2048m -Xms2048m -Xmn384M -XX:PermSize=512m -XX:MaxPermSize=512m -Xss512k -XX:+AggressiveOpts -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:-UseGCOverheadLimit -XX:+HeapDumpOnOutOfMemoryError -XX:CMSInitiatingOccupancyFraction=75 -XX:CMSFullGCsBeforeCompaction=2 -XX:SoftRefLRUPolicyMSPerMB=0 -Djava.awt.headless=true "

    参数解释:

    -server :

    tomcat是运行在生产环境中的,这个参数必须上,因为tomcat默认是以一种叫java –client的模式来运行的,server即意味着你的tomcat是以真实的production的模式在运行的,这也就意味着tomcat以server模式运行时将拥有:更大、更高的并发处理能力,更快更强捷的JVM垃圾回收机制,可以获得更多的负载与吞吐量更等

    -Xmx2048m -Xms2048m

    即JVM内存设置了,把Xms与Xmx两个值设成一样是最优的做法。存放 new MyClass() 的对象,是GC的主要区域,-Xms / -Xmx 分别是堆的初始容量、最大可扩展容量,建议初始值设置为最大值,以免反复扩展或缩减的开销;

    -Xmx2048m:设置JVM最大可用内存为2048M。
    -Xms2048m:设置JVM促使内存为3550m。此值可以设置与-Xmx相同,以避免每次垃圾回收完成后JVM重新分配内存。

    -Xmn512m

    设置年轻代大小为512m。整个堆大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m,所以增大年轻代后,将会减小年老代大小。此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8。

    -XX:PermSize=512m -XX:MaxPermSize=512m

    JVM使用-XX:PermSize设置非堆内存初始值,默认是物理内存的1/64;在数据量的很大的文件导出时,一定要把这两个值设置上,否则会出现内存溢出的错误。由XX:MaxPermSize设置最大非堆内存的大小,默认是物理内存的1/4。那么,如果是物理内存4GB,那么64分之一就是64MB,这就是PermSize默认值,也就是永生代内存初始大小;四分之一是1024MB,这就是MaxPermSize默认大小。

    -Xss512k

    是指设定每个线程的堆栈大小。这个就要依据你的程序,看一个线程 大约需要占用多少内存,可能会有多少线程同时运行等。一般不易设置超过1M,要不然容易出现out ofmemory。

    设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M,以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内存下,减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的,不能无限生成,经验值在3000~5000左右。

    -XX:+AggressiveOpts

    作用如其名(aggressive),启用这个参数,则每当JDK版本升级时,你的JVM都会使用最新加入的优化技术(如果有的话)

    -XX:+DisableExplicitGC

    在程序代码中不允许有显示的调用”System.gc()”。看到过有两个极品工程中每次在DAO操作结束时手动调用System.gc()一下,觉得这样做好像能够解决它们的out ofmemory问题一样,付出的代价就是系统响应时间严重降低,就和我在关于Xms,Xmx里的解释的原理一样,这样去调用GC导致系统的JVM大起大落,

    -XX:+UseBiasedLocking

    启用一个优化了的线程锁,我们知道在我们的appserver,每个http请求就是一个线程,有的请求短有的请求长,就会有请求排队的现象,甚至还会出现线程阻塞,这个优化了的线程锁使得你的appserver内对线程处理自动进行最优调配。

    -XX:MaxTenuringThreshold=31

    设置垃圾最大年龄。如果设置为0的话,则年轻代对象不经过Survivor区,直接进入年老代。对于年老代比较多的应用,可以提高效率。如果将此值设置为一个较大值,则年轻代对象会在Survivor区进行多次复制,这样可以增加对象再年轻代的存活时间,增加在年轻代即被回收的概率。这个值的设置是根据本地的jprofiler监控后得到的一个理想的值,不能一概而论原搬照抄。

    -XX:+UseConcMarkSweepGC

    即CMS gc,这一特性只有jdk1.5即后续版本才具有的功能,它使用的是gc估算触发和heap占用触发。我们知道频频繁的GC会造面JVM的大起大落从而影响到系统的效率,因此使用了CMS GC后可以在GC次数增多的情况下,每次GC的响应时间却很短,比如说使用了CMS GC后经过jprofiler的观察,GC被触发次数非常多,而每次GC耗时仅为几毫秒。

    -XX:+UseParNewGC 

    对年轻代采用多线程并行回收,这样收得快。

    -XX:+CMSParallelRemarkEnabled

    在使用UseParNewGC 的情况下, 尽量减少 mark 的时间

    -XX:+UseCMSCompactAtFullCollection

    在使用concurrent gc 的情况下, 防止 memoryfragmention, 对live object 进行整理, 使 memory 碎片减少。

    -XX:LargePageSizeInBytes=128m  

    指定 Java heap的分页页面大小

    -XX:+UseFastAccessorMethods

    get,set 方法转成本地代码

    -XX:+UseCMSInitiatingOccupancyOnly

    指示只有在 oldgeneration 在使用了初始化的比例后concurrent collector 启动收集

    -XX:CMSInitiatingOccupancyFraction=70

    CMSInitiatingOccupancyFraction,这个参数设置有很大技巧,基本上满足(Xmx-Xmn)*(100- CMSInitiatingOccupancyFraction)/100>=Xmn就不会出现promotion failed。在我的应用中Xmx是6000,Xmn是512,那么Xmx-Xmn是5488兆,也就是年老代有5488 兆,CMSInitiatingOccupancyFraction=90说明年老代到90%满的时候开始执行对年老代的并发垃圾回收(CMS),这时还 剩10%的空间是5488*10%=548兆,所以即使Xmn(也就是年轻代共512兆)里所有对象都搬到年老代里,548兆的空间也足够了,所以只要满 足上面的公式,就不会出现垃圾回收时的promotion failed;

    因此这个参数的设置必须与Xmn关联在一起。

    -XX:-UseGCOverheadLimit

    -XX:+HeapDumpOnOutOfMemoryError

    -XX:CMSInitiatingOccupancyFraction=75

    -XX:CMSFullGCsBeforeCompaction=2

    -XX:SoftRefLRUPolicyMSPerMB=0

    -Djava.awt.headless=true

    这个参数一般我们都是放在最后使用的,这全参数的作用是这样的,有时我们会在我们的J2EE工程中使用一些图表工具如:jfreechart,用于在web网页输出GIF/JPG等流,在winodws环境下,一般我们的app server在输出图形时不会碰到什么问题,但是在linux/unix环境下经常会碰到一个exception导致你在winodws开发环境下图片显示的好好可是在linux/unix下却显示不出来,因此加上这个参数以免避这样的情况出现。

    -XX:+UseParallelOldGC

    -XX:+PrintGCDateStamps

    -XX:+PrintGCDetails

    -Xloggc:/opt/lucky/app/lucky/tomcat/logs/gc.log

    上述这样的配置,基本上可以达到:系统响应时间增快、JVM回收速度增快同时又不影响系统的响应率、JVM内存最大化利用、线程阻塞情况最小化。

    Tomcat启动慢调整
    JVM环境中解决:

    打开vi $JAVA_HOME/jre/lib/security/java.security这个文件,找到下面的内容:

    securerandom.source=file:/dev/urandom

    替换成

    securerandom.source=file:/dev/./urandom

    参考:https://blog.csdn.net/u010638673/article/details/81773054

    展开全文
  • 本文转载自:(亲测解决)Tomcat启动时在“ Deploying web application directory ”久的解决方法 在 Linux 上运行 Tomcat 时,有时候会碰到 Tomcat 启动住的问题 (在 “INFO: Deploying web application ...

    本文转载自:(亲测解决)Tomcat启动时卡在“ Deploying web application directory ”很久的解决方法


    相关文章:


    在 Linux 上运行 Tomcat 时,有时候会碰到 Tomcat 启动卡住的问题 (卡在 “INFO: Deploying web application directory …” 这一步),需要等待好长时间才能启动完成

    在上网查找了相关资料后,解决方法如下

    • cd /usr/local/java/jdk1.8/jre/lib/security (需要替换为自己 JDK 安装的路径)

    • vim java.security

      securerandom.source=file:/dev/./urandom
      
    • :wq

    此时我们再去重新启动 Tomcat 时,就会发现不会再卡了

    解决之后,我们来了解下为什么会出现这个问题

    • 在 Linux 或部分 Unix 系统中,提供随机数设备是 /dev/random/dev/urandom

    • 其中 urandom 的安全性没有 random 高,但 random 需要时间间隔去生成随机数,jdk 默认调用 random,因此如果生成随机数的时间间隔过长,就会导致 Tomcat 启动速度过慢

    展开全文
  • 环境运行一天或者几天,网站访问就很卡,手机端app访问页面出现白屏。Tomcat运行一段时间后访问变慢,但是cpu,内存都正常。日志也是发现不了啥.... 问题的原先分析 1.环境配置(cpu,内存,使用工具:nmon工具、...

    环境运行一天或者几天,网站访问就很卡,手机端app访问页面出现白屏。Tomcat运行一段时间后访问变慢,但是cpu,内存都正常。日志也是发现不了啥....

    问题的原先分析

    1.环境配置(cpu,内存,使用工具:nmon工具、visualvm工具、jprofiler工具全部用上监控中)

    2.修改info日志,启用error级别日志(待筛选排查)

    3.查看数据库配置连接池(正常)

    4.代码问题对象创建太多(待排查,web里面走拦截器待看)

    5.jvm分配内存太少了(调优,生产环境重启)

    6.并发高了,网站太多人访问(排除)

    7.webapps下面的工程太多了(排除)

    8.数据压力太大数据盘大(排除)

    9.物理机器问题、网络宽度问题...

    Linux环境配置信息

    Tomcat启动行参数的优化

    修改前:

    JAVA_OPTS="-Xmx2048m -Xms1024m -Xmn384M -XX:MaxPermSize=512m -XX:PermSize=128m"
    进行重修调整,修改后:

    JAVA_OPTS="-server -Xmx2048m -Xms2048m -Xmn384M -XX:PermSize=512m -XX:MaxPermSize=512m -Xss512k -XX:+AggressiveOpts -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:-UseGCOverheadLimit -XX:+HeapDumpOnOutOfMemoryError -XX:CMSInitiatingOccupancyFraction=75 -XX:CMSFullGCsBeforeCompaction=2 -XX:SoftRefLRUPolicyMSPerMB=0 -Djava.awt.headless=true "
    参数解释:

    -server :

    tomcat是运行在生产环境中的,这个参数必须上,因为tomcat默认是以一种叫java –client的模式来运行的,server即意味着你的tomcat是以真实的production的模式在运行的,这也就意味着tomcat以server模式运行时将拥有:更大、更高的并发处理能力,更快更强捷的JVM垃圾回收机制,可以获得更多的负载与吞吐量更等

    -Xmx2048m -Xms2048m

    即JVM内存设置了,把Xms与Xmx两个值设成一样是最优的做法。存放 new MyClass() 的对象,是GC的主要区域,-Xms / -Xmx 分别是堆的初始容量、最大可扩展容量,建议初始值设置为最大值,以免反复扩展或缩减的开销;

    -Xmx2048m:设置JVM最大可用内存为2048M。
    -Xms2048m:设置JVM促使内存为3550m。此值可以设置与-Xmx相同,以避免每次垃圾回收完成后JVM重新分配内存。

    -Xmn512m

    设置年轻代大小为512m。整个堆大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m,所以增大年轻代后,将会减小年老代大小。此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8。

    -XX:PermSize=512m -XX:MaxPermSize=512m

    JVM使用-XX:PermSize设置非堆内存初始值,默认是物理内存的1/64;在数据量的很大的文件导出时,一定要把这两个值设置上,否则会出现内存溢出的错误。由XX:MaxPermSize设置最大非堆内存的大小,默认是物理内存的1/4。那么,如果是物理内存4GB,那么64分之一就是64MB,这就是PermSize默认值,也就是永生代内存初始大小;四分之一是1024MB,这就是MaxPermSize默认大小。

    -Xss512k

    是指设定每个线程的堆栈大小。这个就要依据你的程序,看一个线程 大约需要占用多少内存,可能会有多少线程同时运行等。一般不易设置超过1M,要不然容易出现out ofmemory。

    设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M,以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内存下,减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的,不能无限生成,经验值在3000~5000左右。

    -XX:+AggressiveOpts

    作用如其名(aggressive),启用这个参数,则每当JDK版本升级时,你的JVM都会使用最新加入的优化技术(如果有的话)

    -XX:+DisableExplicitGC

    在程序代码中不允许有显示的调用”System.gc()”。看到过有两个极品工程中每次在DAO操作结束时手动调用System.gc()一下,觉得这样做好像能够解决它们的out ofmemory问题一样,付出的代价就是系统响应时间严重降低,就和我在关于Xms,Xmx里的解释的原理一样,这样去调用GC导致系统的JVM大起大落,

    -XX:+UseBiasedLocking

    启用一个优化了的线程锁,我们知道在我们的appserver,每个http请求就是一个线程,有的请求短有的请求长,就会有请求排队的现象,甚至还会出现线程阻塞,这个优化了的线程锁使得你的appserver内对线程处理自动进行最优调配。

    -XX:MaxTenuringThreshold=31

    设置垃圾最大年龄。如果设置为0的话,则年轻代对象不经过Survivor区,直接进入年老代。对于年老代比较多的应用,可以提高效率。如果将此值设置为一个较大值,则年轻代对象会在Survivor区进行多次复制,这样可以增加对象再年轻代的存活时间,增加在年轻代即被回收的概率。这个值的设置是根据本地的jprofiler监控后得到的一个理想的值,不能一概而论原搬照抄。

    -XX:+UseConcMarkSweepGC

    即CMS gc,这一特性只有jdk1.5即后续版本才具有的功能,它使用的是gc估算触发和heap占用触发。我们知道频频繁的GC会造面JVM的大起大落从而影响到系统的效率,因此使用了CMS GC后可以在GC次数增多的情况下,每次GC的响应时间却很短,比如说使用了CMS GC后经过jprofiler的观察,GC被触发次数非常多,而每次GC耗时仅为几毫秒。

    -XX:+UseParNewGC 

    对年轻代采用多线程并行回收,这样收得快。

    -XX:+CMSParallelRemarkEnabled

    在使用UseParNewGC 的情况下, 尽量减少 mark 的时间

    -XX:+UseCMSCompactAtFullCollection

    在使用concurrent gc 的情况下, 防止 memoryfragmention, 对live object 进行整理, 使 memory 碎片减少。

    -XX:LargePageSizeInBytes=128m  

    指定 Java heap的分页页面大小

    -XX:+UseFastAccessorMethods

    get,set 方法转成本地代码

    -XX:+UseCMSInitiatingOccupancyOnly

    指示只有在 oldgeneration 在使用了初始化的比例后concurrent collector 启动收集

    -XX:CMSInitiatingOccupancyFraction=70

    CMSInitiatingOccupancyFraction,这个参数设置有很大技巧,基本上满足(Xmx-Xmn)*(100- CMSInitiatingOccupancyFraction)/100>=Xmn就不会出现promotion failed。在我的应用中Xmx是6000,Xmn是512,那么Xmx-Xmn是5488兆,也就是年老代有5488 兆,CMSInitiatingOccupancyFraction=90说明年老代到90%满的时候开始执行对年老代的并发垃圾回收(CMS),这时还 剩10%的空间是5488*10%=548兆,所以即使Xmn(也就是年轻代共512兆)里所有对象都搬到年老代里,548兆的空间也足够了,所以只要满 足上面的公式,就不会出现垃圾回收时的promotion failed;

    因此这个参数的设置必须与Xmn关联在一起。

    -XX:-UseGCOverheadLimit

    -XX:+HeapDumpOnOutOfMemoryError

    -XX:CMSInitiatingOccupancyFraction=75

    -XX:CMSFullGCsBeforeCompaction=2

    -XX:SoftRefLRUPolicyMSPerMB=0

    -Djava.awt.headless=true

    这个参数一般我们都是放在最后使用的,这全参数的作用是这样的,有时我们会在我们的J2EE工程中使用一些图表工具如:jfreechart,用于在web网页输出GIF/JPG等流,在winodws环境下,一般我们的app server在输出图形时不会碰到什么问题,但是在linux/unix环境下经常会碰到一个exception导致你在winodws开发环境下图片显示的好好可是在linux/unix下却显示不出来,因此加上这个参数以免避这样的情况出现。

    -XX:+UseParallelOldGC

    -XX:+PrintGCDateStamps

    -XX:+PrintGCDetails

    -Xloggc:/opt/lucky/app/lucky/tomcat/logs/gc.log

    上述这样的配置,基本上可以达到:系统响应时间增快、JVM回收速度增快同时又不影响系统的响应率、JVM内存最大化利用、线程阻塞情况最小化。

    Tomcat启动慢调整

    JVM环境中解决:

    打开vi $JAVA_HOME/jre/lib/security/java.security这个文件,找到下面的内容:

    securerandom.source=file:/dev/urandom

    替换成

    securerandom.source=file:/dev/./urandom

     

    代码模块进行

    数据库查询语句进行

     

    参考:

    JVM调优总结 -Xms -Xmx -Xmn -Xss 

    http://unixboy.iteye.com/blog/174173

    转载于:https://my.oschina.net/artong999/blog/3061415

    展开全文
  • 我的两台服务器,服务器一上有一台tomcat7运行,服务器二有一个tomcat7运行,并且这台服务器上还有一个Sqlserver2008R2运行。 ![服务器一](https://img-ask.csdn.net/upload/201604/01/1459524557_879363.png) !...
  • Tomcat无法启动在Artifact is being deployed, please wait...

    万次阅读 热门讨论 2019-04-18 16:30:26
    今天新建了一个项目开始部署好Tomcat之后成功运行,但是在我写完一个功能重新启动时候,发现Tomca启动t却一直在Artifact is being deployed, please wait…这里无法成功启动,上网搜索了多解决办法,有说没有部署...

    今天新建了一个项目开始部署好Tomcat之后成功运行,但是在我写完一个功能重新启动时候,发现Tomca启动t却一直卡在Artifact is being deployed, please wait…这里无法成功启动,上网搜索了很多解决办法,有说没有部署Artifact,其实我都部署好了.后来看到有个人说是依赖的问题,于是我打开maven,点击重新导入依赖,再次启动,居然成功了,我去.
    如果有和我一样情况的朋友,不妨尝试一下这个方法在这里插入图片描述

    展开全文
  • 一般在Linux上部署项目我所知道的有多方法:有最简单的手动打个war包上传服务器,然后重启tomcat运行的。还有maven借助插件远程发布项目的。还有多持续集成的工具jenkins等等。 但是有的时候重启tomcat会被住...
  • tomcat7在了部署war包

    2016-01-08 09:25:09
    打包成war再次运行war包也正常。 但是到了公司的测试机后,管理员将war放到了tomcat7的webapps目录下,并startup之后在了部署这一个地方,但是没报错哦~求帮助。 PS:该tomcat能跑其他项目 ![图片说明]...
  • 所以导致一旦工程稍微大一点就会很卡,虽然之前也对其进行优化过,但还是觉得不太好用。今天闲来无事,就决定尝试一下最原始的办法,使用记事本+Tomcat进行开发。虽然效率不是很高,但是熟悉了最基本的一些操作,也算是颇...
  • 今天本机上的TOMCAT突然变得慢,只要是连接数据库(另外一台局域网机器)的页面都慢得不行,怎么试也不行,害的我重装TOMCAT,还是不行,把WEBAPP部署在别人的TOMCAT上快得不行.最后突然想到看看网络设置,发现DNS设置为...
  • 今天从下载到安装、再到配置运行,了解一遍Tomcat。毕竟若是这其中的多问题都不知道,都不会解决,以后也不好意思说自己有开发经验。其中头条搜索有多关于Tomcat的干货教程,专业又详细,点击下方卡片搜索...
  • 今天从下载到安装、再到配置运行,了解一遍Tomcat。毕竟若是这其中的多问题都不知道,都不会解决,以后也不好意思说自己有开发经验。其中头条搜索有多关于Tomcat的干货教程,专业又详细,点击下方卡片搜索...
  • 然后转移到idea中进行开发时发现某个接口在读取配置文件中的地址时无法读取到,使其返回信息为空,然后一直往后看才发现是要加上项目名称,而springboot因为自我有内置服务器没有项目名称,这就烦,错误了一天,...
  • idea 里 tomcat 部署了一个web 项目...本人菜鸟一枚 在学习阶段 遇到了问题久 idea里边没有报错运行的时候但是那个页面报错 求大神指导 感谢~~ idea里边没有而有报错这个页面一直报错怎么弄也弄不好 求大神 ...
  • 终于进入了Java ee的领域,怀着激动的心情准备去学习,没想到上来就被汤姆猫给住了,耗费了我大半天的时间配置...2、Tomcat所在的文件夹名字不要用中文,也不要存在空格,如果你发现配置好环境还是不能运行 star...
  • tomcat被占用解决方法

    2020-07-07 09:32:20
    首先打开cmd,打开的方法简单,在开始菜单中直接输入即可。同样也可以按下win+R打开运行,然后输入cmd即可。 在dos命令中输入以下命令查询正在被使用的端口号以及使用它的程序。 命令:netstat -ano 前面的...
  • 大概思路:找到占用端口的进程,通过唯一标识的进程号终止该进程 在控制台中找到端口对应的进程号 在任务管理器中找到服务进程号 ...以上所述是小编给大家介绍的Tomcat显示8080端口被占用的图文解决方法,希
  • 本猿是通过idea启动tomcat住了,就酱紫: 等了老长时间都没反应,就自行终止了tomcat运行,结果就酱紫: 本猿心想可能是tomcat有点皮,重新启动就好,结果重启了多次都没用!what the fuck!what‘s wrong...
  • 本地部署项目后不知道什么原因,项目在cmd中住,没有反应。 日志停止输出且前端发请求也没有响应,一直在等待。 问题分析 首先,项目打包成jar,启动方式是windows cmd,批处理内容如下 java -jar dev.jar 主要...
  • 安装成功会出现下面的,如果中途报错,直接关闭安装或者住,重新安装,(我安装了至少5次)。 点击new Project测试是否安装成功  工程包括这些,说明插件安装成功了  安装tomcat  先去tomcat官网下载,...
  • Myeclipse打开web.xml很卡的问题

    千次阅读 2015-10-10 09:10:26
    原来是web.xml中的版本信息不对,这个要根据你的servlet版本和运行环境来修改。 本来我是用的tomcat7支持servlet3.0,但因为web.xml是拷贝的老项目里面的,是tomcat6的环境支持servlet2.5。 所以版本问题造成...
  • 解决了多问题后,最后tomcat“崩溃"上。 tomcat启动后,几小时内可以正常运行。但几个小时后,点击连接,或访问主页时,进不去。也不报错,处理36%状况(1%变至38%)不动。。[/color] 这种情况下关闭...
  • 多反侦查发现publishing的时候在sitemap上了 这个是网站地图 文件大一个1m多,之前没问题的,但不知道怎么就运行不了了 包下面错误 :A stack overflow error has Occurred. You arerecommend to ...
  • 可能是web.xml中的版本信息不对或是书写版本信息存在错误,这个要根据你的servlet版本和运行环境来修改。 本来我是用的tomcat6支持servlet2.5,但因为web.xml是拷贝的老项目里面的,是tomcat5的环境支持servlet2.4,...
  • 最近在学Servlet,可每次运行都会出现404错误。百度了久才找到了解决办法!!! 出现404错误的肯定就是路径问题,请求的网页不存在,这个是不用多想的。 直接说解决办法: 首先必须要确保菜单栏Project选项里...
  • (十二) [http://www.cnblogs.com/editor/p/3915239.html]这步是每新建个工作空间都应该配置的步骤,这步配置好,把项目源码导进去,空间构建,代码没异常错误,运行编译服务器 (如:Tomcat) 成功后,再做下面的配置;...

空空如也

空空如也

1 2 3 4
收藏数 77
精华内容 30
关键字:

tomcat运行很卡