部署Java类文件而无需重新启动JBoss
我想知道是否可以在不重新启动JBoss服务器的情况下部署Java类文件。我正在使用jboss v4.2.2。
另外，当我尝试部署jsp文件时，它工作正常，服务器几乎立即接收到更改。
在此先感谢:)
问题答案：
我使用Tomcat比使用JBoss更好，但是应该可以（如在Tomcat中）重新启动应用程序而无需重新启动应用程序服务器。如果服务器具有“开发模式”并且该模式处于活动状态，则应该可以通过简单地通过touching
WEB-INF/web.xml（即更新其时间戳）来触发应用重启。那应该加载您先前替换的类文件。
-
问题内容： 我正在尝试为我的Java游戏添加重启/重播功能。当前在我的Game类（GUI和游戏被初始化的地方）中，我有： 游戏对象包含整个游戏窗口的GUI，并包含各种对象（例如实际游戏窗口，计分板，倒数计时器等）。 我想添加一个功能，如果他们单击GUI上的重新启动按钮或游戏结束后，游戏将重新启动（以及倒计时和计分）。我确实意识到最好重新实例化对象（计分，倒数），但是一旦实例化，它们便成为我的GUI
-
问题内容： 如果我的进程正在加载.so库，并且该库有新版本可用，是否可以在不重新启动进程的情况下切换到新库？还是答案取决于诸如库中现有功能之一是否有参数更改之类的事情？ 我正在一个相当大的系统中工作，该系统运行100多个进程，每个系统加载10多个库。这些库提供特定的功能，并由独立的团队提供。因此，当其中一个库发生更改（可以说是针对错误修复）时，理想的做法是在后台发布它而不影响运行的过程。可能吗 ？
-
使用JSPs design/HTML是一个问题，因为当发生更改时，应该总是重新部署应用程序。应用程序的重新部署是很耗时的，如果我能对JSP/HTML做一些修改，刷新浏览器和wholaaa！就更好了。在Idea intellij中有更新资源/更新资源和类，在Eclipse中有类似的内容吗？我正在使用glassfish服务器进行应用程序部署和J2EE。
-
我有一个部署，其中包括一个configMap、persistentVolumeClaim和一个服务。我已经更改了configMap并将部署重新应用到我的集群中。我了解到此更改不会在部署中自动重启pod： 下面是Wiki.yaml的样子：
-
我在Spring boot应用程序中定义了多个配置文件，通常用于不同的场景。 在运行时，我正在寻找一种方法来激活配置文件，而不需要重新启动应用程序。 我知道Spring cloud config提供了一种通过使用actuator/Refreshendpoint重新启动应用程序来外部化配置和重新加载的方法。 我将Spring Cloud Config为应用程序维护的外部化配置中的属性Spring.p
-
问题内容： 如果JVM有机会在更多对象分配请求出现之前运行GC，那么JVM是否可以从OutOfMemoryError中恢复而无需重新启动？ 各种JVM实现在这方面是否有所不同？ 我的问题是关于JVM恢复，而不是用户程序试图通过捕获错误进行恢复。换句话说，如果将OOME抛出到应用程序服务器（jboss / websphere / ..）中，我是否必须重新启动它？或者，如果其他请求似乎没有问题，我可以