看起来像
MemoryError: PermGen space
java.lang.OutOfMemoryError: PermGen space
是一个常见的问题.您可以增加烫发空间的大小,但在重新部署100或200后,它将是满的.跟踪ClassLoader内存泄漏几乎是不可能的.
您在生产服务器上使用Tomcat(或另一个简单的servlet容器 - Jetty？)的方法是什么？每次部署解决方案后服务器是否重启？
您是否在许多应用程序中使用一个Tomcat？
也许我应该在不同的端口(或嵌入式Jetty)上使用许多Jetty服务器,并且每次都取消部署/重启/部署？
我正在使用IntelliJ和Tomcat 6来运行Spring Java EE应用程序.我没有部署已编译的战争,而是选择使用爆炸的战争部署,因此我可以选择热交换某些类和JSP.
但是,除了"更新类"和"更新类和资源"之外,IntelliJ还允许用户在更新操作上"重新部署"和"重新启动服务器".这两个选择有什么区别？
如果我在我的类中更改了我的方法签名,或者我在Springconfig.xml中进行了更改,是否需要重新启动服务器,或者重新部署是否足够？我注意到我无法简单地热切换其功能签名或与其关联的注释已被修改的类.
嗨伟大的stackoverflow人,
在EB上托管一个docker容器,并在其上运行基于nodejs的代码.重新部署我们的docker容器时,我们希望旧的容器能够正常关闭.
我找到了关于我们的代码如何接收'docker stop'命令产生的sigterm信号的帮助和指南.
然而,对运行码头工具的EB机器的进一步调查
/opt/elasticbeanstalk/hooks/appdeploy/enact/01flip.sh
表明,当从当前"翻转"到新的分段容器时,旧的机器被"docker kill"杀死
有没有办法将此行为更改为docker stop？
或者一般来说,一种推荐的方法来处理旧容器的正常关闭？
谢谢!
想法是能够在不重新部署的情况下更改回溯配置.Slf4j和logback用于项目中.logback.xml文件在耳边,但它从属性文件中读取一些属性,这些属性放在耳边.像这样的东西:
<configuration scan="true" scanPeriod="5 seconds">
<property file="${logconfig}"/>
<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
<encoder>
<pattern>${logback.consolePattern}</pattern>
</encoder>
</appender>
<root level="DEBUG">
<appender-ref ref="STDOUT" />
</root>
</configuration>
问题是扫描检查logback.xml是否已更改(并且文件始终相同).这就是为什么更改属性文件中的值不会更改logback的配置.只有在重新部署后才会应用更改.
那么在没有重新部署的情况下,有能力修改回溯配置的最佳方法是什么？是否有某种机制可以实现它？
upd:很少会发生变化.但应该尽快应用它们.表现也很重要.
我在Windows 7桌面上运行JBoss 6.1.0.Final.当我重新部署我的耳朵时,我总是得到这样的堆栈;
16:23:32,560 WARN [org.jboss.kernel.plugins.dependency.StartStopLifecycleAction] Error during stop for jboss-switchboard:appName=foretag-ear,module=foretag-ejb-4.0.0-SNAPSHOT,name=ArbetsstalleDAO: javax.naming.NameNotFoundException: ORB not bound
at org.jnp.server.NamingServer.getBinding(NamingServer.java:771) [:5.0.5.Final]
at org.jnp.server.NamingServer.getBinding(NamingServer.java:779) [:5.0.5.Final]
at org.jnp.server.NamingServer.unbind(NamingServer.java:349) [:5.0.5.Final]
at org.jnp.interfaces.NamingContext.unbind(NamingContext.java:873) [:5.0.5.Final]
at org.jboss.util.naming.Util.unbind(Util.java:151) [jboss-common-core.jar:2.2.17.GA]
at org.jboss.util.naming.Util.unbind(Util.java:141) [jboss-common-core.jar:2.2.17.GA]
at org.jboss.switchboard.mc.SwitchBoardImpl.unbindFromRelevantContext(SwitchBoardImpl.java:303) [:1.0.0-alpha-15]
at org.jboss.switchboard.mc.SwitchBoardImpl.stop(SwitchBoardImpl.java:102) [:1.0.0-alpha-15]
at sun.reflect.GeneratedMethodAccessor432.invoke(Unknown Source) [:1.6.0_34]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_34]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_34]
这是一个警告,但我们相信它会因各种原因弄乱JNDI空间.我用谷歌搜索了这个,但没有找到太多有用的信息.一个建议是运行所有配置,但它也是与该配置相同的堆栈跟踪.任何想法或你认为我们真的可以忽略这个堆栈？
亲切的问候,
Jan Gifvars
我有一个在带有 IIS 的 Windows Server 2008 R2 上运行的 Asp.Net Core MVC 应用程序。但是每次更新这个应用程序时，都需要手动停止IIS中的applicationPool，并在更新完应用程序后重新启动applicationPool。否则它会告诉我“xxx.dll 正在被其他进程使用”。
有什么方法可以使这个过程更容易吗？
今天我收到PermGen OutOfMemory错误.
显示,分析最近的GC根为WebappClassLoader是的logback螺纹:
this - value: org.apache.catalina.loader.WebappClassLoader #4
<- contextClassLoader (thread object) - class: java.lang.Thread, value: org.apache.catalina.loader.WebappClassLoader #4
这是:
java.lang.Thread#11 - logback-1
来自此线程的堆转储的线程转储:
"logback-1" daemon prio=5 tid=34 WAITING
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:458)
at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:359)
Local Variable: java.util.concurrent.SynchronousQueue$TransferStack$SNode#1
Local Variable: java.util.concurrent.SynchronousQueue$TransferStack#6
at java.util.concurrent.SynchronousQueue.take(SynchronousQueue.java:925)
Local Variable: java.util.concurrent.SynchronousQueue#6
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
Local Variable: java.util.concurrent.ThreadPoolExecutor#34
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
Local Variable: java.util.concurrent.ThreadPoolExecutor$Worker#11
at java.lang.Thread.run(Thread.java:745)
我使用具有热重新部署功能的Tomcat 8 reloadable="true"并CLASSPATH通过PreResources以下方式外部化:
<Context docBase="/home/user/devel/app/src/main/webapp"
reloadable="true">
<Resources> …我知道Tomcat可以.war在重新部署时重新加载文件，我不需要杀死Tomcat进程并重新启动它。我可以删除.war，等待 Tomcat 取消部署它，然后将新的复制.war到 Web 路径。但是，经过多次不重启Tomcat的琐碎更新战，Tomcat是否有可能无法有效释放内存或导致一些性能问题？假设一个 Tomcat 实例中只有一个 war 应用程序。
我正在寻找可以在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\classic.不确定这是否是唯一的问题.
但只是想知道是否有人试过并解决了这个问题.
为了确定在下一次重新调试之后jvm是否可能遇到permgen空间不足,我想先监测当前的permgen空间使用情况
就像是:
set myPermGenThreshold = 0.51 (51%)
currentlyUsedPermGenSize = (...ask the jvm here... say it's 0.6)
if (currentlyUsedPermGenSize > myPermGenThreshold ) {
(...restart tomcat...)
}
else {
(...redeploy application...)
}