OSB Problem: java.lang.OutOfMemoryError: getNewTla

Hi there,
Yesterday I posted a problem related to the OSB console not loading and giving an error (<BEA-381951> JCA inbound request only invocation failed
Since then I've looked harder at the problem and realised that the real problem was the following exception:
####<28/Jul/2010 11H16m BST> <Error> <Kernel> <Server> <AdminServerOsb> <[ACTIVE] ExecuteThread: '9' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <a7acfb4f5f216892:-3c87e2be:12a1882fb62:-8000-000000000001fc60> <1280312179687> <BEA-000802> <ExecuteRequest failed
java.lang.OutOfMemoryError: getNewTla.
java.lang.OutOfMemoryError: getNewTla
 at java.util.concurrent.ConcurrentHashMap$KeySet.iterator(ConcurrentHashMap.java:1169)
 at weblogic.socket.SocketMuxer.getSocketsIterator(SocketMuxer.java:610)
 at weblogic.socket.SocketMuxer$TimerListenerImpl.timerExpired(SocketMuxer.java:955)
 at weblogic.timers.internal.TimerImpl.run(TimerImpl.java:273)
 at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:528)
 at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
 at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
This exception is occurring every time I make a request to the weblogic server.
I can't find any explanation about this problem anywhere so I'm asking for some help.
Best Regards,
Daniel Alves

sorry for interfering but this kind of issues should be accompanied by analysis done with JRockit Mission Control Runtime Analysis (Flight Recording)
http://download.oracle.com/docs/cd/E15289_01/doc.40/e15070/toc.htm
take also advantage of the oomdiagnostics flag of JRockit.
JRockit contains WONDERFUL diagnostics tools, if you learn how to use them you are the King of Persia.
unless you determine the cause it's very difficult to address it by trial and error. Besides, if (if!) you have a memory leak there is no point in changing the JVM parameters....

Similar Messages

Java.lang.OutOfMemoryError: getNewTla in coherence production cluster!

Hi guys, we need some urgent help, JVMs in our production coherence cluster would randomly stop due to the outofmemory error, and we cannot find out the root cause.
1) Version 3.7.1.4, running 4x servers, each with 40x jvm, each jvm set to 2GB heap, for a total of 320GB cluster. Each server also has a extend proxy running with 3GB heap (no issue)
2) The cluster is configured using WKA by explicitly listing out all the server nodes in the config.
3) Our data storage is only ~30GB, details below.
Stats for cache 'CACHE0':
Number of cache entries: 14761116
Memory usage (mb): 26722.643
Average entry size (bytes): 1898
Stats for cache 'CACHE1':
Number of cache entries: 46047
Memory usage (mb): 51.911
Average entry size (bytes): 1182
Stats for cache 'CACHE2':
Number of cache entries: 4
Memory usage (mb): 0.154
Average entry size (bytes): 40448
Stats for cache 'CACHE3':
Number of cache entries: 69
Memory usage (mb): 0.705
Average entry size (bytes): 10707
Grand total: 26775.413 MB, Number of entries: 14807237
4) Random jvms storage nodes (not proxy) on each server would just go down with below errors, we cannot reproduce the issue, it just happens at random. Out of 40 jvms on each server about 3-5 went down over the weekend on, the issue happens on all 4 servers.
ERROR Coherence - 2012-08-11 11:36:51.670/156864.993 Oracle Coherence GE 3.7.1.4 <Error> (thread=Cluster, member=17):
java.lang.OutOfMemoryError: getNewTla
at java.util.HashMap.newKeyIterator(HashMap.java:1024)
at java.util.HashMap$KeySet.iterator(HashMap.java:1062)
at java.util.HashSet.iterator(HashSet.java:153)
at sun.nio.ch.SelectorImpl.processDeregisterQueue(SelectorImpl.java:127)
at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:69)
at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
at com.tangosol.coherence.component.net.TcpRing.select(TcpRing.CDB:11)
at com.tangosol.coherence.component.util.daemon.queueProcessor.service.grid.ClusterService.onWait(ClusterService.CDB:6)
at com.tangosol.coherence.component.util.Daemon.run(Daemon.CDB:39)
at java.lang.Thread.run(Thread.java:662)
ERROR Coherence - 2012-08-11 11:36:51.854/156865.177 Oracle Coherence GE 3.7.1.4 <Error> (thread=PacketListener1, member=17): Stopping cluster due to unhandled exception: java.lang.OutOfMemoryError: java/net/Inet4Address, size 24B
at java.net.PlainDatagramSocketImpl.receive0(Native Method)
at java.net.PlainDatagramSocketImpl.receive(PlainDatagramSocketImpl.java:145)
at java.net.DatagramSocket.receive(DatagramSocket.java:725)
at com.tangosol.coherence.component.net.socket.UdpSocket.receive(UdpSocket.CDB:22)
at com.tangosol.coherence.component.net.UdpPacket.receive(UdpPacket.CDB:1)
at com.tangosol.coherence.component.util.daemon.queueProcessor.packetProcessor.PacketListener.onNotify(PacketListener.CDB:20)
at com.tangosol.coherence.component.util.Daemon.run(Daemon.CDB:42)
at java.lang.Thread.run(Thread.java:662)
Exception in thread "Main Thread" java.lang.OutOfMemoryError
5) Initially we thought it was because of a issue with the small default packet speaker size when joinining the nodes since we using WKA. But changing the config did not help:
<coherence>
<cluster-config>
<packet-speaker>
<volume-threshold>
<minimum-packets>10000</minimum-packets>
</volume-threshold>
</packet-speaker>
</cluster-config>
</coherence>
Out of ideas, any help will be greatly appreciated. Thanks

i dont think the issue is with the code, i just noticed as soon as i start up all the cache servers, 1 went down already. And noone is accessing the system.
this is extremely troublesome, i am loading the hprof file to look at the dump per suggestion above, not sure if it will help pinpoint the root cause though.
cacheserver:1 30578 [Logger@9218328 3.7.1.4] WARN Coherence - 2012-08-13 13:52:14.857/32.262 Oracle Coherence GE 3.7.1.4 <Warning> (thread=PacketPublisher, member=22): Experienced a 1230 ms communication delay (probable remote GC) with Member(Id=1, Timestamp=2012-08-09 16:02:24.413, Address=xxxxxx, MachineId=xxxxx, Location=site:,machine:xxxxx,process:27118,member:xxxxxx:cacheserver:1, Role=CoherenceServer); 25 packets rescheduled, PauseRate=0.042, Threshold=875
Exception in thread "Main Thread" java.lang.OutOfMemoryError
[WARN ][thread ] dispatchUncaughtException
Logger: java.lang.OutOfMemoryError
java.lang.OutOfMemoryError
Exception in thread "PacketListener1" java.lang.OutOfMemoryError
[WARN ][thread ] dispatchUncaughtException
[WARN ][thread ] dispatchUncaughtException
java.lang.OutOfMemoryError: getNewTla
at java.lang.ThreadGroup.uncaughtException(ThreadGroup.java:983)
at java.lang.ThreadGroup.uncaughtException(ThreadGroup.java:976)
at java.lang.Thread.dispatchUncaughtException(Thread.java:1874)
java/lang/OutOfMemoryError: getNewTla
--- End of stack trace
java/lang/OutOfMemoryError: getNewTla
--- End of stack trace
Exception in thread "Logger@9218328 3.7.1.4" java.lang.OutOfMemoryError
Exception in thread "PacketListener1P" java.lang.OutOfMemoryError

