ThreadAbortedException: java.lang.OutOfMemoryError
Hi All,
I am writing a Batch program to upload 360K Records from flat file in one run into Staging Table. Only two methods are there in the java file. First one to validate record and Second one to create Staging records using DTO.
In two min the Batch inserting 50000 records then the insert process slow down to 1000 records per min. After processing 65000 records the FW throws the following exception.
1. How to increase the Heap Memory size.
2. Is there any way to increase the Hibernate Cache memory size?
Server logs for better understanding of the problem.
- 20:55:03,734 [Thread-15:WorkProcessor$WorkRunner(WorkProcessor$WorkRunner:e62ce006-0642-4d0b-8f28-19416d70653f)] INFO (batch.logging.BatchLogWriter) Sending standard output to D:\\SPL\\sploutput\\INDIANA\\CMU0PIUS.20090907205503.4.THD1.stdout\par
- 20:55:03,734 [Thread-15:WorkProcessor$WorkRunner(WorkProcessor$WorkRunner:e62ce006-0642-4d0b-8f28-19416d70653f)] INFO (batch.logging.BatchLogWriter) Sending error output to D:\\SPL\\sploutput\\INDIANA\\CMU0PIUS.20090907205503.4.THD1.stderr\par
- 20:55:03,734 [CobolThread 1] INFO (COBOL.CIPZBJEB) JOBID=40953812677625 COMPLETED\par
Time -- 2009-09-07-20.55.04 -- lineNumber 1000
Time -- 2009-09-07-20.55.06 -- lineNumber 2000
Time -- 2009-09-07-20.55.07 -- lineNumber 3000
Time -- 2009-09-07-20.55.08 -- lineNumber 4000
Time -- 2009-09-07-20.55.09 -- lineNumber 5000
Time -- 2009-09-07-20.55.10 -- lineNumber 6000
Time -- 2009-09-07-20.55.11 -- lineNumber 7000
Time -- 2009-09-07-20.55.13 -- lineNumber 8000
Time -- 2009-09-07-20.55.14 -- lineNumber 9000
Time -- 2009-09-07-20.55.15 -- lineNumber 10000
Time -- 2009-09-07-20.55.17 -- lineNumber 11000
Time -- 2009-09-07-20.55.18 -- lineNumber 12000
Time -- 2009-09-07-20.55.19 -- lineNumber 13000
Time -- 2009-09-07-20.55.20 -- lineNumber 14000
Time -- 2009-09-07-20.55.21 -- lineNumber 15000
Time -- 2009-09-07-20.55.23 -- lineNumber 16000
Time -- 2009-09-07-20.55.24 -- lineNumber 17000
Time -- 2009-09-07-20.55.25 -- lineNumber 18000
Time -- 2009-09-07-20.55.26 -- lineNumber 19000
Time -- 2009-09-07-20.55.27 -- lineNumber 20000
Time -- 2009-09-07-20.55.28 -- lineNumber 21000
Time -- 2009-09-07-20.55.30 -- lineNumber 22000
Time -- 2009-09-07-20.55.31 -- lineNumber 23000
Time -- 2009-09-07-20.55.32 -- lineNumber 24000
Time -- 2009-09-07-20.55.33 -- lineNumber 25000
Time -- 2009-09-07-20.55.34 -- lineNumber 26000
Time -- 2009-09-07-20.55.35 -- lineNumber 27000
Time -- 2009-09-07-20.55.37 -- lineNumber 28000
Time -- 2009-09-07-20.55.38 -- lineNumber 29000
Time -- 2009-09-07-20.55.39 -- lineNumber 30000
Time -- 2009-09-07-20.55.40 -- lineNumber 31000
Time -- 2009-09-07-20.55.41 -- lineNumber 32000
Time -- 2009-09-07-20.55.42 -- lineNumber 33000
Time -- 2009-09-07-20.55.44 -- lineNumber 34000
Time -- 2009-09-07-20.55.46 -- lineNumber 35000
Time -- 2009-09-07-20.55.47 -- lineNumber 36000
Time -- 2009-09-07-20.55.48 -- lineNumber 37000
Time -- 2009-09-07-20.55.49 -- lineNumber 38000
Time -- 2009-09-07-20.55.50 -- lineNumber 39000
Time -- 2009-09-07-20.55.52 -- lineNumber 40000
Time -- 2009-09-07-20.55.53 -- lineNumber 41000
Time -- 2009-09-07-20.55.54 -- lineNumber 42000
Time -- 2009-09-07-20.55.55 -- lineNumber 43000
Time -- 2009-09-07-20.55.56 -- lineNumber 44000
Time -- 2009-09-07-20.55.57 -- lineNumber 45000
Time -- 2009-09-07-20.55.58 -- lineNumber 46000
Time -- 2009-09-07-20.56.00 -- lineNumber 47000
Time -- 2009-09-07-20.56.01 -- lineNumber 48000
Time -- 2009-09-07-20.56.03 -- lineNumber 49000
Time -- 2009-09-07-20.56.05 -- lineNumber 50000
Time -- 2009-09-07-20.56.06 -- lineNumber 51000
Time -- 2009-09-07-20.56.07 -- lineNumber 52000
Time -- 2009-09-07-20.56.10 -- lineNumber 53000
Time -- 2009-09-07-20.56.23 -- lineNumber 54000
Time -- 2009-09-07-20.56.35 -- lineNumber 55000
Time -- 2009-09-07-20.56.48 -- lineNumber 56000
Time -- 2009-09-07-20.57.01 -- lineNumber 57000
Time -- 2009-09-07-20.57.14 -- lineNumber 58000
Time -- 2009-09-07-20.57.32 -- lineNumber 59000
Time -- 2009-09-07-20.57.58 -- lineNumber 60000
Time -- 2009-09-07-20.58.27 -- lineNumber 61000
Time -- 2009-09-07-20.58.58 -- lineNumber 62000
Time -- 2009-09-07-20.59.54 -- lineNumber 63000
- 21:01:21,355 [Thread-15:WorkProcessor$WorkRunner(WorkProcessor$WorkRunner:e62ce006-0642-4d0b-8f28-19416d70653f)] ERROR (api.batch.AbstractExecutionStrategy) Thread execution aborted: BatchThreadInstance_Id(batchThreadId: [batchRunId: [batchContro\par
lId: [CMU0PIUS], batchNumber: 170, batchRerunNumber: 0], batchThreadNumber: 1], batchInstance: 118693)\par
com.splwg.base.api.batch.ThreadAbortedException: java.lang.OutOfMemoryError: Java heap space\par
at com.splwg.base.api.batch.SingleTransactionStrategy.concreteExecuteWork(SingleTransactionStrategy.java:92)\par
at com.splwg.base.api.batch.AbstractExecutionStrategy.executeWork(AbstractExecutionStrategy.java:217)\par
at com.splwg.base.support.batch.JavaBatchWork.executeThreadWork(JavaBatchWork.java:109)\par
at com.splwg.base.support.batch.JavaBatchWork.access$300(JavaBatchWork.java:29)\par
at com.splwg.base.support.batch.JavaBatchWork$DoExecuteWorkInSession.doBatchWorkInSession(JavaBatchWork.java:91)\par
at com.splwg.base.support.batch.BatchWorkInSessionExecutable.run(BatchWorkInSessionExecutable.java:56)\par
at com.splwg.base.support.batch.JavaBatchWork.doExecuteWork(JavaBatchWork.java:50)\par
at com.splwg.base.support.grid.AbstractGridWork.executeWork(AbstractGridWork.java:69)\par
at com.splwg.base.support.grid.node.WorkProcessor$WorkRunner.runOutsideTransaction(WorkProcessor.java:257)\par
at com.splwg.base.support.grid.space.AbstractTask.run(AbstractTask.java:57)\par
at com.splwg.base.support.grid.space.ThreadPool$TaskRunner.run(ThreadPool.java:166)\par
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown Source)\par
at java.lang.Thread.run(Thread.java:595)\par
Caused by: java.lang.OutOfMemoryError: Java heap space\par
at oracle.jdbc.driver.PhysicalConnection.getCharBuffer(PhysicalConnection.java:7013)\par
at oracle.jdbc.driver.OraclePreparedStatement.exitImplicitCacheToActive(OraclePreparedStatement.java:3242)\par
at oracle.jdbc.driver.LRUStatementCache.searchImplicitCache(LRUStatementCache.java:404)\par
at oracle.jdbc.driver.PhysicalConnection.prepareStatement(PhysicalConnection.java:3133)\par
at oracle.jdbc.driver.PhysicalConnection.prepareStatement(PhysicalConnection.java:3042)\par
at com.mchange.v2.c3p0.impl.NewProxyConnection.prepareStatement(NewProxyConnection.java:213)\par
at org.hibernate.jdbc.AbstractBatcher.getPreparedStatement(AbstractBatcher.java:505)\par
at org.hibernate.jdbc.AbstractBatcher.getPreparedStatement(AbstractBatcher.java:423)\par
at org.hibernate.jdbc.AbstractBatcher.prepareQueryStatement(AbstractBatcher.java:139)\par
at org.hibernate.loader.Loader.prepareQueryStatement(Loader.java:1547)\par
at org.hibernate.loader.Loader.doQuery(Loader.java:673)\par
at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:236)\par
at org.hibernate.loader.Loader.loadEntity(Loader.java:1860)\par
at org.hibernate.loader.entity.AbstractEntityLoader.load(AbstractEntityLoader.java:48)\par
at org.hibernate.loader.entity.AbstractEntityLoader.load(AbstractEntityLoader.java:42)\par
at org.hibernate.persister.entity.AbstractEntityPersister.load(AbstractEntityPersister.java:3044)\par
at org.hibernate.event.def.DefaultLoadEventListener.loadFromDatasource(DefaultLoadEventListener.java:395)\par
at org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:375)\par
at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:139)\par
at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:195)\par
at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:103)\par
at org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:878)\par
at org.hibernate.impl.SessionImpl.get(SessionImpl.java:815)\par
at org.hibernate.impl.SessionImpl.get(SessionImpl.java:808)\par
at com.splwg.base.support.context.FrameworkSession.get(FrameworkSession.java:621)\par
at com.splwg.base.support.api.AbstractBusinessEntity.validateIdOnAdd(AbstractBusinessEntity.java:208)\par
at com.splwg.cm.domain.common.customBusinessEntity.CmParcelUploadStaging_Per.setAbstractDTOValues(CmParcelUploadStaging_Per.java:729)\par
at com.splwg.base.support.api.JavaPersistenceStrategy.updatePersistentBackendForAdd(JavaPersistenceStrategy.java:55)\par
at com.splwg.base.support.context.FrameworkSession.createBusinessEntity(FrameworkSession.java:938)\par
at com.splwg.base.support.impl.AbstractDataTransferObject$1.run(AbstractDataTransferObject.java:76)\par
at com.splwg.base.support.impl.AbstractDataTransferObject$JumpFromDTORunner.run(AbstractDataTransferObject.java:166)\par
at com.splwg.base.support.interception.SessionInterceptionManager.notifyGenericCallStackJump(SessionInterceptionManager.java:264)\par
Hi,
would u please post the thread program template of hibernate to create a batch process.
Would really appreciate if you can help.
Thanks
amaresh
Similar Messages
-
XML Publisher Report - java.lang.OutOfMemoryError
Hi All,
Apps - 11.5.10.2
XML Publisher - 5.6.3
When the request being run for huge data, its getting out of momory error.
We have already tried the below options
Modified the teo profiles and 3 Fo processing properties in both the template and the data definition as follows as given in the notes 563181.1 and 563945.1
Error in OPP logs
[12/30/09 2:49:05 AM] [STATEMENT] [GSMServiceController:2921265] Getting next event...
Exception: java.lang.OutOfMemoryError
[12/30/09 2:49:46 AM] [java.lang.OutOfMemoryError
[12/30/09 2:54:24 AM] [STATEMENT] [OPPServiceThread1] 1 threads running
[12/30/09 2:55:18 AM] [java.lang.OutOfMemoryErrorjava.lang.OutOfMemoryError
java.lang.OutOfMemoryError
And finally the request ended in warning and the OPP got terminated.
[java.io.tmpdir] - Has about 3 G of free space
[APPLTMP] - Has more than 50G of free space
Please advice.
Thanks & Regards,
RakeshHi Hussein,
Reviewed those notes.... initially we got errors like
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at oracle.apps.xdo.common.xml.XSLT10gR1.invokeProcessXSL(XSLT10gR1.java:624)
at oracle.apps.xdo.common.xml.XSLT10gR1.transform(XSLT10gR1.java:421)
at oracle.apps.xdo.common.xml.XSLT10gR1.transform(XSLT10gR1.java:233)
at oracle.apps.xdo.common.xml.XSLTWrapper.transform(XSLTWrapper.java:177)
at oracle.apps.xdo.template.fo.util.FOUtility.generateFO(FOUtility.java:1044)
at oracle.apps.xdo.template.fo.util.FOUtility.generateFO(FOUtility.java:997)
at oracle.apps.xdo.template.fo.util.FOUtility.generateFO(FOUtility.java:212)
at oracle.apps.xdo.template.FOProcessor.createFO(FOProcessor.java:1657)
at oracle.apps.xdo.template.FOProcessor.generate(FOProcessor.java:967)
at oracle.apps.xdo.oa.schema.server.TemplateHelper.runProcessTemplate(TemplateHelper.java:5926)
at oracle.apps.xdo.oa.schema.server.TemplateHelper.processTemplate(TemplateHelper.java:3458)
at oracle.apps.xdo.oa.schema.server.TemplateHelper.processTemplate(TemplateHelper.java:3547)
at oracle.apps.fnd.cp.opp.XMLPublisherProcessor.process(XMLPublisherProcessor.java:247)
at oracle.apps.fnd.cp.opp.OPPRequestThread.run(OPPRequestThread.java:157)
Caused by: java.lang.ThreadDeath
at java.lang.Thread.stop(Thread.java:630)
at oracle.apps.fnd.cp.opp.OPPRequestThreadManager.terminateThread(OPPRequestThreadManager.java:207)
at oracle.apps.fnd.cp.opp.OPPTerminateCommand.execute(OPPTerminateCommand.java:45)
at oracle.apps.fnd.cp.opp.OPPServiceThread.processMessage(OPPServiceThread.java:240)
at oracle.apps.fnd.cp.opp.OPPServiceThread.waitForMessages(OPPServiceThread.java:227)
at oracle.apps.fnd.cp.opp.OPPServiceThread.mainLoop(OPPServiceThread.java:128)
at oracle.apps.fnd.cp.gsf.BaseServiceThread.run(BaseServiceThread.java:135)
then....
java.lang.ThreadDeath
at java.lang.Thread.stop(Thread.java:630)
at oracle.apps.fnd.cp.opp.OPPRequestThreadManager.terminateThread(OPPRequestThreadManager.java:207)
at oracle.apps.fnd.cp.opp.OPPTerminateCommand.execute(OPPTerminateCommand.java:45)
at oracle.apps.fnd.cp.opp.OPPServiceThread.processMessage(OPPServiceThread.java:240)
at oracle.apps.fnd.cp.opp.OPPServiceThread.waitForMessages(OPPServiceThread.java:227)
at oracle.apps.fnd.cp.opp.OPPServiceThread.mainLoop(OPPServiceThread.java:128)
at oracle.apps.fnd.cp.gsf.BaseServiceThread.run(BaseServiceThread.java:135)
then we have made these changes
change the Profile option "Concurrent: OPP Process timeout" as 108000 and
Use XML Publisher's XSLT processor: True
Enable scalable feature of XSLT processor: False
Enable XSLT runtime optimization: True
now we are getting only a single line error in the opp log
12/30/09 2:55:18 AM] java.lang.OutOfMemoryErrorjava.lang.OutOfMemoryError
java.lang.OutOfMemoryError
the request is running for more than 3.5 hrs and ending in warning.
The concurrent manager has timed out waiting for the Output Post-processor to finish this request.
Thansk & Regards,
Rakesh -
XML Publisher report ends in Warning with java.lang.OutOfMemoryError
Hi,
We are modifying the standard report Account Analysis Report (in Subledger Accounting) to create a custom report.
When run wide open, it is ending in Warning with the error java.lang.OutOfMemoryError in OPP Log.
We are on EBS 12.1.3. DB 11.2.0.3 and XML Publisher 5.6.3
We have set the below parameters in the data definition:
Use XML Publishers XSLT processor: True
Enable Scalable feature of XSLT processor: True
Enable XSLT Runtime optimization: True
Also we have added these to the Data template:
<property name="db_fetch_size" value="20" />
<property name="scalable_mode" value="on" />
On the concurrent program, we have this option set:
-ms1024m -mx2048m
Still, the program is ending in Warning and not producing output. Any pointers here?
We can also see that the Temporary Directory is not able to be set on the data definition. Why is this?
After setting the Temporary Directory from Administration page, we were able to set the temporary directory for this data definition, but that did not solve the iseue.Glad you have sorted this - note that the fnd_concurrent_requests table has the fields pp_Start_date and pp_end_date which will show how long post processing is taking.
Good to a good idea to monitor this in relation to the setting you have made in the profile option Concurrent:OPP Timeout profile option though 3 hours should cover most things!!!! -
"java.lang.OutOfMemoryError: Java heap space" while trying to read Excel.
Hi Experts,
Here is my query. I'm trying to upload excel data into database table. This excel contains more than 20000 records. I'm storing this data in a vector after reading it & passing this vector as a parameter to another method(not mentioned in the below code) which writes into the database. The code works for records <4000, but fails to read beyond that & throws exception as below.
HTTP Status 500 -
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception
org.apache.jasper.JasperException: Java heap space
org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:433)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:355)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
root cause
javax.servlet.ServletException: Java heap space
org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:841)
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:774)
org.apache.jsp.readexcelsap_jsp._jspService(readexcelsap_jsp.java:365)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:331)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
root cause
java.lang.OutOfMemoryError: Java heap space
Below is the code for reference. Kindly Help me in getting this heap space error rectified or suggest me alternate ways.
I tried increasing Heap space as googled but in vain.
<%!
private Vector readExcelSheet(String uploadedFilePath, int sheetNo) throws IOException
Vector allRowInfo = null;
try
HSSFSheet sheet= getWorkSheet(uploadedFilePath,sheetNo);
//System.out.println(uploadedFilePath);
//System.out.println(sheetNo);
//System.out.println("--Sheet--"+sheet);
//System.out.println("--Sheet--"+sheet.getLastRowNum());
if(sheet!=null)
allRowInfo = new Vector();
for(int i=0;i<=sheet.getLastRowNum();i++)
HSSFRow row= sheet.getRow(i);
Vector eachRowInfo = new Vector();
for(short j=0;j<row.getLastCellNum();j++)
eachRowInfo.add(getCellContents(row.getCell(j)));
//System.out.println("--"+row.getCell(j));
allRowInfo.add(eachRowInfo);
else
allRowInfo = null;
//return allRowInfo;
catch (FileNotFoundException ex)
System.out.println("-- Error in reading--getWorkSheet -- 1--"+ex);
allRowInfo = null;
catch (IOException ex)
System.out.println("-- Error in reading--getWorkSheet-- 2 --"+ex);
allRowInfo = null;
catch (IndexOutOfBoundsException ex)
System.out.println("-- Error in reading--getWorkSheet-- 2 --"+ex);
allRowInfo = null;
catch (NullPointerException ex)
System.out.println("-- Error in reading--getWorkSheet --"+ex);
allRowInfo = null;
catch(Exception e)
System.out.println(e.getMessage());
e.printStackTrace();
allRowInfo = null;
return allRowInfo;
%>
<%!
private HSSFSheet getWorkSheet(String uploadedFilePath, int sheetNo) throws IOException
HSSFSheet sheet = null;
try
FileInputStream inputStream=new FileInputStream(uploadedFilePath);
POIFSFileSystem poisFile=new POIFSFileSystem(inputStream);
HSSFWorkbook workBook= new HSSFWorkbook(poisFile);
sheet = workBook.getSheetAt(sheetNo);
catch (FileNotFoundException ex)
System.out.println("-- Error in reading--getWorkSheet --"+ex);
sheet = null;
catch (IOException ex)
System.out.println("-- Error in reading--getWorkSheet --"+ex);
sheet = null;
catch (IndexOutOfBoundsException ex)
System.out.println("-- Error in reading--getWorkSheet --"+ex);
sheet = null;
catch (NullPointerException ex)
System.out.println("-- Error in reading--getWorkSheet --"+ex);
sheet = null;
catch(Exception e)
System.out.println(e.getMessage());
e.printStackTrace();
sheet = null;
return sheet;
%>
<%!
public String getCellContents(HSSFCell cell)
String cellValue="";
String cellValue1="";
if(cell!=null)
int cellType= cell.getCellType();
if(cellType==HSSFCell.CELL_TYPE_NUMERIC)
cellValue=(float)cell.getNumericCellValue()+"";
if(cellType==HSSFCell.CELL_TYPE_STRING)
cellValue1=cell.getStringCellValue();
StringBuffer sb = new StringBuffer();
for(int i = 0; i < cellValue1.length(); i++)
sb.append(cellValue1.charAt(i));
if(cellValue1.charAt(i)=='\'')
sb.append('\'');
cellValue = sb.toString();
return cellValue;
%>
<html>
<body>
<%
String file_Name="Myexcel.xls";
String path = "D://Test Upload//"+file_Name;
Vector list = readExcelSheet(path,0);
</html>
</body>Regards
Venky
Edited by: Venky_86 on Jun 17, 2009 6:05 AMHOW did you increase the heap space? As that is the only solution you have in this case really.
It is a known fact that POI can use up a lot of memory for big spreadsheets. If at all possible, I would try to switch to plain text comma separated files / tab delimited files. If you cannot do that, I would try to put a size restriction on the sheets that your application will process to get rid of the heap space risk. A sheet can contain 20000 records, or four sheets can contain 5000 records; in both cases you process the exact same data, but at only 25% of the total memory usage. -
XML Publisher report failing with java.lang.outofmemoryerror.
Hi,
We have developed a custom Oracle report that produces an XML output file that is about 13M in size (about 18K rows from the database). When running report as concurrent request, post processing fails with java.lang.outofmemoryerror. The failure occurs when specifying output format as Excel, RTF or HTML. However, the process completes successfully when specifying output format as PDF. We have also noticed that Excel, RTF and HTML will complete successfully if the XML data file is smaller (around 3M).
Is anyone aware of a restriction on the size of the XML data file when specifying output formats Excel, RTF or HTML? We have tried setting temp directory but that has not helped.
Thanks.Hi
I found this at metalink [Note:390968.1].. hope it helps =)
Symptoms: When attempting to run an XML Publisher concurrent program the following error occurs:
ERROR: Warning!!! Got out of memory exception, retrying with scalable option..
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
Oracle.apps.xdo.oa.cp.JCP4XDODataEngine
Program exited with status 1
Solution: To implement the solution, please execute the following steps:
1. Login select the responsibility: System Administrator.
2. Navigate to Concurrent > Program > Define.
3. Query for concurrent program that is receiving the error.
4. In the 'Options' field please enter -Xmx512M.
5. Save the change and retest the issue.
6. If the report still fails with the option set to -Xmx512M change the value to -Xmx1024M, save and try again
7. Migrate the solution as appropriate to other environments. -
Java.lang.OutOfMemoryError: requested 2904104 bytes for Chunk::new. Out of swap space?
Can someone help me with this error? At random times the application crashes and I get this error.
# An unexpected error has been detected by Java Runtime Environment:
# java.lang.OutOfMemoryError: requested 2904104 bytes for Chunk::new. Out of swap space?
# Internal Error (allocation.cpp:218), pid=1904, tid=3532
# Error: Chunk::new
# Java VM: Java HotSpot(TM) Server VM (10.0-b19 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 (0x003ec800): GCTaskThread [stack: 0x675c0000,0x676c0000] [id=3532]
Stack: [0x675c0000,0x676c0000]
[error occurred during error reporting (printing stack bounds), id 0xc0000005]
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x6a0cb400 JavaThread "Thread-1968" daemon [_thread_in_native, id=6032, stack(0x7fdf0000,0x7fef0000)]
0x6a0db400 JavaThread "Thread-1967" daemon [_thread_in_native, id=5188, stack(0x7fcf0000,0x7fdf0000)]
0x6a113400 JavaThread "Thread-1966" daemon [_thread_in_native, id=3000, stack(0x7fbf0000,0x7fcf0000)]
0x6a11b400 JavaThread "Thread-1965" daemon [_thread_in_native, id=4460, stack(0x7faf0000,0x7fbf0000)]
0x6a150400 JavaThread "Thread-1964" daemon [_thread_in_native, id=5068, stack(0x7f9f0000,0x7faf0000)]
0x78522400 JavaThread "Thread-1963" daemon [_thread_in_native, id=3572, stack(0x7f8f0000,0x7f9f0000)]
0x6e949400 JavaThread "Thread-1962" daemon [_thread_in_native, id=3368, stack(0x7f7f0000,0x7f8f0000)]
0x6e483400 JavaThread "Thread-1961" daemon [_thread_in_native, id=2172, stack(0x7f580000,0x7f680000)]
0x73b40400 JavaThread "Thread-1960" daemon [_thread_in_native, id=5684, stack(0x7f480000,0x7f580000)]
0x6f8ae400 JavaThread "Thread-1959" daemon [_thread_in_native, id=4828, stack(0x7f380000,0x7f480000)]
0x6e7ec400 JavaThread "Thread-1958" daemon [_thread_in_native, id=5912, stack(0x7f280000,0x7f380000)]
0x6f1a0400 JavaThread "Thread-1957" daemon [_thread_in_native, id=6100, stack(0x7f180000,0x7f280000)]
0x6fa8e400 JavaThread "Thread-1956" daemon [_thread_in_native, id=5428, stack(0x7f080000,0x7f180000)]
0x6fa76400 JavaThread "Thread-1955" daemon [_thread_in_native, id=3496, stack(0x7ef80000,0x7f080000)]
0x6f369400 JavaThread "Thread-1954" daemon [_thread_in_native, id=3516, stack(0x7ee80000,0x7ef80000)]
0x69c5a400 JavaThread "Thread-1953" daemon [_thread_in_native, id=4120, stack(0x7ed80000,0x7ee80000)]
0x6a064400 JavaThread "Thread-1952" daemon [_thread_in_native, id=5864, stack(0x7ec80000,0x7ed80000)]
0x6f526400 JavaThread "Thread-1951" daemon [_thread_in_native, id=5968, stack(0x7eb80000,0x7ec80000)]
0x780d2400 JavaThread "Thread-1950" daemon [_thread_in_native, id=900, stack(0x7ea80000,0x7eb80000)]
0x6fabe400 JavaThread "Thread-1949" daemon [_thread_in_native, id=3480, stack(0x7e980000,0x7ea80000)]
0x6f8f6400 JavaThread "Thread-1948" daemon [_thread_in_native, id=4740, stack(0x7e880000,0x7e980000)]
0x6f6a3400 JavaThread "Thread-1947" daemon [_thread_in_native, id=1188, stack(0x7e780000,0x7e880000)]
0x6f3b1400 JavaThread "Thread-1946" daemon [_thread_in_native, id=3340, stack(0x7e680000,0x7e780000)]
0x6f1e8400 JavaThread "Thread-1945" daemon [_thread_in_native, id=4100, stack(0x7e580000,0x7e680000)]
0x6ed6e400 JavaThread "Thread-1944" daemon [_thread_in_native, id=3172, stack(0x7e480000,0x7e580000)]
0x6f2ed400 JavaThread "Thread-1943" daemon [_thread_in_native, id=1860, stack(0x7e380000,0x7e480000)]
0x6fd0d400 JavaThread "Thread-1942" daemon [_thread_in_native, id=3432, stack(0x7e280000,0x7e380000)]
0x78042400 JavaThread "Thread-1941" daemon [_thread_in_native, id=5040, stack(0x7e180000,0x7e280000)]
0x6a32c400 JavaThread "Thread-1940" daemon [_thread_in_native, id=1828, stack(0x7e080000,0x7e180000)]
0x6a162400 JavaThread "Thread-1939" daemon [_thread_in_native, id=3740, stack(0x7df80000,0x7e080000)]
0x69df6400 JavaThread "Thread-1938" daemon [_thread_in_native, id=2544, stack(0x7de80000,0x7df80000)]
0x6eebb400 JavaThread "Thread-1937" daemon [_thread_in_native, id=2032, stack(0x7dd80000,0x7de80000)]
0x6a3d3400 JavaThread "Thread-1936" daemon [_thread_in_native, id=5240, stack(0x7dc80000,0x7dd80000)]
0x69de9400 JavaThread "Thread-1935" daemon [_thread_in_native, id=1072, stack(0x7db80000,0x7dc80000)]
0x6ef9c400 JavaThread "Thread-1934" daemon [_thread_in_native, id=4088, stack(0x7da80000,0x7db80000)]
0x69cf8400 JavaThread "Thread-1933" daemon [_thread_in_native, id=2996, stack(0x7d980000,0x7da80000)]
0x69edf400 JavaThread "Thread-1932" daemon [_thread_in_native, id=2752, stack(0x7d880000,0x7d980000)]
0x6e352400 JavaThread "Thread-1931" daemon [_thread_in_native, id=976, stack(0x7d780000,0x7d880000)]
0x69c25400 JavaThread "Thread-1930" daemon [_thread_in_native, id=2472, stack(0x7d680000,0x7d780000)]
0x6e70f400 JavaThread "Thread-1929" daemon [_thread_in_native, id=2000, stack(0x7d580000,0x7d680000)]
0x7944d400 JavaThread "Thread-1928" daemon [_thread_in_native, id=2444, stack(0x7d480000,0x7d580000)]
0x69d5b400 JavaThread "Thread-1927" daemon [_thread_in_native, id=2516, stack(0x7d380000,0x7d480000)]
0x69fc9400 JavaThread "Thread-1926" daemon [_thread_in_native, id=3856, stack(0x7d280000,0x7d380000)]
0x69fd2400 JavaThread "Thread-1925" daemon [_thread_in_native, id=304, stack(0x7c6c0000,0x7c7c0000)]
0x6f93e400 JavaThread "Thread-1924" daemon [_thread_in_native, id=4320, stack(0x7c5c0000,0x7c6c0000)]
0x6f986400 JavaThread "Thread-1923" daemon [_thread_in_native, id=3896, stack(0x7c4c0000,0x7c5c0000)]
0x6f733400 JavaThread "Thread-1922" daemon [_thread_in_native, id=4468, stack(0x7c3c0000,0x7c4c0000)]
0x6f02c400 JavaThread "Thread-1921" daemon [_thread_in_native, id=3372, stack(0x7c250000,0x7c350000)]
0x6ef03400 JavaThread "Thread-1920" daemon [_thread_in_native, id=3408, stack(0x7c150000,0x7c250000)]
0x6fb06400 JavaThread "Thread-1919" daemon [_thread_in_native, id=5936, stack(0x7c050000,0x7c150000)]
0x6a020400 JavaThread "Thread-1918" daemon [_thread_in_native, id=5504, stack(0x7bf50000,0x7c050000)]
0x6f3f9400 JavaThread "Thread-1917" daemon [_thread_in_native, id=3544, stack(0x779b0000,0x77ab0000)]
0x6f230400 JavaThread "Thread-1916" daemon [_thread_in_native, id=6084, stack(0x778b0000,0x779b0000)]
0x6fd55400 JavaThread "Thread-1915" daemon [_thread_in_native, id=5404, stack(0x77530000,0x77630000)]
0x69f73400 JavaThread "Thread-1914" daemon [_thread_in_native, id=3848, stack(0x77190000,0x77290000)]
0x6f6eb400 JavaThread "Thread-1913" daemon [_thread_in_native, id=312, stack(0x77090000,0x77190000)]
0x6f56e400 JavaThread "Thread-1912" daemon [_thread_in_native, id=2088, stack(0x76f90000,0x77090000)]
0x6efe4400 JavaThread "Thread-1911" daemon [_thread_in_native, id=316, stack(0x76d80000,0x76e80000)]
0x7808a400 JavaThread "Thread-1910" daemon [_thread_in_native, id=3192, stack(0x76c80000,0x76d80000)]
0x69f24400 JavaThread "Thread-1909" daemon [_thread_in_native, id=5500, stack(0x76b80000,0x76c80000)]
0x69e32400 JavaThread "Thread-1908" daemon [_thread_in_native, id=4204, stack(0x768b0000,0x769b0000)]
0x6a34e400 JavaThread "Thread-1907" daemon [_thread_in_native, id=5752, stack(0x767b0000,0x768b0000)]
0x69d74400 JavaThread "Thread-1906" daemon [_thread_in_native, id=2264, stack(0x766b0000,0x767b0000)]
0x6fbf6400 JavaThread "Thread-1905" daemon [_thread_in_native, id=3600, stack(0x765b0000,0x766b0000)]
0x6f9b7400 JavaThread "Thread-1904" daemon [_thread_in_native, id=484, stack(0x764b0000,0x765b0000)]
0x69eb6400 JavaThread "Thread-1903" daemon [_thread_in_native, id=4752, stack(0x763b0000,0x764b0000)]
0x69de4400 JavaThread "Thread-1902" daemon [_thread_in_native, id=4868, stack(0x762b0000,0x763b0000)]
0x69d4b400 JavaThread "Thread-1901" daemon [_thread_in_native, id=3300, stack(0x76040000,0x76140000)]
0x69fa3000 JavaThread "Thread-1900" daemon [_thread_in_native, id=328, stack(0x75f40000,0x76040000)]
0x6b1c9800 JavaThread "Thread-1899" daemon [_thread_in_native, id=2104, stack(0x75e40000,0x75f40000)]
0x6a016400 JavaThread "Thread-1898" daemon [_thread_in_native, id=5080, stack(0x75d40000,0x75e40000)]
0x69f79400 JavaThread "Thread-1897" daemon [_thread_in_native, id=4980, stack(0x75c40000,0x75d40000)]
0x69de5000 JavaThread "Thread-1896" daemon [_thread_in_native, id=4684, stack(0x75b40000,0x75c40000)]
0x69ee0400 JavaThread "Thread-1895" daemon [_thread_in_native, id=3648, stack(0x739b0000,0x73ab0000)]
0x6a1ab400 JavaThread "Thread-1894" daemon [_thread_in_native, id=3140, stack(0x738b0000,0x739b0000)]
0x69e3ec00 JavaThread "Thread-1893" daemon [_thread_in_native, id=928, stack(0x736a0000,0x737a0000)]
0x785c9c00 JavaThread "Thread-1892" daemon [_thread_in_native, id=1800, stack(0x735a0000,0x736a0000)]
0x785c9400 JavaThread "Thread-1891" daemon [_thread_in_native, id=2748, stack(0x734a0000,0x735a0000)]
0x78b5d800 JavaThread "Thread-1890" daemon [_thread_in_native, id=2564, stack(0x733a0000,0x734a0000)]
0x6e83b800 JavaThread "Thread-1889" daemon [_thread_in_native, id=5772, stack(0x732a0000,0x733a0000)]
0x6aa8ac00 JavaThread "Thread-1888" daemon [_thread_in_native, id=4548, stack(0x731a0000,0x732a0000)]
0x6b2b0800 JavaThread "Thread-1805" daemon [_thread_in_native, id=3308, stack(0x72220000,0x72320000)]
0x69ec9c00 JavaThread "jrpp-45" [_thread_in_native, id=1956, stack(0x6cdc0000,0x6cec0000)]
0x6e178c00 JavaThread "jrpp-44" [_thread_in_native, id=4064, stack(0x69200000,0x69300000)]
0x6a831c00 JavaThread "jrpp-43" [_thread_in_native, id=3924, stack(0x730a0000,0x731a0000)]
0x6ad81400 JavaThread "jrpp-41" [_thread_blocked, id=1848, stack(0x6cf20000,0x6d020000)]
0x69cf7c00 JavaThread "jrpp-40" [_thread_in_native, id=248, stack(0x729b0000,0x72ab0000)]
0x6b0af800 JavaThread "jrpp-39" [_thread_in_native, id=1584, stack(0x70b80000,0x70c80000)]
0x69dda800 JavaThread "jrpp-38" [_thread_in_native, id=3492, stack(0x72cb0000,0x72db0000)]
0x685b8800 JavaThread "AWT-Windows" daemon [_thread_in_native, id=3696, stack(0x72ab0000,0x72bb0000)]
0x6859cc00 JavaThread "jrpp-34" [_thread_in_native, id=5704, stack(0x72bb0000,0x72cb0000)]
0x6eb7a400 JavaThread "scheduler-21" [_thread_blocked, id=2540, stack(0x728b0000,0x729b0000)]
0x6b1c4400 JavaThread "jrpp-15" [_thread_in_native, id=6076, stack(0x72420000,0x72520000)]
0x681b7c00 JavaThread "scheduler-3" [_thread_blocked, id=2064, stack(0x687b0000,0x688b0000)]
0x6e894800 JavaThread "scheduler-2" [_thread_blocked, id=2216, stack(0x6d870000,0x6d970000)]
0x6a323c00 JavaThread "SocketTimeout" daemon [_thread_blocked, id=4432, stack(0x727b0000,0x728b0000)]
0x68165c00 JavaThread "scheduler-1" [_thread_blocked, id=3084, stack(0x70c80000,0x70d80000)]
0x6a7de400 JavaThread "MySQL Statement Cancellation Timer" daemon [_thread_blocked, id=5724, stack(0x72120000,0x72220000)]
0x003e6400 JavaThread "DestroyJavaVM" [_thread_blocked, id=980, stack(0x00030000,0x00130000)]
0x6856e400 JavaThread "Timer-3" daemon [_thread_blocked, id=4992, stack(0x70a80000,0x70b80000)]
0x685a2400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=1924, stack(0x72020000,0x72120000)]
0x6a3f4c00 JavaThread "worker #4" daemon [_thread_blocked, id=332, stack(0x71f20000,0x72020000)]
0x69ca0400 JavaThread "worker #3" daemon [_thread_blocked, id=5824, stack(0x71e20000,0x71f20000)]
0x6dee9c00 JavaThread "worker #2" daemon [_thread_blocked, id=3732, stack(0x71d20000,0x71e20000)]
0x68355400 JavaThread "worker #1" daemon [_thread_blocked, id=5104, stack(0x71c20000,0x71d20000)]
0x6a1a8c00 JavaThread "worker #0" daemon [_thread_blocked, id=5932, stack(0x719b0000,0x71ab0000)]
0x6aae0400 JavaThread "ServerThread" daemon [_thread_in_native, id=2504, stack(0x71780000,0x71880000)]
0x6a223400 JavaThread "Thread-23" [_thread_blocked, id=3204, stack(0x71680000,0x71780000)]
0x6a222800 JavaThread "Thread-22" [_thread_blocked, id=5164, stack(0x71580000,0x71680000)]
0x69d65000 JavaThread "Thread-21" [_thread_blocked, id=3624, stack(0x71480000,0x71580000)]
0x69d64400 JavaThread "Thread-20" [_thread_blocked, id=2480, stack(0x71380000,0x71480000)]
0x68580000 JavaThread "Thread-19" [_thread_blocked, id=5984, stack(0x71280000,0x71380000)]
0x69cbf400 JavaThread "Thread-18" [_thread_blocked, id=5064, stack(0x71180000,0x71280000)]
0x68626800 JavaThread "Thread-17" [_thread_blocked, id=3832, stack(0x71080000,0x71180000)]
0x68626000 JavaThread "Thread-16" [_thread_blocked, id=1980, stack(0x70f80000,0x71080000)]
0x68625c00 JavaThread "Thread-15" [_thread_blocked, id=3864, stack(0x70e80000,0x70f80000)]
0x6a070800 JavaThread "Thread-14" [_thread_blocked, id=4512, stack(0x70d80000,0x70e80000)]
0x6845b800 JavaThread "Thread-10" [_thread_in_native, id=4780, stack(0x70980000,0x70a80000)]
0x6ac15800 JavaThread "obj-skimmer" daemon [_thread_blocked, id=5672, stack(0x70880000,0x70980000)]
0x6ac3d800 JavaThread "obj-skimmer" daemon [_thread_blocked, id=3268, stack(0x70780000,0x70880000)]
0x6a3f5400 JavaThread "obj-skimmer" daemon [_thread_blocked, id=3400, stack(0x70680000,0x70780000)]
0x6a225c00 JavaThread "obj-skimmer" daemon [_thread_blocked, id=5816, stack(0x70580000,0x70680000)]
0x6acd0c00 JavaThread "obj-skimmer" daemon [_thread_blocked, id=3284, stack(0x70480000,0x70580000)]
0x68581400 JavaThread "obj-skimmer" daemon [_thread_blocked, id=6020, stack(0x70380000,0x70480000)]
0x6dfdac00 JavaThread "obj-skimmer" daemon [_thread_blocked, id=4536, stack(0x70280000,0x70380000)]
0x6df85800 JavaThread "obj-skimmer" daemon [_thread_blocked, id=4912, stack(0x70180000,0x70280000)]
0x6df81800 JavaThread "obj-skimmer" daemon [_thread_blocked, id=3700, stack(0x70080000,0x70180000)]
0x6dfcec00 JavaThread "obj-skimmer" daemon [_thread_blocked, id=4272, stack(0x6ff80000,0x70080000)]
0x6a225400 JavaThread "obj-skimmer" daemon [_thread_blocked, id=1748, stack(0x6fe80000,0x6ff80000)]
0x6dfafc00 JavaThread "scheduler-0" [_thread_blocked, id=3052, stack(0x6d970000,0x6da70000)]
0x6df02c00 JavaThread "Timer-2" daemon [_thread_blocked, id=2080, stack(0x6d4e0000,0x6d5e0000)]
0x6b33f000 JavaThread "Timer-1" [_thread_blocked, id=1872, stack(0x6d3e0000,0x6d4e0000)]
0x6ac8d800 JavaThread "Timer-0" [_thread_blocked, id=2828, stack(0x6d1c0000,0x6d2c0000)]
0x6aaea800 JavaThread "scheduler-20" [_thread_blocked, id=6072, stack(0x6ccc0000,0x6cdc0000)]
0x68649800 JavaThread "mipc-1" [_thread_in_native, id=988, stack(0x6cbc0000,0x6ccc0000)]
0x6ac6d800 JavaThread "Thread-4" [_thread_blocked, id=2228, stack(0x6b5a0000,0x6b6a0000)]
0x6ae4b400 JavaThread "clock" daemon [_thread_blocked, id=2548, stack(0x6a400000,0x6a500000)]
0x68490000 JavaThread "scheduler-19" [_thread_blocked, id=3512, stack(0x6cac0000,0x6cbc0000)]
0x6848f400 JavaThread "scheduler-18" [_thread_blocked, id=3220, stack(0x6c9c0000,0x6cac0000)]
0x6848e400 JavaThread "scheduler-17" [_thread_blocked, id=3940, stack(0x6c8c0000,0x6c9c0000)]
0x6848d800 JavaThread "scheduler-16" [_thread_blocked, id=4108, stack(0x6c7c0000,0x6c8c0000)]
0x68570800 JavaThread "scheduler-15" [_thread_blocked, id=1772, stack(0x6c6c0000,0x6c7c0000)]
0x6856fc00 JavaThread "scheduler-14" [_thread_blocked, id=1944, stack(0x6c5c0000,0x6c6c0000)]
0x6856f400 JavaThread "scheduler-13" [_thread_blocked, id=776, stack(0x6c4c0000,0x6c5c0000)]
0x69eecc00 JavaThread "scheduler-12" [_thread_blocked, id=2468, stack(0x6c3c0000,0x6c4c0000)]
0x69eec000 JavaThread "scheduler-11" [_thread_blocked, id=4384, stack(0x6c2c0000,0x6c3c0000)]
0x6aa81400 JavaThread "scheduler-10" [_thread_blocked, id=5628, stack(0x6c1c0000,0x6c2c0000)]
0x6aa80800 JavaThread "scheduler-9" [_thread_blocked, id=2236, stack(0x6c0c0000,0x6c1c0000)]
0x685d2800 JavaThread "scheduler-8" [_thread_blocked, id=4216, stack(0x6bfc0000,0x6c0c0000)]
0x6a1a9800 JavaThread "scheduler-7" [_thread_blocked, id=4260, stack(0x6bec0000,0x6bfc0000)]
0x69c68800 JavaThread "scheduler-6" [_thread_blocked, id=5120, stack(0x6bdc0000,0x6bec0000)]
0x69c98800 JavaThread "scheduler-5" [_thread_blocked, id=4396, stack(0x6bcc0000,0x6bdc0000)]
0x6a1db800 JavaThread "scheduler-4" [_thread_blocked, id=4328, stack(0x6bbc0000,0x6bcc0000)]
0x69cf5800 JavaThread "scheduler-3" [_thread_blocked, id=2968, stack(0x6bac0000,0x6bbc0000)]
0x68627400 JavaThread "scheduler-2" [_thread_blocked, id=5024, stack(0x6b9c0000,0x6bac0000)]
0x69e23400 JavaThread "scheduler-1" [_thread_blocked, id=3208, stack(0x6b8c0000,0x6b9c0000)]
0x6a123c00 JavaThread "scheduler-0" [_thread_blocked, id=4256, stack(0x6b7c0000,0x6b8c0000)]
0x68466c00 JavaThread "Transaction Domain PrivateJmsDomain" [_thread_blocked, id=3484, stack(0x6b6c0000,0x6b7c0000)]
0x68468000 JavaThread "Transaction Domain DefaultDomain" [_thread_blocked, id=320, stack(0x69b00000,0x69c00000)]
0x68492800 JavaThread "tyrex.util.daemonMaster" daemon [_thread_blocked, id=4340, stack(0x69a00000,0x69b00000)]
0x68465400 JavaThread "jndi-4" [_thread_in_native, id=5136, stack(0x69900000,0x69a00000)]
0x6846e800 JavaThread "jndi-3" [_thread_blocked, id=4956, stack(0x69800000,0x69900000)]
0x6846dc00 JavaThread "jndi-2" [_thread_blocked, id=2256, stack(0x69700000,0x69800000)]
0x6845ac00 JavaThread "jndi-1" [_thread_blocked, id=396, stack(0x69600000,0x69700000)]
0x6845a800 JavaThread "jndi-0" [_thread_blocked, id=2248, stack(0x69500000,0x69600000)]
0x68461400 JavaThread "RMI Scheduler(0)" daemon [_thread_blocked, id=4240, stack(0x69300000,0x69400000)]
0x68457800 JavaThread "jms-fifo-5" [_thread_blocked, id=5920, stack(0x69100000,0x69200000)]
0x68456c00 JavaThread "jms-fifo-4" [_thread_blocked, id=3224, stack(0x68f10000,0x69010000)]
0x68447c00 JavaThread "jms-fifo-3" [_thread_blocked, id=4164, stack(0x68e10000,0x68f10000)]
0x68449800 JavaThread "jms-fifo-2" [_thread_blocked, id=1824, stack(0x68d10000,0x68e10000)]
0x68449400 JavaThread "jms-fifo-1" [_thread_blocked, id=1436, stack(0x68c10000,0x68d10000)]
0x6843a400 JavaThread "GC Daemon" daemon [_thread_blocked, id=4644, stack(0x68b10000,0x68c10000)]
0x6838a800 JavaThread "RMI Reaper" [_thread_blocked, id=236, stack(0x68a10000,0x68b10000)]
0x683aec00 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=1836, stack(0x68910000,0x68a10000)]
0x6777c800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=3720, stack(0x67ec0000,0x67fc0000)]
0x6777b000 JavaThread "CompilerThread1" daemon [_thread_blocked, id=5476, stack(0x67dc0000,0x67ec0000)]
0x67775400 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2280, stack(0x67cc0000,0x67dc0000)]
0x67774400 JavaThread "Attach Listener" daemon [_thread_blocked, id=2188, stack(0x67bc0000,0x67cc0000)]
0x67773000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=2012, stack(0x67ac0000,0x67bc0000)]
0x6775c000 JavaThread "Finalizer" daemon [_thread_blocked, id=1532, stack(0x679c0000,0x67ac0000)]
0x67757c00 JavaThread "Reference Handler" daemon [_thread_blocked, id=3692, stack(0x678c0000,0x679c0000)]
Other Threads:
0x67754c00 VMThread [stack: 0x677c0000,0x678c0000] [id=4864]
0x6777e000 WatcherThread [stack: 0x67fc0000,0x680c0000] [id=4592]
=>0x003ec800 (exited) GCTaskThread [stack: 0x675c0000,0x676c0000] [id=3532]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x003e5950/0x000006f8] Threads_lock - owner thread: 0x67754c00
[0x003e5af0/0x000006b8] Heap_lock - owner thread: 0x6ad81400
Heap
PSYoungGen total 123008K, used 94255K [0x5d450000, 0x66f70000, 0x66fd0000)
eden space 90752K, 100% used [0x5d450000,0x62cf0000,0x62cf0000)
from space 32256K, 10% used [0x62cf0000,0x6305bc90,0x64c70000)
to space 31424K, 28% used [0x650c0000,0x65968d98,0x66f70000)
PSOldGen total 220864K, used 165707K [0x0f7d0000, 0x1cf80000, 0x5d450000)
object space 220864K, 75% used [0x0f7d0000,0x199a2ef0,0x1cf80000)
PSPermGen total 74752K, used 72956K [0x037d0000, 0x080d0000, 0x0f7d0000)
object space 74752K, 97% used [0x037d0000,0x07f0f370,0x080d0000)
Dynamic libraries:
0x00400000 - 0x00410000 C:\ColdFusion8\runtime\bin\jrun.exe
0x7c800000 - 0x7c8c2000 C:\WINDOWS\system32\ntdll.dll
0x77e40000 - 0x77f42000 C:\WINDOWS\system32\kernel32.dll
0x7d1e0000 - 0x7d27c000 C:\WINDOWS\system32\ADVAPI32.dll
0x77c50000 - 0x77cef000 C:\WINDOWS\system32\RPCRT4.dll
0x76f50000 - 0x76f63000 C:\WINDOWS\system32\Secur32.dll
0x77ba0000 - 0x77bfa000 C:\WINDOWS\system32\MSVCRT.dll
0x6dac0000 - 0x6de7a000 C:\ColdFusion8\runtime\jre\bin\server\jvm.dll
0x77380000 - 0x77411000 C:\WINDOWS\system32\USER32.dll
0x77c00000 - 0x77c49000 C:\WINDOWS\system32\GDI32.dll
0x76aa0000 - 0x76acd000 C:\WINDOWS\system32\WINMM.dll
0x7c360000 - 0x7c3b6000 C:\WINDOWS\system32\MSVCR71.dll
0x76290000 - 0x762ad000 C:\WINDOWS\system32\IMM32.DLL
0x6d320000 - 0x6d328000 C:\ColdFusion8\runtime\jre\bin\hpi.dll
0x76b70000 - 0x76b7b000 C:\WINDOWS\system32\PSAPI.DLL
0x6d820000 - 0x6d82c000 C:\ColdFusion8\runtime\jre\bin\verify.dll
0x6d3c0000 - 0x6d3df000 C:\ColdFusion8\runtime\jre\bin\java.dll
0x6d860000 - 0x6d86f000 C:\ColdFusion8\runtime\jre\bin\zip.dll
0x6d620000 - 0x6d633000 C:\ColdFusion8\runtime\jre\bin\net.dll
0x71c00000 - 0x71c17000 C:\WINDOWS\system32\WS2_32.dll
0x71bf0000 - 0x71bf8000 C:\WINDOWS\system32\WS2HELP.dll
0x71b20000 - 0x71b61000 C:\WINDOWS\System32\mswsock.dll
0x76ed0000 - 0x76efa000 C:\WINDOWS\system32\DNSAPI.dll
0x76f70000 - 0x76f77000 C:\WINDOWS\System32\winrnr.dll
0x76f10000 - 0x76f3e000 C:\WINDOWS\system32\WLDAP32.dll
0x76f80000 - 0x76f85000 C:\WINDOWS\system32\rasadhlp.dll
0x68740000 - 0x6874c000 C:\ColdFusion8\runtime\bin\portscan.dll
0x68750000 - 0x687aa000 C:\WINDOWS\system32\hnetcfg.dll
0x71ae0000 - 0x71ae8000 C:\WINDOWS\System32\wshtcpip.dll
0x688b0000 - 0x688e5000 C:\WINDOWS\system32\rsaenh.dll
0x7c8d0000 - 0x7d0cf000 C:\WINDOWS\system32\SHELL32.dll
0x7d180000 - 0x7d1d2000 C:\WINDOWS\system32\SHLWAPI.dll
0x77420000 - 0x77523000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.3790.3959_x-w w_D8713E55\comctl32.dll
0x6d7c0000 - 0x6d7c6000 C:\ColdFusion8\runtime\jre\bin\rmi.dll
0x6d800000 - 0x6d808000 C:\ColdFusion8\runtime\jre\bin\sunmscapi.dll
0x761b0000 - 0x76243000 C:\WINDOWS\system32\CRYPT32.dll
0x76190000 - 0x761a2000 C:\WINDOWS\system32\MSASN1.dll
0x69010000 - 0x69090000 C:\ColdFusion8\lib\izmjniado.dll
0x77670000 - 0x777a9000 C:\WINDOWS\system32\ole32.dll
0x77d00000 - 0x77d8b000 C:\WINDOWS\system32\OLEAUT32.dll
0x69090000 - 0x69098000 C:\ColdFusion8\lib\CFXNeo.dll
0x690a0000 - 0x690b0000 C:\WINDOWS\system32\MSVCIRT.dll
0x69400000 - 0x69465000 C:\WINDOWS\system32\MSVCP60.dll
0x690b0000 - 0x690be000 C:\ColdFusion8\lib\cfregistry.dll
0x690d0000 - 0x690e0000 C:\ColdFusion8\lib\PerfmonClient.dll
0x71880000 - 0x719ae000 C:\ColdFusion8\runtime\jre\bin\awt.dll
0x73070000 - 0x73097000 C:\WINDOWS\system32\WINSPOOL.DRV
0x73860000 - 0x738ab000 C:\WINDOWS\system32\ddraw.dll
0x73b30000 - 0x73b36000 C:\WINDOWS\system32\DCIMAN32.dll
0x6d2c0000 - 0x6d313000 C:\ColdFusion8\runtime\jre\bin\fontmanager.dll
0x69490000 - 0x69499000 C:\ColdFusion8\runtime\jre\bin\management.dll
0x6a540000 - 0x6a549000 C:\ColdFusion8\runtime\jre\bin\nio.dll
0x6a550000 - 0x6a573000 C:\ColdFusion8\runtime\jre\bin\dcpr.dll
0x6a590000 - 0x6a597000 C:\ColdFusion8\lib\NeoUUID.dll
0x6cec0000 - 0x6cf17000 C:\WINDOWS\system32\NETAPI32.dll
0x6d020000 - 0x6d04f000 C:\ColdFusion8\runtime\jre\bin\cmm.dll
0x6d050000 - 0x6d074000 C:\ColdFusion8\runtime\jre\bin\jpeg.dll
0x6d080000 - 0x6d08b000 C:\ColdFusion8\lib\clib_jiio_util.dll
0x72eb0000 - 0x72fbc000 C:\ColdFusion8\lib\clib_jiio_sse2.dll
VM Arguments:
jvm_args: -Xmx1400m -Dsun.io.useCanonCaches=false -XX:MaxPermSize=192m -XX:+UseParallelGC -Dcoldfusion.rootDir=C:\ColdFusion8\runtime/../ -Dcoldfusion.libPath=C:\ColdFusion8\runtime/../lib -Dcoldfusion.classPath=C:\ColdFusion8\runtime/../lib/updates,C:\ColdFusion8\runtime/../li b,C:\ColdFusion8\runtime/../gateway/lib/,C:\ColdFusion8\runtime/../wwwroot/WEB-INF/flex/ja rs,C:\ColdFusion8\runtime/../wwwroot/WEB-INF/cfform/jars,"C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\InterWeb-Prod\includes\classes" -Djmx.invoke.getters=true
java_command: <unknown>
Launcher Type: generic
Environment Variables:
PATH=C:\ColdFusion8\runtime\..\lib;C:\ColdFusion8\runtime\..\jintegra\bin;C:\ColdFusion8\r untime\..\jintegra\bin\international;C:\ColdFusion8\verity\k2\_nti40\bin;C:\WINDOWS\system 32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\TortoiseSVN\bin;C:\Program Files\Subversion\bin
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 26 Stepping 4, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows Server 2003 family Build 3790 Service Pack 2
CPU:total 1 (1 cores per cpu, 1 threads per core) family 6 model 10 stepping 4, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
Memory: 4k page, physical 2097151k(2097151k free), swap 4194303k(4194303k free)
vm_info: Java HotSpot(TM) Server VM (10.0-b19) for windows-x86 JRE (1.6.0_04-b12), built on Dec 14 2007 00:46:56 by "java_re" with MS VC++ 7.1
time: Wed Jun 23 14:12:21 2010
elapsed time: 14601 secondsHello,
Part of the HS_ERR_PID says:
# Java VM: Java HotSpot(TM) Server VM (1.6.0_01-b06 mixed mode)
Does that mean you are running CF8 without updater1 applied? If updater1 was there I would expect JVM 1.6.0_04. Give that is correct you could apply updater1 and once that is done even update the JVM to a more current version. I see Java Dev Kit 1.6.0_23 is current, I have successfully used CF8 with 1.6.0_22.
There might be some interesting detail in the coldfusion-out.log file which likely is in [CF]\runtime\logs or [Jrun]\logs pending server or multiserver.
HTH, Carl. -
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.1Hi
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 "<b>java.lang.OutOfMemoryError</b>". The portion of the stack is given below,
<b>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)</b>
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) -
Getting error while executing workflow: java.lang.OutOfMemoryError.
Hi,
I am getting the below error while executing the unassigment workflow on AD resource having 160 user objects.
java.lang.OutOfMemoryError.
Please provid your inputs on this.
Your help wolud be appriciated.
Thanks
Renuka.Well, if you're getting an out of memory exception then your memory settings are too low. Odds are there's a period of activity where the memory usage spikes above what you've configured for the VM.
-
Java.lang.OutOfMemoryError when running java concurrent program
Hi,
i had written a java concurrent program to create the content items into Oracle Content Manager (OCM). Process the records from interface table and create the content items into OCM by calling the API IBC_CITEM_ADMIN_GRP.upsert_item().
I run the concurrent program with 2000 records in interface table, it's an one to one process, 563 records are processed and 563 content items are created successfully in OCM. After 563 records continuously throws the Exception
EXCEPTION
WHEN OTHERS THEN
DBMS_OUTPUT.put_line('EX - bundle validation others--');
x_return_status := FND_API.G_RET_STS_ERROR;
FND_MESSAGE.Set_Name('IBC', 'A_BUNDLE_ERROR');
FND_MESSAGE.set_token('SITUATION', 'VALIDATION');
FND_MSG_PUB.ADD;
IF IBC_DEBUG_PVT.debug_enabled THEN
IBC_DEBUG_PVT.end_process(
IBC_DEBUG_PVT.make_parameter_list(
p_tag => 'OUTPUT',
p_parms => JTF_VARCHAR2_TABLE_4000(
'x_return_status', '*** EXCEPTION *** [' || SQLERRM || ']'
END IF;
in IBC_CITEM_ADMIN_GRP.validate_attribute_bundle() API.
Again running the concurrent program it process another 563 records. Can any one help me to fix this issue?
i figured out the exception. When debug the error, i got the actual error message like this
ORA-29532: Java call terminated by uncaught Java exception: java.lang.OutOfMemoryError
ORA-29532: Java call terminated by uncaught Java exception: java.lang.NullPointerException
ORA-29532: Java call terminated by uncaught Java exception: java.lang.ArrayIndexOutOfBoundsException: -2048 < 0
for this issue i increased the heap memory size up to 1024MB. Still i have the same issue. Can any one help to fix the issue?ORA-29532: Java call terminated by uncaught Java
exception: java.lang.NullPointerException
ORA-29532: Java call terminated by uncaught Java
exception: java.lang.ArrayIndexOutOfBoundsException:
-2048 < 0Aren't the null pointer and arrayindexoutofbounds, the ones which you get when you are trying to read beyond your array? (example: when your loop tries to access the 563rd element in your array, since your array index starts from 0)?
May be if you can try to write out your elements in the array, you might see what it is croaking about.
Thanks,
Chiru -
FB 4.7 AIR 3.6 Flex 4.9 iOS packing - Exception in thread "main" java.lang.OutOfMemoryError'
I've got an error similar to Isaac_Sunkes' 'FB 4.7 iOS packaging - Exception in thread "main" java.lang.OutOfMemoryError',
but the causes are not related to what he discovered, corrupt image or other files, I'd exclude bad archive contents in my project.
I'm using Flash Builder 4.7 with Adobe AIR 3.6 set into an Apache Flex 4.9.1 SDK;
HW system is:
iMac, 2,7 GHz Intel Core i5, 8 GB 1600 MHz DDR3, NVIDIA GeForce GT 640M 512 MB, OS X 10.8.2 (12C3103)
The Flash project consists in an application with a main SWF file which loads, via ActionScript methods, other SWF in cascade.
I've formerly compiled and run the application on an iPad 1, IOS 5.0.1 (9A405), but got on the device the error alert:
"Uncompiled ActionScript
Your application is attempitng to run
uncompiled ActionScript, probably
due to the use of an embedded
SWF. This is unsupported on iOS.
See the Adobe Developer
Connection website for more info."
Then I changed the FB compiler switches, now are set to:
-locale en_US
-swf-version=19
Please note that without the switch -swf-version=19 the application is compiled correctly and the IPA is sent to the device
and I can debug it, but iOS traps secondary SWF files and blocke the app usage, as previously told.
they work on deploy of small applications,
but, when I try to build a big IPA file either for an ad-hoc distribution, either for an debug on device, after some minutes long waiting, I get a Java stuck, with this trace:
Error occurred while packaging the application:
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
at java.util.HashMap.addEntry(HashMap.java:753)
at java.util.HashMap.put(HashMap.java:385)
at java.util.HashSet.add(HashSet.java:200)
at adobe.abc.Algorithms.addUses(Algorithms.java:165)
at adobe.abc.Algorithms.findUses(Algorithms.java:187)
at adobe.abc.GlobalOptimizer.sccp(GlobalOptimizer.java:4731)
at adobe.abc.GlobalOptimizer.optimize(GlobalOptimizer.java:3615)
at adobe.abc.GlobalOptimizer.optimize(GlobalOptimizer.java:2309)
at adobe.abc.LLVMEmitter.optimizeABCs(LLVMEmitter.java:532)
at adobe.abc.LLVMEmitter.generateBitcode(LLVMEmitter.java:341)
at com.adobe.air.ipa.AOTCompiler.convertAbcToLlvmBitcodeImpl(AOTCompiler .java:599)
at com.adobe.air.ipa.BitcodeGenerator.main(BitcodeGenerator.java:104)
I've tried to change the Java settings on FB's eclipse.ini in MacOS folder,
-vmargs
-Xms(various settings up to)1024m
-Xmx(various settings up to)1024m
-XX:MaxPermSize=(various settings up to)512m
-XX:PermSize=(various settings up to)256m
but results are the same.
Now settings are back as recommended:
-vmargs
-Xms256m
-Xmx512m
-XX:MaxPermSize=256m
-XX:PermSize=64m
I've changed the Flex build.properties
jvm.args = ${local.d32} -Xms64m -Xmx1024m -ea -Dapple.awt.UIElement=true
with no results; now I'n get back to the standard:
jvm.args = ${local.d32} -Xms64m -Xmx384m -ea -Dapple.awt.UIElement=true
and now I truely have no more ideas;
could anyone give an help?
many thanks in advance.I solved this. It turns out the app icons were corrupt. After removing them and replacing them with new files this error went away.
-
How to solve 'java/lang/OutOfMemoryError' when apply weblogic patch 10.3.6.0.10?
Hi All: Our platform is IBM AIX power system 64 bit, os level 6. Oracle Fusion Middleware version is 10.3.6.0.8. We tried to patch 10.3.6.0.10 on it, but encounter ‘out of memory error’ when applied WebLogic patch 10.3.6.0.10 on UAT report server. Currently UAT has 3GB memory (currently is 3G) .
JVMDUMP006I Processing dump event "systhrow",
detail "java/lang/OutOfMemoryError
JVMDUMP032I JVM requested Heap dump using
'/ora_bin01/u01/oracle/Middleware/utilhd' in response to an event
JVMDUMP010I Heap dump written to
/ora_bin01/u01/oracle/Middleware/utils/bsu/heapdump.20150224.152727.6422620.0001.phd
JVMDUMP032I JVM requested Java dump using
'/ora_bin01/u01/oracle/Middleware/utils/bsu/javacore.20150224.152727.6422620.0002.txt'
in response to an event
JVMDUMP010I Java dump written to
/ora_bin01/u01/oracle/Middleware/utils/bsu/javacore.20150224.152727.6422620.0002.txt
JVMDUMP032I JVM requested Snap dump using
'/ora_bin01/u01/oracle/Middleware/utils/bsu/Snap.20150224.152727.6422620.0003.trc'
in response to an event
JVMDUMP006I Processing dump event "systhrow",
detail "java/lang/OutOfMemoryError" - please wait.
JVMDUMP010I Snap dump written to
/ora_bin01/u01/oracle/Middleware/utils/bsu/Snap.20150224.152727.6422620.0003.trc
JVMDUMP013I Processed dump event "systhrow",
detail "java/lang/OutOfMemoryError".
JVMDUMP032I JVM requested Heap dump using
'/ora_bin01/u01/oracle/Middleware/utils/bsu/heapdump.20150224.152735.6422620.0004.phd'
in response to an event
JVMDUMP010I Heap dump written to
/ora_bin01/u01/oracle/Middleware/utils/bsu/heapdump.20150224.152735.6422620.0004.phd
JVMDUMP032I JVM requested Java dump using
'/ora_bin01/u01/oracle/Middleware/utils/bsu/javacore.20150224.152735.6422620.0005.txt'
in response to an event
JVMDUMP010I Java dump written to
/ora_bin01/u01/oracle/Middleware/utils/bsu/javacore.20150224.152735.6422620.0005.txt
JVMDUMP032I JVM requested Snap dump using
'/ora_bin01/u01/oracle/Middleware/utils/bsu/Snap.20150224.152735.6422620.0006.trc'
in response to an event
Exception in thread "main"
java.lang.OutOfMemoryError at
java.lang.StringBuffer.ensureCapacityImpl(StringBuffer.java:335)
at
java.lang.StringBuffer.append(StringBuffer.java:201)
at
java.lang.Class.throwNoSuchMethodException(Class.java:278)
at
java.lang.Class.getMethod(Class.java:845)
at
com.bea.cie.common.dao.xbean.XBeanDataHandler.isValueSet(XBeanDataHandler.java:958)
at
com.bea.cie.common.dao.xbean.XBeanDataHandler.getValueFromObject(XBeanDataHandler.java:589)
at
com.bea.cie.common.dao.xbean.XBeanDataHandler.getSimpleValue(XBeanDataHandler.java:431)
at
com.bea.plateng.patch.dao.cat.PatchDependency.getRule(PatchDependency.java:48)
at
com.bea.plateng.patch.dao.cat.PatchCatalogHelper.getInvalidatedPatchMap(PatchCatalogHelper.java:1625)
at com.bea.plateng.patch.PatchSystem.updatePatchCatalog(PatchSystem.java:436)
at
com.bea.plateng.patch.PatchSystem.refresh(PatchSystem.java:130)
at
com.bea.plateng.patch.PatchSystem.setCacheDir(PatchSystem.java:201)
at
com.bea.plateng.patch.Patch.main(Patch.java:281)
JVMDUMP010I Snap dump written to
/ora_bin01/u01/oracle/Middleware/utils/bsu/Snap.20150224.152735.6422620.0006.trc
JVMDUMP013I Processed dump event "systhrow",
detail "java/lang/OutOfMemoryError".
Exception in thread "Attach API wait loop"
java.lang.OutOfMemoryError
at
com.ibm.tools.attach.javaSE.CommonDirectory.waitSemaphore(CommonDirectory.java:222)
at
com.ibm.tools.attach.javaSE.AttachHandler$WaitLoop.waitForNotification(AttachHandler.java:329)
at com.ibm.tools.attach.javaSE.AttachHandler$WaitLoop.run(AttachHandler.java:396)
bsu.sh -install -patch_download_dir=/ora_bin01/u01/oracle/Middleware/utils/bsu/cache_dir -patchlist=12UV -prod_dir=/ora_bin01/u01/oracle/Middleware/wlserver_10.3
we followed the README.txt instructions, and stop/start weblogic service before/after apply patch. Can anyone suggest a solution or Doc ID for helping us?
thank you very much!Solutions: Bounce the applications and check the arguments if you can increase it. It is due to memory issue
You can set these values in CommEnv.sh (.cmd for windows) file located in the weblogic_home/common/bin directory.
This gets applied to all the domains under that wls home.
If you want to make the changes to specific domain then edit the SetDomainEnv.sh file located under the domain/bin directory.
How to solve java.lang.OutOfMemoryError: Java heap space
solutions: export JVM_ARGS="-Xms1024m -Xmx1024m"
How to solve java.lang.OutOfMemoryError: PermGen space
solution : export JVM_ARGS="-XX:PermSize=64M -XX:MaxPermSize=256m" -
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...
DeepakI 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
Maybe you are looking for
-
The old allowing oracle 3GB virtual memory on windows 2003 server question?
Hi all, I have a 9.2.0.7.0 database on windows 2003 server (32bit). 4 dual core cpu's and 16GB of Ram. I have set .use_indirect_data_buffers=TRUE and *._enable_NUMA_optimization=FALSE. The db_block_buffers is set at 4GB. Shared_pool 200MB Large_pool
-
i did hold the ALT cmand r key but i cant see the globe i dont know how i can fix my macbook pro late 2008 can any 1 plzzzz help me im very upsate but i live PAKISTAN in here i cant find os x lion disk i dont know what to do if i get the os x lion us
-
How to display the status of script sent via fax?
Hi Experts, I am beginner in ABAP....I am sending a script(complaint) via fax to the user who posts the complaints. But is there any way that I can display whether the fax was succesfully sent/failed. The applications is a module pool program which i
-
Button icons from finder and safari gone
My iMac updated Safari on 8-13-14 and ever since then the icons from the navigation menu of both Safari and Finder have Disappeared. What do I do to Fix this?
-
Missing "Connect to Outlook" in action menu.
I have an issue with at some Windows XP SP2, IE 7 systems. The "Connect to Outlook" doesn't shows up in the action menu. As far as I can see this is not an issue with the MOSS server but a client problem. Any ideas? Thanks in advance.