noi*_*elt 14 spring intellij-idea tomcat6 redeploy
我正在使用IntelliJ和Tomcat 6来运行Spring Java EE应用程序.我没有部署已编译的战争,而是选择使用爆炸的战争部署,因此我可以选择热交换某些类和JSP.
但是,除了"更新类"和"更新类和资源"之外,IntelliJ还允许用户在更新操作上"重新部署"和"重新启动服务器".这两个选择有什么区别？
如果我在我的类中更改了我的方法签名,或者我在Springconfig.xml中进行了更改,是否需要重新启动服务器,或者重新部署是否足够？我注意到我无法简单地热切换其功能签名或与其关联的注释已被修改的类.
Ror*_*ryB 18
重启服务器完全按照它的说法执行,并重新启动tomcat服务器.您的战争将在服务器启动时重建和部署.如果您在热插拔课程时遇到问题,这将非常有用.
重新部署将重新部署整个.war(不重新启动服务器),而不是尝试热插拔更改的类和其他资源.
另见:http: //www.jetbrains.com/idea/webhelp/updating-a-running-java-ee-application.html
在回答第二个问题时,重新部署应该足够了.也就是说,它可能导致内存泄漏,并且通常仅比完全重启稍快.
更新资源。所有更改的资源（即除类之外的所有应用程序组件）都将更新。
更新课程和资源。所有更改的资源都会更新；更改的类将被重新编译。在调试模式下，更新的类将被热插拔。在运行模式下，IntelliJ IDEA 只会更新输出文件夹中更改的类。此类类是否会在正在运行的应用程序中实际重新加载，取决于所使用的运行时的功能。
重新部署。该应用程序将被更新和重新部署。
重启服务器。服务器将重新启动。应用程序的更新版本将在服务器启动时部署。对于打包的工件，可用的选项是：
热插拔类。更改的类将在运行时重新编译和重新加载。请注意，此选项仅适用于调试模式。重新部署。整个应用程序将被重建和重新部署。重启服务器。服务器将重新启动。应用程序将在服务器启动时重建和部署。
来自：http : //www.jetbrains.com/idea/webhelp/run-debug-configuration-tomcat.html
| 归档时间： |
|
| 查看次数： |
6640 次 |
| 最近记录： |