Weblogic crashes with java.lang.OutOfMemoryError: getNewTla.

Hi,
We have a clustered Weblogic environment and a custom WebCenter portal application is deployed on it.
We are using JDev 11.1.1.5.0 and the Weblogic version we are using is 10.3.5.0
We are frequently getting below error on either cluster. Can anyone help please?
ExecuteRequest failed
java.lang.OutOfMemoryError: getNewTla.
java.lang.OutOfMemoryError: getNewTla
at java.util.HashMap.newKeyIterator(HashMap.java:1024)
at java.util.HashMap$KeySet.iterator(HashMap.java:1062)
at java.util.HashSet.iterator(HashSet.java:153)
at weblogic.cluster.messaging.internal.GroupImpl.getConfigInformation(GroupImpl.java:271)
at weblogic.cluster.messaging.internal.GroupManagerImpl.findOrCreateGroupMember(GroupManagerImpl.java:198)
at weblogic.cluster.messaging.internal.GroupManagerImpl.handleMessage(GroupManagerImpl.java:173)
at weblogic.cluster.messaging.internal.ConnectionImpl$1.run(ConnectionImpl.java:139)
at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:528)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:178)
Regards,
Kanchan

Hi Kanchan,
Few things you could do here is,
1. Check GC logs to check if Garbage collector selected is able to release un-referenced objects. Logs will give you hint about possible memory leak.
If you have not set debug GC logs then set it using -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCApplicationStoppedTime -XX:+PrintGC -Xloggc:/logs/server1_gclogs.txt
2. Would prefer to take heap dump on OOM and use any tool like jhat or MAT to analyse. It will help in deciding if you require any performance tuning at JVM level. sometime it happens that heap space allocated is tool low causing OOM.
For taking heap dump either set it as JAVA option - "*-XX:+HeapDumpOnOutOfMemoryError*"
or
using Sun tool "jmap"
$ jmap –heap:format=b <pid>
Thanks,
Ranjan

Problems(java.lang.OutOfMemoryError) Migrating from jdk1.3 to jdk1.4

Hi,
We are trying to migrate our application written using Swing EJB,JMS from jdk 1.3.1_06-b01 version to jdk1.4.1. With jdk1.3 everything works fine, but with jdk1.4, after the client is launched I get a java.lang.OutOfMemoryError, even for simple operation like seleting a node in the tree. We had set the initial heap size to 64m and max heap size to 150m. If I change the heap size to -Xms=96m an d-Xmx=256m the application works fine, but it hogs a lot of memory(nearly 210m for simple operations). Is there a memory issue with jdk1.4. If yes are there any possible workarounds?
Any help would be appreciated.
Thanks
Dheeresh

Don't use any memory settings, the memory will be allowed dynamically.
Denis

Java.lang.OutofmemoryError while loading message in mapping

Hi,
I encountered a Strange problem while performing message mapping.
I have to transform Orders05 message into another message format(the size of the XSD file is 17 KB) which has got 100 elements(approx count) in it.
After selecting the source message(Orders05) when i tried to select the target message (whihc was imported into XI as external definations), the system hangs up and i get below error message.
Display Problem
java.lang.OutofmemoryError
Internal problem occurred (INTERNAL_PROBLEM)
MESSAGE ID: com.sap.aii.utilxi.swing.framework.rb_exceptions.INTERNAL_PROBLEM
The system i tried this was a P4-processor512 MB RAM. so i used my laptop(1 GB RAM Intel centrino) to perform the same. But no change in message mapping, but the only thing i noticed was the system did not hangup.
Later i went to perform the same mapping on the server 3 GB RAM, dual processor. Initially the message could be selected as target field. But after performing 2-3 field level mapping, the Design time hanged up. I had to close the session and open up again to perform 2-3 field mappings again. This went on for over 20 times and only then i could finish the entire mapping.
I have never encountered such a problem earlier. Is there any solution to rectify this. My problem is, i have to perform 10 such mappings :-((
Here is the complete errror i got .
Internal problem occurred (INTERNAL_PROBLEM)
MESSAGE ID: com.sap.aii.utilxi.swing.framework.rb_exceptions.INTERNAL_PROBLEM
STACKTRACE:
com.sap.aii.utilxi.swing.framework.FrameworkException: Internal problem occurred
 at com.sap.aii.utilxi.swing.toolkit.ExceptionDialog.init(ExceptionDialog.java:116)
 at com.sap.aii.utilxi.swing.toolkit.ExceptionDialog.<init>(ExceptionDialog.java:93)
 at com.sap.aii.mappingtool.fwutil.util.ToolUtil.restartTool(ToolUtil.java:362)
 at com.sap.aii.ibrep.gui.mapping.xitrafo.XiTransformationView.loadIfrSchema(XiTransformationView.java:274)
 at com.sap.aii.ibrep.gui.mapping.xitrafo.XiMappingView.searchForRepositoryObject(XiMappingView.java:245)
 at com.sap.aii.ibrep.gui.mapping.xitrafo.RepObjSearchHelpAction.actionPerformed(RepObjSearchHelpAction.java:90)
 at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
 at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(Unknown Source)
 at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
 at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
 at javax.swing.AbstractButton.doClick(Unknown Source)
 at com.sap.plaf.frog.FrogMenuItemUI$MouseInputHandler.mouseReleased(FrogMenuItemUI.java:833)
 at java.awt.Component.processMouseEvent(Unknown Source)
 at java.awt.Component.processEvent(Unknown Source)
 at java.awt.Container.processEvent(Unknown Source)
 at java.awt.Component.dispatchEventImpl(Unknown Source)
 at java.awt.Container.dispatchEventImpl(Unknown Source)
 at java.awt.Component.dispatchEvent(Unknown Source)
 at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
 at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
 at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
 at java.awt.Container.dispatchEventImpl(Unknown Source)
 at java.awt.Window.dispatchEventImpl(Unknown Source)
 at java.awt.Component.dispatchEvent(Unknown Source)
 at java.awt.EventQueue.dispatchEvent(Unknown Source)
 at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
 at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
 at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
 at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
 at java.awt.EventDispatchThread.run(Unknown Source)
java.lang.OutOfMemoryError
STACKTRACE:
Regards,
Siva Maranani

Hi Siva,
Goto the exchange profile via URL
http://<>:port/exchangeProfile, goto
IntegrationBuilder in the left tree and increase parameter com.sap.aii.ib.client.jnlp.j2se.maxheapsize from 512m to 768m (or higherif necessary). Press the save button.
Goto http://<>:port/rep/support/admin/index.html,
press AII Properties on the left side and then press the REFRESH button until you see the new value on the right side.
if the problem is no resolved even after doing the above, take a look at a look at note:
580351 Java WebStart troubleshooting in XI 2.0
855471
(This note is also valid for XI3.0)
Cheers,
Naveen
Message was edited by: Naveen Pandrangi

Java.lang.OutOfMemoryError in UCM

hi all,
We are getting the following error in Oracle UCM since last night:
Event generated by user 'weblogic' at host 'CIS'. System code execution error. java.lang.OutOfMemoryError: getNewTla. [ Details ]
An error has occurred. The stack trace below shows more information.
!csUserEventMessage,weblogic,CIS!csSystemCodeExecutionError!syJavaExceptionWrapper,java.lang.OutOfMemoryError: getNewTla
intradoc.common.ServiceException:
at intradoc.server.ServiceManager.onError(ServiceManager.java:703)
at intradoc.server.IdcServerThread.processRequest(IdcServerThread.java:303)
at intradoc.server.IdcServerThread.run(IdcServerThread.java:160)
at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:528)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
Caused by: java.lang.OutOfMemoryError: getNewTla
at java.nio.CharBuffer.wrap(CharBuffer.java:133)
at sun.nio.cs.StreamEncoder.implWrite(StreamEncoder.java:246)
at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:106)
at java.io.OutputStreamWriter.write(OutputStreamWriter.java:190)
at java.io.BufferedWriter.flushBuffer(BufferedWriter.java:111)
at java.io.PrintStream.newLine(PrintStream.java:495)
at java.io.PrintStream.println(PrintStream.java:774)
at java.lang.Throwable.printStackTrace(Throwable.java:461)
at java.lang.Throwable.printStackTrace(Throwable.java:451)
at intradoc.common.DefaultReportDelegator.message(DefaultReportDelegator.java:160)
at intradoc.common.Report.messageInternal(Report.java:170)
at intradoc.common.Report.message(Report.java:145)
at intradoc.common.Report.error(Report.java:397)
at intradoc.server.ServiceRequestImplementor.logErrorWithHostInfo(ServiceRequestImplementor.java:1850)
at intradoc.server.Service.logErrorWithHostInfo(Service.java:2151)
at intradoc.server.Service.logFileRequestError(Service.java:2276)
at intradoc.server.FileService.logError(FileService.java:1625)
at intradoc.server.ServiceRequestImplementor.reportError(ServiceRequestImplementor.java:1806)
at intradoc.server.ServiceRequestImplementor.handleErrorResponse(ServiceRequestImplementor.java:1762)
at intradoc.server.ServiceRequestImplementor.doRequest(ServiceRequestImplementor.java:816)
at intradoc.server.Service.doRequest(Service.java:1865)
at intradoc.server.ServiceManager.processCommand(ServiceManager.java:435)
at intradoc.server.IdcServerThread.processRequest(IdcServerThread.java:265)
... 4 more
This is happening too many times. We are able to start the server and it is up for sometime and then it gives the mentioned error. This is urgent. Please help.
Thanks and Regards,
Nithya

