问题标签 [redeploy]

看起来像

是一个常见的问题。您可以增加 perm 空间的大小，但在 100 或 200 次重新部署后它将被填满。跟踪 ClassLoader 内存泄漏几乎是不可能的。

您在生产服务器上使用 Tomcat（或另一个简单的 servlet 容器 - Jetty？）的方法是什么？每次部署解决方案后是否重新启动服务器？

您是否将一个 Tomcat 用于多个应用程序？

也许我应该在不同的端口（或嵌入式 Jetty）上使用许多 Jetty 服务器，并且每次都取消部署/重新启动/部署？

在未先重新启动 Glassfish 的情况下将 EAR（未更改代码）重新部署到 Glassfish 服务器 (v3) 时，尝试从 Spring 容器实例化 bean 时出现 ClassCastException。

我知道类定义是类和加载器的组合，当类具有静态成员时，它可能不会从 PermGen 中删除，导致重新部署时出现此异常，但我的类没有静态成员。

关于还有什么可能导致这种情况以及如何阻止这种情况发生的任何想法？

谢谢

我们有一个类 Foo，它是一个单例并且继承自 Thread。重新部署后我们遇到了一些问题，其中似乎有 2 个线程可能正在运行。每次 Foo 从睡眠中醒来时，我添加了一些打印语句来检索 ClassLoader。打印结果表明实际上已经使用不同的 ClassLoader 创建了该类的另一个实例。

我不知道它是否相关，但 Foo 总是通过 Foo::instance 第一次通过会话 Bean 创建。Foo 旨在作为服务运行以处理数据库清理。

谢谢

当您重新部署一个 tomcat 应用程序时，它会丢失以前的设​​置/文件吗？战争完全被覆盖了吗？还是它保留未更改的文件，而只是覆盖更改的文件？

谢谢，镜像命运

背景：
我有Maven2配置的项目hibernate + spring + wicket。通过 m2eclipse 更具体。

问题是什么：
我的问题是每次我必须制作：清理、安装和构建（重新部署/部署），这需要很多时间。我试图进行此处描述的“目录部署” 。我希望我只需要进行清理和安装即可将我的应用程序部署到 glassfish。

不幸的是我得到了：

警告：deploydir 命令已弃用。请改用部署命令。

同样，当我更改 .java 文件中的某些内容时，我必须进行手动部署。目录部署不起作用。

问题：
有什么方法可以使部署/重新部署更快？也许开始使用ant，而不是maven。也许有人成功使用“deploydir”。也许通过 eclipse（不是 maven/m2eclipse）重新部署？

我真的厌倦了等待重新部署。我会感谢任何建议。
亚当

我正在寻找可用于 IBM RAD 的 JREBEL 的开源替代品

我尝试了带有 IBM Websphere 和 RAD 的Dynamic Code Evolution VM。DCEVM 无法识别 IBM jdk。有没有人试过这个并得到解决方法？我相信这是因为安装程序在 bin/client/jvm.dll 和 bin/server/jvm.dll 文件夹中搜索 jvm.dll 并且 ibm jdk 在 jdk\jre\bin\j9vm 和 jdk\jre 中有它\bin\经典。不确定这是否是唯一的问题。

但只是想知道是否有人尝试过并解决了这个问题。

我最近开始使用带有以下堆栈 Liferay 的 Netbeans，带有 jBoss 的 icefaces。每次在 java 文件或 jsp 文件中更改代码时，都需要清理重建和重新部署应用程序。有没有办法像在 Eclipse 中那样自动执行此操作。只需保存文件构建并部署即可。

为了确定 jvm 在下一次重新部署后是否可能会遇到 permgen 空间不足，我想事先监控当前的 permgen 空间使用情况

就像是：

我有一个带有几个 spring portlet 的 Web 应用程序。每个 portlet 都有一个带有声明控制器的 xml，但控制器使用的服务放在 applicationContext.xml 中。我知道每个portlet 都会创建一个spring 应用程序上下文（来自自己的xml 文件），并且每个上下文都具有从applicationContext.xml 创建的spring 应用程序上下文作为根上下文。也就是说，在 applicationContext.xml 中声明的所有 bean 对于所有 portlet 都是通用的。

所以让我们举个例子：

portlet example-portlet.xml 的xml 文件： ... ...

控制器ExampleController.java：

应用上下文.xml：

服务ExampleServiceImpl.java：

当服务器启动其中的应用程序时，应用程序启动并且一切正常。重新部署应用程序时，出现错误：

结果 portlet 没有启动。

我已经调试了lifery的源代码，我发现了以下代码：

上面的代码，在第一种情况下（当服务器在内部启动应用程序时）返回不为 null 的父级，但在第二种情况下（当重新部署应用程序时）它返回一个 null 父级。在 PortletApplicationContextUtils.getWebApplicationContext(getPortletContext()) 中有以下代码：

因此，在第一种情况下，该属性在 portlet 上下文中，但在第二种情况下，它不在 portlet 上下文中。问题很清楚，在 null parent 中找不到 exampleService bean。

问题是：热部署过程中是否有任何错误？. 请帮我！！！

想法是能够在不重新部署的情况下更改 logback 配置。项目中使用了 Slf4j 和 logback。logback.xml 文件在耳中，但它从属性文件中读取一些属性，这些属性文件放在耳外。像这样的东西：

问题是扫描检查 logback.xml 是否已更改（并且文件始终相同）。这就是为什么更改属性文件中的值不会更改 logback 的配置。更改仅在重新部署后应用。

那么在不重新部署的情况下修改 logback 配置的最佳方法是什么？是否有一些机制可以实现它？

upd：很少会进行更改。但应尽快应用它们。性能也很重要。