我正在做一个性能测试,用JMeter来评估我们的产品。我们的产品部署在Weblogic服务器上,并且有一个Oracle数据库。
在性能测试中,JMeter客户端访问驻留在weblogic服务器上的一组EJB,并调用相关函数。
但是在测试之后,我在jmeter日志中看到了一些异常。我已经将测试过程中遇到的异常放在下面。由于负载的原因,似乎JMeter客户端无法访问weblogic服务器中的EJB实例。但我不确定。你能帮我解决这个问题吗?
javax.ejb.EJBException: No message was received for: '240' seconds; nest
我试图将我的应用程序强调到Weblogic11g中,并且在队列中发送了许多JMS消息。
但是,FileStore在20K左右的消息中崩溃,最大大小为647,169 ko。
Exception in thread "Thread-13" java.lang.OutOfMemoryError: Java heap space
at java.nio.HeapByteBuffer.<init>(HeapByteBuffer.java:39)
at java.nio.ByteBuffer.allocate(ByteBuffer
我正在开发的这个应用程序具有下载报表(XLSX)的特性,DynamicReports 4.0是我们为此使用的API。应用程序崩溃时会出现以下错误:
weblogic.kernel.Default failed to schedule a request due to
java.lang.OutOfMemoryError: nativeGetNewTLA
at weblogic.work.SelfTuningWorkManagerImpl.getWorkAdapter(SelfTuningWorkManagerImpl.java:252)
at weblogic.work.SelfTu
我正在开发一个要部署在WebLogic12中的应用程序,我想在Dao的中使用CDI查询模块
但cdi-query-imple依赖于solder-api和solder-impl 3.1.0。最终,当我尝试在应用服务器中部署应用时,我得到以下jboss类导致的异常:
weblogic.ejb.container.compliance.ComplianceException: AroundInvoke method passExceptionsToSolderCatch in class org.jboss.solder.exception.control.ExceptionHandledInter
在使用标准组件运行一个微不足道的Grails应用程序时,我在生产中遇到了一个非常奇怪的稳定性问题。
经过一段时间的正常操作后,状态CLOSE_WAIT中的Tomcat (CLOSE_WAIT) TCP连接数量会增加,直到Tomcat达到线程上限(Maximum number of threads (N) created for connector),之后Tomcat就会停止运行。
通常情况下,这表示应用程序包含的代码没有正确关闭其TCP连接。但是,这个应用程序中的Grails代码真的很琐碎,没有单独启动任何TCP连接,所以我想不出我的代码可能导致CLOSE_WAIT问题的任何场景。
此外,栈中