Hi ,
Please find the details below:
1. What version of UCM server is this issue seen ?
UCM 11g
2. What specific action is when the out of memory shows up ? As in is it during checking in , searching etc .
Portal uses RIDC API to get data files from UCM. So this happens while fetching data files.
3. What are the Java memory arguments provided to the system or is it running the default settings ?
The machine we are running Oracle UCM on is 4 GB and it has no other applcation running on it.
Please find below the memory details provided in the setDomainenv file:
set XMS_SUN_64BIT=1024
set XMS_SUN_32BIT=1024
set XMX_SUN_64BIT=1024
set XMX_SUN_32BIT=1024
set XMS_JROCKIT_64BIT=1024
set XMS_JROCKIT_32BIT=1024
set XMX_JROCKIT_64BIT=1024
set XMX_JROCKIT_32BIT=1024
if "%JAVA_VENDOR%"=="Sun" (
set WLS_MEM_ARGS_64BIT=-Xms256m -Xmx512m
set WLS_MEM_ARGS_32BIT=-Xms512m -Xmx512m
) else (
set WLS_MEM_ARGS_64BIT=-Xms512m -Xmx512m
set WLS_MEM_ARGS_32BIT=-Xms512m -Xmx512m
if "%JAVA_VENDOR%"=="Oracle" (
set CUSTOM_MEM_ARGS_64BIT=-Xms%XMS_JROCKIT_64BIT%m -Xmx%XMX_JROCKIT_64BIT%m
set CUSTOM_MEM_ARGS_32BIT=-Xms%XMS_JROCKIT_32BIT%m -Xmx%XMX_JROCKIT_32BIT%m
) else (
set CUSTOM_MEM_ARGS_64BIT=-Xms%XMS_SUN_64BIT%m -Xmx%XMX_SUN_64BIT%m
set CUSTOM_MEM_ARGS_32BIT=-Xms%XMS_SUN_32BIT%m -Xmx%XMX_SUN_32BIT%m
Please advice.
Thanks
Nithya

Problem with java.lang.OutOfMemoryError

hi
i am developping a web application
i am using jfreechart in my jsf application to generate statistic diagrams
to update my diagrams i am calling the methode ChartUtilities.saveChartAsPNG(file1, chart, 400, 300, null) every 10 seconds
my application become more and more slow and the cpnsommatio of memory is more and more important until getting this exception:
javax.faces.el.EvaluationException: java.lang.OutOfMemoryError: Java heap space
 at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:102)
 at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
 at javax.faces.component.UICommand.broadcast(UICommand.java:387)
 at org.ajax4jsf.component.AjaxActionComponent.broadcast(AjaxActionComponent.java:55)
 at org.ajax4jsf.component.AjaxViewRoot.processEvents(AjaxViewRoot.java:321)
 at org.ajax4jsf.component.AjaxViewRoot.broadcastEvents(AjaxViewRoot.java:296)
 at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:253)
 at org.ajax4jsf.component.AjaxViewRoot.processDecodes(AjaxViewRoot.java:409)
 at com.sun.faces.lifecycle.ApplyRequestValuesPhase.execute(ApplyRequestValuesPhase.java:78)
 at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
 at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
 at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at TimeoutFilter.doFilter(TimeoutFilter.java:64)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:177)
 at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:267)
 at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:380)
 at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:507)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
 at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
 at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
 at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
 at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
 at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.OutOfMemoryError: Java heap space
 at java.awt.image.DataBufferInt.<init>(Unknown Source)
 at java.awt.image.Raster.createPackedRaster(Unknown Source)
 at java.awt.image.DirectColorModel.createCompatibleWritableRaster(Unknown Source)
 at java.awt.image.BufferedImage.<init>(Unknown Source)
 at org.jfree.chart.JFreeChart.createBufferedImage(JFreeChart.java:1407)
 at org.jfree.chart.JFreeChart.createBufferedImage(JFreeChart.java:1389)
 at org.jfree.chart.ChartUtilities.writeChartAsPNG(ChartUtilities.java:183)
 at org.jfree.chart.ChartUtilities.saveChartAsPNG(ChartUtilities.java:320)
 at SWIMLogStatistiques.generateChartMethod(SWIMLogStatistiques.java:98)
 at SWIMmoduleStatistiques.generateChartMethod(SWIMmoduleStatistiques.java:39)
 at ListModules.mesServicesAttributs(ListModules.java:199)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)
 at org.apache.el.parser.AstValue.invoke(AstValue.java:172)
 at org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276)
 at org.apache.jasper.el.JspMethodExpression.invoke(JspMethodExpression.java:68)
 at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:88)
 at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
 at javax.faces.component.UICommand.broadcast(UICommand.java:387)
 at org.ajax4jsf.component.AjaxActionComponent.broadcast(AjaxActionComponent.java:55)
 at org.ajax4jsf.component.AjaxViewRoot.processEvents(AjaxViewRoot.java:321)
 at org.ajax4jsf.component.AjaxViewRoot.broadcastEvents(AjaxViewRoot.java:296)
 at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:253)
 at org.ajax4jsf.component.AjaxViewRoot.processDecodes(AjaxViewRoot.java:409)
 at com.sun.faces.lifecycle.ApplyRequestValuesPhase.execute(ApplyRequestValuesPhase.java:78)
 at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
 at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
 at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
