怎么通过jsp页面重启tomcat服务器，就是页面有个按钮，点击按钮重启服务器

这个你是实现不了的，因为tomcat有两个方法，一个是shutdown 一个是startup,所谓的重启就是先shutdown 然后 startup,
但是jsp页面的运行是依靠tomcat的，所以当你执行到shutdown时，jsp页面也就失去控制了，脱离开tomcat你在点击启动按钮已经失效了。如果想实现的话你可以写一个客户端形式
或者你控制重启的tomcat不是你本身运行所在的tomcat
Runtime runtime = RuntimegetRuntime();
Process process = runtimeexec("C:\\Tomcat\\bin\\shutdownbat");
停止方法，启动方法类似

为了不把时间浪费在等待服务器启动，特地想了想需要重启tomcat和redeploy的情况：自己在开发的过程中，老是遇到myeclipsed出“某某资源与系统不同步”，不能对程序文件修改、删除，当时，自己是重启tomcat来解决这个问 题，但不行，后来对server的Tomcat redeploy一下，问题就解决了，过后自己对何时重启tomcat和reploy进行了总结了一下。Tomcat 的reploy有以下四种情况：1）当你用其他软件对web页面进行了编辑保存后，如果你不redeploy一下，当你再在myeclipse对这些web页面进行编辑时，myeclipse就会d出“某某资源与系统不同步”，无法打开web页面。2） 当你修改了某个类，包括修改类里面的方法、成员和增加及删除了方法、成员，都可以通过redeploy,再刷新页面即可看到修改后的效果。3） 当你修改了项目的配置文件，而非Tomcat的配置文件，也可以通过redeploy,再刷新页面即可看到修改后的效果。其实你不用redeploy，只需刷新一下页面就行，tomcat自动帮你改变。4） 发现myeclipse不太稳定，一般情况下，myeclipse会自动发布，也就是说，用redeploy的情况几乎没有。但是myeclipse不太 稳定，有的时候，不能自动发布，必须要redeploy。所以当你重启tomcat后还是得不到你的预期结果时候，考虑下redeploy。重启tomcat也有以下四种情况：1）在tomcat为debug 模式下，修改当前正在用的类的定义（包括：类名，方法，方法名称，参数等等……），需要重启tomcat。（我用的是myeclipse6但在debug下修改大部分代码是不需要重启的！） 2）修改web元素，比如如果用struts的话，修改jsp页面，是不需要重启tomcat；修改action，不需要重启；修改form文件，有时要有时不要。3）修改Tomcat的配置文件，需要重启tomcat，这个一定要重启才行。4）myeclipse有自动提示，当你修改需要重启的话它会d出窗体提示，但是配置文件改动不提示。所以改动配置文件，一定要重启 tomcat。总结：如果项目大，redeploy和重启tomcat的系统开销是很大的，经常要等很长时间。修改项目里的类和修改项目里的配置文件，redeploy和重启都可以实现改变，但重启时间太长，本人建议redeploy。另外：浏览器是有缓存的，有些情况没有变化是因为缓存没有更新，测试的时候可以用jsp语句关闭缓存，也可以采用访问另一个页再点回来，其余更新和数据库连接的页面有时候有提示说更新失败，这种情况有时可以不理会（其实已经更新了））在默认的配置下调试

tomcat重启应用和tomcat重启是两回事。热部署就是重启应用
tomcat重启应用和tomcat重启是两回事。热部署就是重启应用
tomcat可以设置检测到新的class后重启该应用（不是重启tomcat），reloadable=”true”

如果开启了势部署，是不需要重启的，其实启动的只是一个context。

其中一个误区要注意就是使用cmd命令: jar -cvf tsqawar tsqa 打包项目的问题，不建议使用,实践后知道打包的目录结构和用eclips打包的目录结构不同，且打的包更重，结构不合理。 一开始遇到启动报错的问题，一般来说启动就报错是环境出问题了，换个版本的tomcat或者jdk试试。

War包一般是在进行Web开发时，通常是一个网站Project下的所有源码的集合，里面包含前台HTML/CSS/JS的代码，也包含Java的代码。当开发人员在自己的开发机器上调试所有代码并通过后，为了交给测试人员测试和未来进行产品发布，都需要将开发人员的源码打包成War进行发布。

War包可以放在Tomcat下的webapps或者word目录下，随着tomcat服务器的启动，它可以自动被解压。

扩展资料

数据库连接池的最小连接数和最大连接数的设置要考虑到下列几个因素：

1、最小连接数是连接池一直保持的数据库连接，所以如果应用程序对数据库连接的使用量不大，将会有大量的数据库连接资源被浪费。

2、最大连接数是连接池申请的最大连接数，如果数据库连接请求超过次数，后面的数据库连接请求将被加入到等待对列中，这会影响之后的数据库 *** 作。

如果最小连接数与最大连接数相差太大，那么最先的连接请求将会获利，之后超过最小连接数量的连接请求等价于建立一个新的数据库连接，不过，这些小于最小连接数的数据库连接在使用完不会马上被释放，它将被放到连接池中等待重复使用或是空闲超时被释放。

---