转自：http://wenku.baidu.com/view/36a2188a84868762caaed5d8.htmltomcat中三种部署项目的方法第一种方法：在tomcat中的conf目录中，在server.xml中的，节点中添加：
系统 2019-08-12 01:33:51 2561
环境：JDK142tomcat5.0mysql5.0.16apache-ant-1.6.5jbpm-starters-kit-3.1.4一、解压缩jdpm-starters-kit-3.1.4，标识为：JBPM_HOME在mysql数据库中建库”jbpm“，在%JBPM_HOME%/lib下，建立mysql文件夹，将mysql驱动程序拷贝到mysql文件夹下。二、为ant创建jbpm相关数据库修改相关配置文件1、%JBPM_HOME%\src\resour
系统 2019-08-12 01:33:47 2561
下载文件两种方式：绿色版的、安装版的（找到jre的环境变量、配置或修改端口8080→8070）启动完tomcat之后：既可以虚拟目录打开（如http://localhost:8070/mldn/），也可以默认的安装盘打开（如：D:\ProgramFiles\ApacheSoftwareFoundation\Tomcat7.0\webapps\thefirstweb）访问的时候http://localhost:8070/thefirstweb/即可tomca
系统 2019-08-12 01:33:41 2561
http://zj.189.cn/support/servguide/guangxiaoqu/查询您所在的小区是否接入光纤查询方式：地区选择：小区名称：尊敬的客户，您好！您所在的小区已接入光纤。温馨提示：该页面查询结果仅供参考，最终能否安装光宽带以营业厅数据为依据。所在地区县（分局）光小区名称操作金华义乌华信江东四小区-2我要办套餐金华义乌义乌江东四小区我要办套餐金华义乌华信江东四小区-1我要办套餐所谓光纤入户FTTH(FiberToTheHome)，意为
系统 2019-08-12 01:33:35 2561
1.最近碰到这样一个问题：项目使用到了报表，上线后，客户投诉报表经常每隔一段时间，就不能用了。后来我们发现只要将Tomcat重新启动下就没有问题了，应该是那个报表工具的性能不是很稳定造成的，大概每隔一个星期需要重启一次。当然不能每次出问题就人工去重启，这样对客户、对我们来说都是不能长期接受的，所以这个问题得解决。首先，将报表输出单独作为一个小的工程拿出来，这样即使报表出问题了，可以登陆到Tomcat的后台管理程序中，去只对这个报表工程重新reload一下，
系统 2019-08-12 01:33:32 2561
#!/bin/bash#description:Tomcat7StartStopRestart#processname:tomcat7#chkconfig:2342080JAVA_HOME=/usr/local/jdk1.7.0_17exportJAVA_HOMEPATH=$JAVA_HOME/bin:$PATHexportPATH#CATALINA_HOME=/u01/tomcatcase$1instart)sh$CATALINA_HOME/bin/st
系统 2019-08-12 01:33:29 2561
http://tomcat.apache.org/tomcat-7.0-doc/architecture/startup/serverStartup.txtLicensedtotheApacheSoftwareFoundation(ASF)underoneormorecontributorlicenseagreements.SeetheNOTICEfiledistributedwiththisworkforadditionalinformationrega
系统 2019-08-12 01:33:14 2561
在服务器上，为了测试方面，先改host文件，增加如下一行127.0.0.1localhost127.0.0.1www.abc.com然后改tomcat下conf目录下的server.xml文件在第一个后增加HOST如下
系统 2019-08-12 01:33:14 2561
事情的起因是因为数据库的IO操作过大，于是新加了个硬盘，发现在执行写入操作的时候，服务器的压力依然是比较大的，于是想到了内存盘。内存盘是“魔方”系统优化提供的一个小工具，就是将内存空间划分出一部分当硬盘使用，之前将网站数据库移动至上面，使得服务器的IO有了一个明显的降低，但是由于数据库文件的逐渐增大，服务器内存有限的其情况下，不得放弃了这个办法。首先迁移tempdb数据库的位置到新加的硬盘上ALTERDATABASEtempdbMODIFYFILE(NAM
系统 2019-08-12 01:33:13 2561
问题定位对于Tomcat的处理耗时较长的问题主要有当时的并发量、session数、内存及内存的回收等几个方面造成的。出现问题之后就要进行分析了。1.关于Tomcat的session数目这个可以直接从Tomcat的web管理界面去查看即可或者借助于第三方工具LambdaProbe来查看，它相对于Tomcat自带的管理稍微多了点功能，但也不多2.监视Tomcat的内存使用情况使用JDK自带的jconsole可以比较明了的看到内存的使用情况，线程的状态，当前加载
系统 2019-08-12 01:33:05 2561