after doing some searches, i found that the solution is to change the memory allocated for the JVM but in my case, the memory consommed by my application is increasing along with time.
i think that the problem is with:*ChartUtilities.saveChartAsPNG(file1, chart, 400, 300, null);*:does this instruction consume a lot of memory and how can i resolve thos problem?

riadhhwajdii wrote:
i am using jfreechart in my jsf application to generate statistic diagrams
to update my diagrams i am calling the methode ChartUtilities.saveChartAsPNG(file1, chart, 400, 300, null) every 10 seconds
my application become more and more slow and the cpnsommatio of memory is more and more important until getting this exception:This bit (slowing down over several cycles of the code)..and this bit:
after doing some searches, i found that the solution is to change the memory allocated for the JVM but in my case, the memory consommed by my application is increasing along with time.(increasing memory simply delays the exception), are usually a pointer that you have a memory leak somewhere.
i think that the problem is with:*ChartUtilities.saveChartAsPNG(file1, chart, 400, 300, null);*:does this instruction consume a lot of memory and how can i resolve thos problem?Take some heap dumps (especially when the out of memory occurs) and stick them in a memory analyser. Just because the exception is being thrown during saveChartAsPNG() does not mean that's the culprit. All that means is it was the final straw.

OSB Deployment Scripts java.lang.OutOfMemoryError: PermGen space issue

Hi All
I get this error at random intervals and to resolve this issue, I have to bounce my machine. Please help (Below is the error in .log file created in .metadata folder)
!SESSION 2012-03-20 15:21:13.299 -----------------------------------------------
eclipse.buildId=M20110210-1200
java.version=1.6.0_25
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Framework arguments: -application com.bea.alsb.core.ConfigExport -configProject OSB Configuration -configSubProjects RLTPCommonDataModel,RLTPCommonServices,RLTPSimulators,RLTPDummyServices,RLTPInventoryServices,RLTPOrderServices,RLTPMOMFileSyncUp,RLTPRTLogService,RLTPExchangeRates -configJar sbconfig.jar -includeDependencies false
Command-line arguments: -data . -application com.bea.alsb.core.ConfigExport -configProject OSB Configuration -configSubProjects RLTPCommonDataModel,RLTPCommonServices,RLTPSimulators,RLTPDummyServices,RLTPInventoryServices,RLTPOrderServices,RLTPMOMFileSyncUp,RLTPRTLogService,RLTPExchangeRates -configJar sbconfig.jar -includeDependencies false
!ENTRY org.eclipse.core.jobs 4 2 2012-03-20 15:23:57.544
!MESSAGE An internal error occurred during: "Periodic workspace save.".
!STACK 0
java.lang.OutOfMemoryError: PermGen space
 at java.lang.String.intern(Native Method)
 at org.eclipse.equinox.internal.p2.persistence.XMLParser$TextHandler.processCharacters(XMLParser.java:461)
 at org.eclipse.equinox.internal.p2.persistence.XMLParser$AbstractHandler.finishCharacters(XMLParser.java:224)
 at org.eclipse.equinox.internal.p2.persistence.XMLParser$AbstractHandler.endElement(XMLParser.java:176)

I am using the below ANT Script:
<target name="buildWorkspace" depends="copyreplace">
<java dir="${tmp.output.dir}" jar="${oepe.root}/plugins/org.eclipse.equinox.launcher_1.1.1.R36x_v20101122_1400.jar" fork="true" failonerror="true" maxmemory="768m">
<arg line="-data ."/>
<arg line="-application com.bea.alsb.core.ConfigExport"/>
<arg line="-configProject ${project}"/>
<arg line="-configSubProjects ${subProjects}"/>
<arg line="-configJar ${importJar}"/>
<arg line="-includeDependencies true"/>
<sysproperty key="weblogic.home" value="${wl.home}"/>
<sysproperty key="osb.home" value="${osb.root}"/>
<sysproperty key="osgi.bundlefile.limit" value="500"/>
<sysproperty key="harvester.home" value="${osb.root}/harvester"/>
<sysproperty key="osgi.nl" value="en_US"/>
<sysproperty key="sun.lang.ClassLoader.allowArraySyntax" value="true"/>
</java>
</target>
<target name="deploy" depends="buildWorkspace">
<echo message="importscript: ${wlst.import.script} propertyfile:${build.prop.file} "/>
<java classname="weblogic.WLST" fork="true" failonerror="true">
<arg line="${wlst.import.script} ${build.prop.file}"/>
<classpath refid="class.path"/>
</java>
</target>

PaintComponent() and jave.lang.OutOfMemoryError problem

I have a paintComponent() method that in it , I paint the GraphicsContexts with a big BufferedImage
here is the code:
void doPaint(){ //do some painting on the buffer
buffer = new BufferedImage(waveForm.viewPortDim.width,waveForm.viewPortDim.height,
BufferedImage.TYPE_4BYTE_ABGR_PRE);
waveForm.xPanel.paintEcgBuffer(buffer);
public void paintComponent(Graphics g){
//super.paintComponent(g);//??
Graphics2D g2 = (Graphics2D)g;
try{
g2.drawImage(buffer,0,0,this);
}catch(OutOfMemoryError e){
e.printStackTrace();
System.out.println("error "+e.getMessage());
I use doPaint() to do some painting over the buffer but i get jave.lang.OutOfMemoryError when i try to do
g2.drawImage(buffer,0,0,this);
Is there a limit on the height or width of the GraphicsContexts?
The dimension of the bufeer can be about 1400x2800 or 1400x5500.
What can I do?
Thank you in advance.
Yair.

I don't know the answer to this question, but it may help you out to examine it.
Is it possible that your graphics card is running out of the memory to display this large image?
You may want to just display what the screen is displaying, so clip the rest beforehand, which would lead to a smaller buffered image.

Java.lang.OutOfMemoryError:growableArray.cpp. Out of swap space?

Hello,
My Application(a Desktop application) through the following exception
Can any one please help me finding what are the possible reasons and solution for the below error?
https://forums.oracle.com/message/6443182#6443182
https://forums.oracle.com/message/6646295#6646295
I have seen in the above discussions that reducing the the heap size (Xmx) would give a solution, can any one please suggest me how much do I have to reduce my Xmx.
Here are my log details.
# An unexpected error has been detected by Java Runtime Environment:
# java.lang.OutOfMemoryError: requested 4096000 bytes for GrET in C:\BUILD_AREA\jdk6_12\hotspot\src\share\vm\utilities\growableArray.cpp. Out of swap space?
# Internal Error (allocation.inline.hpp:42), pid=1508, tid=5848
# Error: GrET in C:\BUILD_AREA\jdk6_12\hotspot\src\share\vm\utilities\growableArray.cpp
# Java VM: Java HotSpot(TM) Server VM (11.2-b01 mixed mode windows-x86)
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x070d0400): VMThread [stack: 0x071b0000,0x072b0000] [id=5848]
Stack: [0x071b0000,0x072b0000]
[error occurred during error reporting (printing stack bounds), id 0xc0000005]
VM_Operation (0x0a21fae4): ParallelGCSystemGC, mode: safepoint, requested by thread 0x070e4800
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x0d1da400 JavaThread "RMI RenewClean-[NCOSJPEPRD02:56100]" daemon [_thread_blocked, id=6104, stack(0x45440000,0x454c0000)]
0x0d1d9000 JavaThread "RMI RenewClean-[NCOSJPEPRD07:56100]" daemon [_thread_blocked, id=7312, stack(0x3abd0000,0x3ac50000)]
0x0d1d9c00 JavaThread "RMI RenewClean-[NCOSJPEPRD04:56100]" daemon [_thread_blocked, id=7244, stack(0x38340000,0x383c0000)]
0x17e82c00 JavaThread "RMI RenewClean-[NCOSJPEPRD06:56100]" daemon [_thread_blocked, id=4432, stack(0x0e210000,0x0e290000)]
0x17e80800 JavaThread "RMI RenewClean-[NCOSJPEPRD05:56100]" daemon [_thread_blocked, id=4128, stack(0x00e40000,0x00ec0000)]
0x17e7fc00 JavaThread "RMI RenewClean-[NCOSJPEPRD01:56100]" daemon [_thread_blocked, id=7472, stack(0x0b060000,0x0b0e0000)]
0x17e81400 JavaThread "WGN ThreadPool Message Receiver(20826) (Inactive)" daemon [_thread_blocked, id=5036, stack(0x37bc0000,0x37c40000)]
0x17e82800 JavaThread "RMI TCP Connection(261363)-10.22.91.38" daemon [_thread_blocked, id=5560, stack(0x0f460000,0x0f4e0000)]
0x17e80400 JavaThread "RMI TCP Connection(idle)" daemon [_thread_blocked, id=6800, stack(0x0cbb0000,0x0cc30000)]
0x17e7f800 JavaThread "RMI RenewClean-[NCOSJPEPRD03:56100]" daemon [_thread_blocked, id=7784, stack(0x097c0000,0x09840000)]
0x17e81000 JavaThread "RMI TCP Connection(261367)-10.22.91.39" daemon [_thread_in_native, id=6972, stack(0x00dc0000,0x00e40000)]
0x0d1d9800 JavaThread "WGN ThreadPool Message Receiver(20825) (Inactive)" daemon [_thread_blocked, id=7872, stack(0x1fe10000,0x1fe90000)]
0x17e7f400 JavaThread "RMI TCP Connection(261366)-10.22.81.92" daemon [_thread_in_native, id=7948, stack(0x0e070000,0x0e0f0000)]
0x17e82000 JavaThread "RMI TCP Connection(idle)" daemon [_thread_blocked, id=7672, stack(0x38440000,0x384c0000)]
0x08eed400 JavaThread "RMI TCP Connection(261320)-10.22.91.39" daemon [_thread_in_native, id=5640, stack(0x37eb0000,0x37f30000)]
0x17e81c00 JavaThread "RMI TCP Connection(261357)-10.22.81.92" daemon [_thread_in_native, id=8060, stack(0x22e90000,0x22f10000)]
0x19dd3c00 JavaThread "RMI TCP Connection(261369)-10.22.91.38" daemon [_thread_in_native, id=1360, stack(0x73da0000,0x73e20000)]
0x19dd3000 JavaThread "RMI TCP Connection(261360)-10.22.81.92" daemon [_thread_in_native, id=2144, stack(0x71d60000,0x71de0000)]
0x070e8800 JavaThread "RMI TCP Connection(261368)-10.22.81.92" daemon [_thread_in_native, id=7188, stack(0x4dac0000,0x4db40000)]
0x19dd0800 JavaThread "WGN ThreadPool Application Data Monitor(20737) (Inactive)" [_thread_blocked, id=6420, stack(0x0cd10000,0x0cd90000)]
0x19dd0c00 JavaThread "WGN ThreadPool Application Data Monitor(20687) (Inactive)" [_thread_blocked, id=3504, stack(0x0a7a0000,0x0a820000)]
0x19dd1800 JavaThread "WGN ThreadPool Application Data Monitor(20657) (Inactive)" [_thread_blocked, id=3084, stack(0x0b1e0000,0x0b260000)]
0x0d1dcc00 JavaThread "WGN ThreadPool Application Data Monitor(20446) (Inactive)" [_thread_blocked, id=7352, stack(0x0ab60000,0x0abe0000)]
0x08eecc00 JavaThread "RMI RenewClean-[VNCOSJCMSPRD:56102,[email protected]9b3ec]" daemon [_thread_blocked, id=1880, stack(0x0b8e0000,0x0b960000)]
0x08eec800 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=5100, stack(0x0b820000,0x0b8a0000)]
0x08eebc00 JavaThread "WGN filter validation thread" [_thread_blocked, id=6412, stack(0x0b6a0000,0x0b720000)]
0x08eeb400 JavaThread "WGN ID cache(preloader thread)" [_thread_blocked, id=5280, stack(0x0b5e0000,0x0b660000)]
0x08eeb000 JavaThread "WGN Username cache(preloader thread)" [_thread_blocked, id=6808, stack(0x0b520000,0x0b5a0000)]
0x08eeac00 JavaThread "WGN Username cache(invalidator thread)" [_thread_blocked, id=3628, stack(0x0b460000,0x0b4e0000)]
0x08eea400 JavaThread "WGN E-mail address cache(preloader thread)" [_thread_blocked, id=5548, stack(0x0b3a0000,0x0b420000)]
0x08eea000 JavaThread "WGN E-mail address cache(invalidator thread)" [_thread_blocked, id=3844, stack(0x0b2e0000,0x0b360000)]
0x08ee8800 JavaThread "WGN Lookup cancellation thread" [_thread_blocked, id=4296, stack(0x0afe0000,0x0b060000)]
0x08ee8000 JavaThread "WGN RSRegister-FallbackMonitorThread" [_thread_blocked, id=4180, stack(0x0af20000,0x0afa0000)]
0x08ee7c00 JavaThread "WGN NotifyScheduler (Scheduler)" [_thread_blocked, id=1712, stack(0x0ae60000,0x0aee0000)]
0x08ee7800 JavaThread "WGN ThreadPool Application Data Monitor(0) - TPQE(NCOSJPEPRD03)" [_thread_blocked, id=6184, stack(0x0ada0000,0x0ae20000)]
0x08ee7000 JavaThread "WGN DBManagement (Scheduler)" [_thread_blocked, id=3524, stack(0x0ace0000,0x0ad60000)]
0x070e8c00 JavaThread "WGN Database Event Logging Queue Handler" daemon [_thread_blocked, id=2152, stack(0x0ac20000,0x0aca0000)]
0x070e7000 JavaThread "RMI RenewClean-[VNCOSJCMSPRD:56101,wigan.infrastruct.serviceutil.ClientSocketFactory@f5d9b3ec]" daemon [_thread_blocked, id=5836, stack(0x0a720000,0x0a7a0000)]
0x070e6c00 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=6704, stack(0x0a660000,0x0a6e0000)]
0x070e5800 JavaThread "RMI RenewClean-[VNCOSJCMSPRD:56100]" daemon [_thread_blocked, id=5984, stack(0x0a420000,0x0a4a0000)]
0x070e5400 JavaThread "RMI Scheduler(0)" daemon [_thread_blocked, id=6224, stack(0x0a360000,0x0a3e0000)]
0x070e4800 JavaThread "GC Daemon" daemon [_thread_blocked, id=660, stack(0x0a1a0000,0x0a220000)]
0x070e4400 JavaThread "RMI Reaper" [_thread_blocked, id=5084, stack(0x0a0e0000,0x0a160000)]
0x070e3c00 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=4916, stack(0x0a060000,0x0a0e0000)]
0x070e3800 JavaThread "WGN Ping (Ping Server)" [_thread_in_native, id=5112, stack(0x09ea0000,0x09f20000)]
0x070e3000 JavaThread "RMI TCP Accept-56099" daemon [_thread_in_native, id=4548, stack(0x09d30000,0x09db0000)]
0x070e2000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=1452, stack(0x07870000,0x078f0000)]
0x070ed800 JavaThread "CompilerThread1" daemon [_thread_blocked, id=4024, stack(0x07730000,0x07830000)]
0x070ed400 JavaThread "CompilerThread0" daemon [_thread_blocked, id=5480, stack(0x075f0000,0x076f0000)]
0x070e1c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=6908, stack(0x07530000,0x075b0000)]
0x070e1400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=5792, stack(0x07470000,0x074f0000)]
0x070d4c00 JavaThread "Finalizer" daemon [_thread_blocked, id=4516, stack(0x073b0000,0x07430000)]
0x070d2400 JavaThread "Reference Handler" daemon [_thread_blocked, id=5384, stack(0x072f0000,0x07370000)]
0x017fb800 JavaThread "main" [_thread_blocked, id=4796, stack(0x01480000,0x01580000)]
Other Threads:
=>0x070d0400 VMThread [stack: 0x071b0000,0x072b0000] [id=5848]
0x070f9800 WatcherThread [stack: 0x07930000,0x07a30000] [id=5408]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x017f9a10] UNKNOWN - owner thread: 0x070d0400
[0x017f9e70] UNKNOWN - owner thread: 0x070e4800
Heap
PSYoungGen total 173696K, used 8225K [0xdeaa0000, 0xe9f50000, 0xe9ff0000)
eden space 162752K, 0% used [0xdeaa0000,0xdeaa0000,0xe8990000)
from space 10944K, 75% used [0xe8990000,0xe9198528,0xe9440000)
to space 11136K, 0% used [0xe9470000,0xe9470000,0xe9f50000)
PSOldGen total 470848K, used 221413K [0x83ff0000, 0xa0bc0000, 0xdeaa0000)
object space 470848K, 47% used [0x83ff0000,0x918297a0,0xa0bc0000)
PSPermGen total 20352K, used 20093K [0x7fff0000, 0x813d0000, 0x83ff0000)
object space 20352K, 98% used [0x7fff0000,0x8138f528,0x813d0000)
Dynamic libraries:
0x00400000 - 0x004d0000 C:\Program Files (x86)\CA\CA DLP\system\wgninfra.exe
0x77800000 - 0x77980000 C:\Windows\SysWOW64\ntdll.dll
0x762d0000 - 0x763e0000 C:\Windows\syswow64\kernel32.dll
0x75ba0000 - 0x75be7000 C:\Windows\syswow64\KERNELBASE.dll
0x71c80000 - 0x71c92000 C:\Windows\system32\MPR.dll
0x75de0000 - 0x75ee0000 C:\Windows\syswow64\USER32.dll
0x758b0000 - 0x75940000 C:\Windows\syswow64\GDI32.dll
0x773f0000 - 0x773fa000 C:\Windows\syswow64\LPK.dll
0x75810000 - 0x758ad000 C:\Windows\syswow64\USP10.dll
0x77290000 - 0x7733c000 C:\Windows\syswow64\msvcrt.dll
0x77350000 - 0x773f0000 C:\Windows\syswow64\ADVAPI32.dll
0x75a50000 - 0x75a69000 C:\Windows\SysWOW64\sechost.dll
0x761e0000 - 0x762d0000 C:\Windows\syswow64\RPCRT4.dll
0x75250000 - 0x752b0000 C:\Windows\syswow64\SspiCli.dll
0x75240000 - 0x7524c000 C:\Windows\syswow64\CRYPTBASE.dll
0x75c80000 - 0x75ddc000 C:\Windows\syswow64\ole32.dll
0x759c0000 - 0x75a4f000 C:\Windows\syswow64\OLEAUT32.dll
0x735c0000 - 0x73647000 C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.6195_none_d09154e044272b9a\MSVCP80.dll
0x74ae0000 - 0x74b7b000 C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.6195_none_d09154e044272b9a\MSVCR80.dll
0x68600000 - 0x68645000 C:\Program Files (x86)\CA\CA DLP\system\infrahlp.dll
0x75ee0000 - 0x75f15000 C:\Windows\syswow64\WS2_32.dll
0x75c60000 - 0x75c66000 C:\Windows\syswow64\NSI.dll
0x76640000 - 0x7728a000 C:\Windows\syswow64\SHELL32.dll
0x75480000 - 0x754d7000 C:\Windows\syswow64\SHLWAPI.dll
0x71650000 - 0x7173b000 C:\Windows\system32\dbghelp.dll
0x75bf0000 - 0x75c50000 C:\Windows\system32\IMM32.DLL
0x75730000 - 0x757fc000 C:\Windows\syswow64\MSCTF.dll
0x68200000 - 0x68229000 C:\Program Files (x86)\CA\CA DLP\common\wgnprod.dll
0x734e0000 - 0x734e9000 C:\Windows\system32\VERSION.dll
0x10000000 - 0x1000d000 C:\Program Files (x86)\CA\CA DLP\common\wgnprod_en.dll
0x74ad0000 - 0x74adb000 C:\Windows\system32\profapi.dll
0x6db30000 - 0x6def4000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\server\jvm.dll
0x717b0000 - 0x717e2000 C:\Windows\system32\WINMM.dll
0x7c340000 - 0x7c396000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\MSVCR71.dll
0x71de0000 - 0x71e2c000 C:\Windows\system32\apphelp.dll
0x6d340000 - 0x6d348000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\hpi.dll
0x777d0000 - 0x777d5000 C:\Windows\syswow64\PSAPI.DLL
0x6d860000 - 0x6d86c000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\verify.dll
0x6d3e0000 - 0x6d3ff000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\java.dll
0x6d8a0000 - 0x6d8af000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\zip.dll
0x75ae0000 - 0x75b63000 C:\Windows\syswow64\CLBCatQ.DLL
0x72f20000 - 0x72f27000 C:\Windows\system32\msiltcfg.dll
0x72ba0000 - 0x72de0000 C:\Windows\system32\msi.dll
0x71d50000 - 0x71d53000 C:\Windows\SysWOW64\SFC.DLL
0x71600000 - 0x7160d000 C:\Windows\system32\sfc_os.DLL
0x68400000 - 0x6845e000 C:\Program Files (x86)\CA\CA DLP\common\WgnPerf.dll
0x6d840000 - 0x6d848000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\sunmscapi.dll
0x76060000 - 0x76180000 C:\Windows\syswow64\CRYPT32.dll
0x76180000 - 0x7618c000 C:\Windows\syswow64\MSASN1.dll
0x73fb0000 - 0x73fc6000 C:\Windows\system32\CRYPTSP.dll
0x73f70000 - 0x73fab000 C:\Windows\system32\rsaenh.dll
0x72f40000 - 0x72f4e000 C:\Windows\system32\RpcRtRemote.dll
0x2d000000 - 0x2d070000 C:\Program Files (x86)\CA\CA DLP\system\wgnrdm.dll
0x71610000 - 0x71626000 C:\Windows\system32\MAPI32.dll
0x71370000 - 0x713c8000 C:\Windows\system32\WINHTTP.dll
0x70b50000 - 0x70b9f000 C:\Windows\system32\webio.dll
0x68000000 - 0x6802e000 C:\Program Files (x86)\CA\CA DLP\common\wgnps.dll
0x70f80000 - 0x70f97000 C:\Windows\system32\USERENV.dll
0x6d6c0000 - 0x6d6d3000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\net.dll
0x73580000 - 0x735bc000 C:\Windows\system32\mswsock.dll
0x73560000 - 0x73566000 C:\Windows\System32\wship6.dll
0x73570000 - 0x73575000 C:\Windows\System32\wshtcpip.dll
0x72ed0000 - 0x72f14000 C:\Windows\system32\DNSAPI.dll
0x72e40000 - 0x72e5c000 C:\Windows\system32\IPHLPAPI.DLL
0x72e30000 - 0x72e37000 C:\Windows\system32\WINNSI.DLL
0x72e20000 - 0x72e26000 C:\Windows\system32\rasadhlp.dll
0x72de0000 - 0x72e18000 C:\Windows\System32\fwpuclnt.dll
0x6d7b0000 - 0x6d7b6000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\rmi.dll
0x6d610000 - 0x6d619000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\management.dll
0x24200000 - 0x24221000 C:\Program Files (x86)\CA\CA DLP\common\streams.dll
0x2e600000 - 0x2e682000 C:\Program Files (x86)\CA\CA DLP\common\smtputils.dll
0x0ce30000 - 0x0ce66000 C:\Program Files (x86)\CA\CA DLP\common\mimepp.dll
0x72f80000 - 0x72f90000 C:\Windows\system32\NLAapi.dll
0x72f30000 - 0x72f40000 C:\Windows\system32\napinsp.dll
0x72e60000 - 0x72e68000 C:\Windows\System32\winrnr.dll
0x71340000 - 0x7136e000 C:\Windows\system32\mlang.dll
0x6f780000 - 0x6f788000 C:\Windows\system32\credssp.dll
0x70650000 - 0x7068f000 C:\Windows\SysWOW64\schannel.dll
0x723c0000 - 0x723c8000 C:\Windows\system32\secur32.dll
0x70f20000 - 0x70f58000 C:\Windows\system32\ncrypt.dll
0x70f00000 - 0x70f17000 C:\Windows\system32\bcrypt.dll
0x70ec0000 - 0x70efd000 C:\Windows\SysWOW64\bcryptprimitives.dll
0x70f60000 - 0x70f76000 C:\Windows\system32\GPAPI.dll
0x24800000 - 0x2482e000 C:\Program Files (x86)\CA\CA DLP\common\wgnstore.dll
0x24600000 - 0x24660000 C:\Program Files (x86)\CA\CA DLP\common\emstore.dll
0x12330000 - 0x123ab000 C:\Program Files (x86)\CA\CA DLP\client\wgnemol.dll
VM Arguments:
jvm_args: -Dsun.net.inetaddr.ttl=10 vfprintf exit abort -Xms5242880 -Xmx1711276032 -XX:NewSize=2621440 -XX:MaxNewSize=855638016 -XX:+HeapDumpOnOutOfMemoryError -Dsun.rmi.dgc.server.gcInterval=60000 -Dsun.rmi.dgc.client.gcInterval=60000 -Djava.security.properties=wigan.java.security -Xss512K
java_command: <unknown>
Launcher Type: generic
Environment Variables:
PATH=C:\Oracle\Default\product\11.2.0\client_1;C:\Oracle\Default\product\11.2.0\client_1\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\VSShell\Common7\IDE\;C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files (x86)\Microsoft SQL Server\100\DTS\Binn\
USERNAME=osjapp
OS=Windows_NT
PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 45 Stepping 7, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows NT 6.1 Build 7601 Service Pack 1
CPU:total 24 (16 cores per cpu, 2 threads per core) family 6 model 13 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht
Memory: 4k page, physical 4194303k(4194303k free), swap 4194303k(4194303k free)
vm_info: Java HotSpot(TM) Server VM (11.2-b01) for windows-x86 JRE (1.6.0_12-b04), built on Jan 17 2009 09:52:33 by "java_re" with MS VC++ 7.1

Hi
Out of memory they can result from different causes:
- The application is consuming too many resources inappropriately
- The application is opening and not enough threads are closing, leaving no space for the JVM
- You lose the connection with database, causing the connection pool is saturated, which makes the memory of the container is depleted and reaches its peak.
- The container does not have sufficient resources or is not tuned to meet the load generated. But would recommend to discard the above before using this option, because when using this option could work around the problem but could not really be attacking the cause.
bye

Serious system error while executing the query: java.lang.OutOfMemoryError

From ALSB, we are trying to insert records in a table, by calling the ALDSP webservice. It is working fine when the xml (ie., given as input to the ALDSP webservice) is small. But facing the following error when the input xml size is large.
<ALDSP> <BEA-000000> <Product> <Serious system error while executing the query:
{ld:ABC/Test}createTest:1
java.lang.OutOfMemoryError: Java heap space
We do not want to increase the heap size. Is there any other way we can solve this problem?

In logical dataservice of ALDSP we have created a procedure called createTest, which is used to insert mulitple rows in the table. We have created a webservice for that logical DataService.
Using the ALSB, we are calling the webservice -> createTest Operation and we are passing xml as input to that createTest function.
Input xml:
<ns1:createTest>
<ns1:createTemps>
<ns0:createTemp>
 <ns0:field1>1</ns0:field1>
 <ns0:field10>test1</ns0:field10>
</ns0:createTemp>
<ns0:createTemp>
 <ns0:field1>2</ns0:field1>
 <ns0:field10>test2</ns0:field10>
</ns0:createTemp>
 </ns1:createTemps>
</ns1:createTest>
each ns0:createTemp represent a row that need to be inserted in the table.
When the number of ns0:createTemp is less ( when the number of rows that need to be inserted is less) then no problem occurs, it is getting inserted properly. But when there are more number of ns0:createTemp then we are getting the following error
<ALDSP> <BEA-000000> <Product> <Serious system error while executing the query:
{ld:ABC/Test}createTest:1
java.lang.OutOfMemoryError: Java heap space

Error getting while deploying the application (java.lang.OutOfMemoryError).

Hi,
I am trying to migrate an application from JBoss to SAP Netweaver WAS.
I am getting an exception when i am trying to deploy the application from Netweaver developer studio as "java.lang.OutOfMemoryError". The portion of the stack is given below,
Caused by: com.sap.engine.services.ejb.exceptions.deployment.EJBFileGenerationException: Errors while compiling:
The system is out of resources.
Consult the following stack trace for details.
java.lang.OutOfMemoryError
 at com.sap.engine.services.ejb.util.AdminUtils.compile(AdminUtils.java:476)
 at com.sap.engine.services.ejb.deploy.DeployAdmin.deploySingleJar(DeployAdmin.java:625)
 at com.sap.engine.services.ejb.deploy.DeltaDeployAdmin.makeUpdate(DeltaDeployAdmin.java:185)
 at com.sap.engine.services.ejb.EJBAdmin.makeUpdate(EJBAdmin.java:529)
I heard that by changing some configuration values, we can resolve the problem (like adjusting -Xms & - Xmx parameters as well as the Max threads). But i don't know in which script/ tool should i find these settings to change.
Could you please share your knowledge in this regard,
Best regards,
Sudheesh...

Hi
You can change the XMX and thread parameter in the Visual Administrator.
Please refer to the link below:
http://help.sap.com/saphelp_erp2005/helpdata/en/42/c98d6b11886babe10000000a1553f6/frameset.htm
Hope this helps,
Regards,
Harish
(Please award points for useful answers)

Java.lang.OutOfMemoryError: PermGen space error while creat weblogic domain

Hi,
OBIEE 11g installing in Linux server now. domain creation is in progress for about an hour and in log I can see below error.
Creating a new AdminServer Object ...
AdminServer port is 7001
Starting the domain ...
java.lang.OutOfMemoryError: PermGen space
java.lang.OutOfMemoryError: PermGen space
java.lang.OutOfMemoryError: PermGen space
domain creation is still running and looks like it is struck to start domain no idea how to solve the issue. waiting to see whether domain creation successful.
I was searching on web and found below solution but no idea how to do it in Linux server. Please provide detail instructions to do it.
* java.lang.OutOfMemoryError: PermGen space
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Unknown Source)
at java.lang.Class.getConstructor0(Unknown Source)
at java.lang.Class.getConstructor(Unknown Source)
Solution: Increase the max permgen space -XX:MaxPermSize=256m
There can be a leak in the permgen objects. If tuning parameters do not resolve the issue, we need to use the memory leak detector tools and find out which instances in the permgen space are not getting cleared.
Refer: http://weblogic-wonders.com/weblogic/2010/12/30/different-out-of-memory-issues/
Appreciate for your help.
Thanks
Jay.

Hi,
The script that configures the domain $DOMAIN_HOME/bin/setDomainEnv.sh... it should detect you are using JDK from Sun (JAVA_VENDOR="Sun") and add -XX:MaxPermSize=512m automatically...
Simple solution, use JRockit... This problem only occurs with Sun JDK...
Alternatively, add manually -XX:MaxPermSize=512m to the last JAVA_PROPERTIES in setDomainEnv.sh then you will be sure it is there...
Cheers,
Vlad

Error: java.lang.OutOfMemoryError when uploading CSV files to web server

Hi experts,
I have made a JSP page from which clients load csv files to web server. I am using Tomca 4.1 as my web server and JDK 1.3.1_09.
The system works fine when uploadiing small csv files, but it crashes when uploading large CSV files.
It gives me the following error:
java.lang.OutOfMemoryError
 <<no stack trace available>>
This is the code that I used to load files....
<%
String saveFile = "";
String contentType = request.getContentType();
if ((contentType != null) && (contentType.indexOf("multipart/form-data") >= 0))
 DataInputStream in = new DataInputStream(request.getInputStream());
 int formDataLength = request.getContentLength();
 byte dataBytes[] = new byte[formDataLength];
 int byteRead = 0;
 int totalBytesRead = 0;
 while (totalBytesRead < formDataLength)
 byteRead = in.read(dataBytes, totalBytesRead, formDataLength);
 totalBytesRead += byteRead;
 String file = new String(dataBytes);
 saveFile = file.substring(file.indexOf("filename=\"") + 10);
 saveFile = saveFile.substring(0, saveFile.indexOf("\n"));
 saveFile = saveFile.substring(saveFile.lastIndexOf("\\") + 1,saveFile.indexOf("\""));
 int lastIndex = contentType.lastIndexOf("=");
 String boundary = contentType.substring(lastIndex + 1,contentType.length());
 int pos;
 pos = file.indexOf("filename=\"");
 pos = file.indexOf("\n", pos) + 1;
 pos = file.indexOf("\n", pos) + 1;
 pos = file.indexOf("\n", pos) + 1;
 int boundaryLocation = file.indexOf(boundary, pos) - 4;
 int startPos = ((file.substring(0, pos)).getBytes()).length;
 int endPos = ((file.substring(0, boundaryLocation)).getBytes()).length;
 String folder = "f:/Program Files/Apache Group/Tomcat 4.1/webapps/broadcast/file/";
 //String folder = "10.28.12.58/bulksms/";
 FileOutputStream fileOut = new FileOutputStream(folder + saveFile);
 //out.print("Saved here: " + saveFile);
 //fileOut.write(dataBytes);
 fileOut.write(dataBytes, startPos, (endPos - startPos));
 fileOut.flush();
 fileOut.close();
 out.println("File loaded successfully");
//f:/Program Files/Apache Group/Tomcat 4.1/webapps/sms/file/
%>
Please can anyone help me solve this problem for me...
Thanx...
Deepak

I know it may be hard to throw away all this code, but consider using the jakarta fileupload component.
I think it would simplify your code down to
// Create a factory for disk-based file items
FileItemFactory factory = new DiskFileItemFactory();
// Create a new file upload handler
ServletFileUpload upload = new ServletFileUpload(factory);
// Parse the request
List /* FileItem */ items = upload.parseRequest(request);
// Process the uploaded items
Iterator iter = items.iterator();
while (iter.hasNext()) {
 FileItem item = (FileItem) iter.next();
 if (item.isFormField()) {
 processFormField(item);
 } else {
 // item is a file. write it
 File saveFolder = application.getRealPath("/file");
 File uploadedFile = new File(saveFolder, item.getName());
 item.write(uploadedFile);
}Most of this code was hijacked from http://jakarta.apache.org/commons/fileupload/using.html
Check it out. It will solve your memory problem by writing the file to disk temporarily if necessary.
Cheers,
evnafets

J2ee server Exception in thread Main java.lang.OutOfMemoryError

hallo
i need your help
first my java j2ee and jdk
j2ee j2sdkee1.3.1
jdk j2sdk 1.4
i nedd the server for jms.
when i started the server with j2ee -verbose
i get the error message:
Starting web service at port: 8000
Exception in thread "Main" java.lang.OutOfMemoryError
what can i do to get out off this error message and starting the server normal. please help me to solve the problem!!!
i read in this forum about -Xms und Xmx but this Commands don't go on my system.
thx for help!!!

Hi Warren,
Still I am not clear with your question. But generally this out of memoryspace error can be rectified by changing the properties which comes in the menubar of your command prompt. Then increasing the virtual memory over there. I hope this will help you.
Thanks
Bakrudeen
Technical Support Engineer
Sun MicroSystems Inc, India

OSB Problem: java.lang.OutOfMemoryError: getNewTla

Similar Messages

Maybe you are looking for