Memory leak in org.apache.xalan.trasnformer.TransformerImpl

I am using Xalan library, I notice there is a memory leak in org.apache.xalan.trasnformer.TransformerImpl class.
Every time I call transform(), the size of the instances grows and it won't reduce after garbage collection.
Does anyone experience the same thing? or do I miss anything when I use this class?

I just found out the transformer objects are supposed to be used for single transformation only.
If multiple transformations with same stylesheet is needed, we should create a Templates object and then for each transformation, create a transformer object by Templates.newTransformer().

Similar Messages

Org.apache.xalan.transformer.TransformerImpl

I have an ecr.index servlet which is run on Tomcat, here is the part of it's code:
           javax.xml.transform.sax.SAXTransformerFactory factory = ( javax.xml.transform.sax.SAXTransformerFactory ) javax.xml.transform.TransformerFactory.newInstance();
           Source ss = new StreamSource( new FileInputStream( context.getRealPath( xsl_file ) ) );
           ss.setSystemId( context.getRealPath( xsl_file ) );
           javax.xml.transform.sax.TransformerHandler handler = factory.newTransformerHandler( ss );
       131:handler.setResult( new StreamResult( response.getOutputStream() ) );When I access the page the exception is thrown:
org.apache.xml.utils.WrappedRuntimeException: The output format must have a '{http://xml.apache.org/xalan}content-handler' property!
     at org.apache.xalan.serialize.SerializerFactory.getSerializer(SerializerFactory.java:142)
     at org.apache.xalan.transformer.TransformerImpl.createResultContentHandler(TransformerImpl.java:1048)
     at org.apache.xalan.transformer.TransformerImpl.createResultContentHandler(TransformerImpl.java:975)
     at org.apache.xalan.transformer.TransformerHandlerImpl.setResult(TransformerHandlerImpl.java:209)
     at ecr.index.service(index.java:131)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:257)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567)
     at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:245)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:199)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:184)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
     at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567)
     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)
     at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206)
     at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:339)
     at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:415)
     at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:716)
     at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:650)
     at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:829)
     at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:688)
     at java.lang.Thread.run(Thread.java:534)But I don't use org.apache.xalan.transformer.TransformerImpl, even the package org.apache.xalan.transformer isn't imported, but this package is present in classpath, where is the error?

Here is the reason for this problem....
JDK 1.4 comes with a version of Xalan...
Somewhere around 1.4.2_03 the Xalan version that shipped with the JDK was upgraded because the XSLT spec was completed/revised or something like that.. When this happend the namespace identifier for xalan custom 'tags' changed. The content-handler tag used to be in the xslt name space.. now it is in the xalan namespace.
Problem is many stylesheets don't specifically set the output format so the defaults are used and the values are initialized from a properties file. However.... and this is where the problems comes in...
The Namespaces are used as prefixes to the keys in the file... AND... Tomcat''s WebappClassLoader is not safe about ensuring that a resource is loaded from the same Jar file as the classes that use it....
So what is happening is... the Xalan from your JVM is being used... but it is loading the formatting properties from a Xalan that is included in your Webapp.... which of course don't match....
All you need to do is remove the xalanXXX.jar from WEB-INF/lib and this problem will go away...
Matt Brozowski
The OpenNMS Group, Inc...

How can I Serialize the Object of org.apache.xalan.transformer.TransformerI

Teachers:
How can I Serialize the Object of org.apache.xalan.transformer.TransformerImpl.

org.apache.xalan.transformer.TransformerImpl doesn't appear to be serializable... what do you try to achieve?

TransformerException -- possible bug in weblogic.apache.xalan.transformer.TransformerImpl

Using WebLogic Server 6.1 SP2. Am using xslt to transform xml into html. After
repeatedly
using the same Transformer object to transform different xml documents, the Transformer
eventually becomes corrupt – sometimes after 20 or so transforms, sometimes only
after
thousands.
Once the Transformer object becomes corrupt, any additional attempt to call the
transform
method results in the following exception:
=============================
javax.xml.transform.TransformerException: -1
at weblogic.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1248)
at weblogic.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:483)
at weblogic.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1153)
at … <snip>
Caused by: java.lang.ArrayIndexOutOfBoundsException: -1
at weblogic.apache.xml.utils.NodeVector.popQuick(NodeVector.java:247)
at weblogic.apache.xpath.XPathContext.popCurrentNode(XPathContext.java:552)
at weblogic.apache.xalan.transformer.TransformerImpl.applyTemplateToNode(TransformerImpl.java:2100)
at weblogic.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1225)
at … <snip>
=============================
Using cavaj to decompile weblogic.apache.xalan.transformer.TransformerImpl yields:
Method: applyTemplateToNode:
try
pushElemTemplateElement(elemtemplateelement1);
m_xcontext.pushCurrentNode(node);
     <snip>
catch(SAXException saxexception)
throw new TransformerException(saxexception);
finally
m_xcontext.popCurrentNode();
     <snip>
So what appears to be happening is that one of the two push calls at the beginning
of the try
block is throwing an Exception, causing the pop method to be called in the finally
block without
first having had a successful call to push. The corresponding NodeVector inside
m_xcontext
thereupon becomes corrupt, and it is only a matter of time before the above
ArrayIndexOutOfBoundsException appears.
Unfortunately, we are unable to consistently reproduce this Transformer corruption
and
currently have no idea how it happens in the first place. We figure there’s probably
some sort
of error in our xsl stylesheet which is at the root of all this, but have had
no luck in finding it.
So, two questions:
1.) Has anyone encountered this problem of having a bad xsl stylesheet which,
when applied
repeatedly on certain xml documents, can cause the Transformer to become corrupt
as a result
of calling NodeVector.pop without a corresponding call to NodeVector.push? If
so, do you have
a simple example of the type of xsl template and/or xml document which might reproduce
the
scenario.
2.) Would not the above code snippet in TransformerImpl be considered buggy in
any case,
since it should not be possible for an invalid xsl stylesheet to permanently corrupt
the
Transformer? If there’s agreement that this represents a bug in TransformerImpl,
has it been
fixed in 6.1 SP3 or higher, or in subsequent versions of the Weblogic Server?
Thanks,
John

hi,
I've just recently started getting this error too. It's completely random as
to when it occurs. My system can process hundreds of translations with no problems
and then once and awhile I get this exact error.
I'm using WebLogic v7.0 sp2. I've noticed however that this only happens on my
Windows system - I've got it running on a solairs box with no problems.
Has anyone else seen this ?
Thanks.
Jerry
"John Lame" <[email protected]> wrote:
>
Using WebLogic Server 6.1 SP2. Am using xslt to transform xml into html.
After
repeatedly
using the same Transformer object to transform different xml documents,
the Transformer
eventually becomes corrupt – sometimes after 20 or so transforms, sometimes
only
after
thousands.
Once the Transformer object becomes corrupt, any additional attempt to
call the
transform
method results in the following exception:
=============================
javax.xml.transform.TransformerException: -1
at weblogic.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1248)
at weblogic.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:483)
at weblogic.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1153)
at … <snip>
Caused by: java.lang.ArrayIndexOutOfBoundsException: -1
at weblogic.apache.xml.utils.NodeVector.popQuick(NodeVector.java:247)
at weblogic.apache.xpath.XPathContext.popCurrentNode(XPathContext.java:552)
at weblogic.apache.xalan.transformer.TransformerImpl.applyTemplateToNode(TransformerImpl.java:2100)
at weblogic.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1225)
at … <snip>
=============================
Using cavaj to decompile weblogic.apache.xalan.transformer.TransformerImpl
yields:
Method: applyTemplateToNode:
try
pushElemTemplateElement(elemtemplateelement1);
m_xcontext.pushCurrentNode(node);
     <snip>
catch(SAXException saxexception)
throw new TransformerException(saxexception);
finally
m_xcontext.popCurrentNode();
     <snip>
So what appears to be happening is that one of the two push calls at
the beginning
of the try
block is throwing an Exception, causing the pop method to be called in
the finally
block without
first having had a successful call to push. The corresponding NodeVector
inside
m_xcontext
thereupon becomes corrupt, and it is only a matter of time before the
above
ArrayIndexOutOfBoundsException appears.
Unfortunately, we are unable to consistently reproduce this Transformer
corruption
and
currently have no idea how it happens in the first place. We figure
there’s probably
some sort
of error in our xsl stylesheet which is at the root of all this, but
have had
no luck in finding it.
So, two questions:
1.) Has anyone encountered this problem of having a bad xsl stylesheet
which,
when applied
repeatedly on certain xml documents, can cause the Transformer to become
corrupt
as a result
of calling NodeVector.pop without a corresponding call to NodeVector.push?
If
so, do you have
a simple example of the type of xsl template and/or xml document which
might reproduce
the
scenario.
2.) Would not the above code snippet in TransformerImpl be considered
buggy in
any case,
since it should not be possible for an invalid xsl stylesheet to permanently
corrupt
the
Transformer? If there’s agreement that this represents a bug in TransformerImpl,
has it been
fixed in 6.1 SP3 or higher, or in subsequent versions of the Weblogic
Server?
Thanks,
John

WL10.3.3 Console Provider org.apache.xalan.processor.TransformerFactoryImp

Getting the following error:
An error occurred during activation of changes, please see the log for details.
[Management:141191]The prepare phase of the configuration update failed with an exception:
Provider org.apache.xalan.processor.TransformerFactoryImpl not found
Note: we have the FOP added to the domain as a shared library with the following libraries:
avalon-framework-cvs-20020806.jar
batik.jar
fop.jar
xalan-2.4.1.jar
xercesImpl-2.2.1.jar
xml-apis.jar
Note: Also, the shared libraries are not displaying referencing applications
Edited by: SK Jennings on Nov 9, 2010 10:25 AM
Added more info.

Hi,
I'm getting the same ClassCastException when I try to activate the changes of my EJB application. Were you able to resolve the error you were getting? Please let me know.
Thanks

WL 10.3.3 Console org.apache.xalan.processor.TransformerFactoryImpl not fou

Getting the following error:
An error occurred during activation of changes, please see the log for details.
[Management:141191]The prepare phase of the configuration update failed with an exception:
Provider org.apache.xalan.processor.TransformerFactoryImpl not found
Note: we have the FOP added to the domain as a shared library with the following libraries:
avalon-framework-cvs-20020806.jar
batik.jar
fop.jar
xalan-2.4.1.jar
xercesImpl-2.2.1.jar
xml-apis.jar
Note: Also, the shared libraries are not displaying referencing applications

Getting the following error:
An error occurred during activation of changes, please see the log for details.
[Management:141191]The prepare phase of the configuration update failed with an exception:
Provider org.apache.xalan.processor.TransformerFactoryImpl not found
Note: we have the FOP added to the domain as a shared library with the following libraries:
avalon-framework-cvs-20020806.jar
batik.jar
fop.jar
xalan-2.4.1.jar
xercesImpl-2.2.1.jar
xml-apis.jar
Note: Also, the shared libraries are not displaying referencing applications

Xslt conversion not working: nosuchmethoderror:org.apache.xml.dtm.ref.sax2d

hi all, iam trying to convert xml file to html using xslt.
for that iam using xalan implementation 2.6. this was working fine when i checked it from the application, no iam using servet which instantiates a object of the class and calls the method...and it not working now.
it is giving this errror
java.lang.NoSuchMethodError: org.apache.xml.dtm.ref.sax2dtm.SAX2DTM.(Lorg/apache/xml/dtm/DTMManager;Ljavax/xml/transform/Source;ILorg/apache/xml/dtm/DTMWSFilter;Lorg/apache/xml/utils/XMLStringFactory;ZIZZ)V
     at org.apache.xml.dtm.ref.sax2dtm.SAX2DTM2.(SAX2DTM2.java:1901)
     at org.apache.xalan.xsltc.dom.SAXImpl.(SAXImpl.java:767)
     at org.apache.xalan.xsltc.dom.XSLTCDTMManager.getDTM(XSLTCDTMManager.java:390)
     at org.apache.xalan.xsltc.dom.XSLTCDTMManager.getDTM(XSLTCDTMManager.java:267)
     at org.apache.xalan.xsltc.trax.TransformerImpl.getDOM(TransformerImpl.java:477)
     at org.apache.xalan.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:637)
     at org.apache.xalan.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:317)
...can anyone tell me what the problem is? iam setting the system property at runtime like,
java -Djavax.xml.transformer.TransformerFactory=org.apache.xalan.processor.TransformerFactoryImpl GetTestiam using the standard way of instantiating the trnaformer like
TransformerFacotry fac= transformerFactory.newinstance() etc.etc.
is it beaucse iam not specifiying the imlementation in the application???if so how can i do that.
thankyou.

found the answer !!!
i was using a buggy implementation of xalan. on loading the good xalan.jar and xercesImpl.jar files it started working.
found that there was a memory leak in 2 places. not sure what that meant but some how the virtual machine wasnt getting the right values for the transformer.
cheers.

XSLT processing and Memory Leak

I have the following code for a Simple XSLT Transformation from one form of XML to another, the Size of the XML and the XSLT file are very small( few KB).
As you can see I'm explicitly setting everything to null just to make sure the objects get GC'd.
When I run the transformation on my local m/c running Windows XP on WSAD5.0 there are no memory leak issues, but when I deploy the Same app on our Server running WSAD 5.1 on Solaris, I see memory issues and finally throws an OutOfMemory Exception.
Any Ideas would be appreciated.
     public String translate( String xml, String xsltFileName) throws Exception{
          String xmlOut = null;
          File fXslt = null;
          ByteArrayOutputStream baos = null;
          javax.xml.transform.Source xmlSource = null;
          javax.xml.transform.Source xsltSource = null;
          javax.xml.transform.Result result = null;
          InputStream isXML = null;
          javax.xml.transform.TransformerFactory transFact = null;
          javax.xml.transform.Transformer trans = null;
          Templates cachedXSLT = null;
          try{
          //     String classname = System.setProperty("javax.xml.transform.TransformerFactory", "org.apache.xalan.processor.TransformerFactoryImpl");
               String classname = System.getProperty("javax.xml.transform.TransformerFactory");
               System.out.println( "******* TRANSFORMER CLASS ***** = "+classname);
               isXML = new ByteArrayInputStream( xml.getBytes());
               fXslt = new File(xsltFileName);
               baos = new ByteArrayOutputStream();
               xmlSource =
                         new javax.xml.transform.stream.StreamSource( isXML);
               xsltSource =
                         new javax.xml.transform.stream.StreamSource( fXslt);
               result =
                         new javax.xml.transform.stream.StreamResult( baos);
               // create an instance of TransformerFactory
               transFact = javax.xml.transform.TransformerFactory.newInstance();
               //transFact.setAttribute("http://xml.apache.org/xalan/features/incremental", Boolean.TRUE);
               cachedXSLT = transFact.newTemplates(xsltSource);
               trans = cachedXSLT.newTransformer();
               //trans =     transFact.newTransformer(xsltSource);
               trans.transform(xmlSource, result);
               xmlOut = baos.toString();
System.out.println("xmlout=***" + xmlOut);
          catch( Exception e){
               System.out.println( e.getMessage());
               throw e;
          finally{
               trans = null;
               //transFact = null;
               result = null;
               xsltSource = null;
               xmlSource = null;
               baos.close();
               baos = null;
               fXslt = null;
               isXML.close();
               isXML = null;
          return xmlOut;
     }

scream3r wrote:
All code work's as well, but i have a memory leak by using structure (by creating a new MyStructure());Presumably this really is java code. As such the following are the only possibilities
1. You do not have a memory leak. You are misreading a tool (probably task manager) and assuming a leak exists when it doesn't.
2. You need to call something either on MyStructure or by passing it to another class to free it. See the documentation.
3. The leak is caused by something else.

Running sample of Apache/xalan

Hi,
I have downloaded xalan-j_2_2 and i try to run the sample demo "SimpleTransform". I run like this:
java SimpleTransformand i got:
Exception in thread "main" javax.xml.transform.TFactoryConfigurationError: org.apache.xalan.processor.TransformerFactoryImpl
at javax.xml.transform.TransformerFactory.newInstance(TransformerFactory.java:134)
at SimpleTransform.main(SimpleTransform.java:85)
The files xalan.jar,xml-apis.jar,xerces.jar etc.. are all in my CLASSPATH.
What's wrong ??
Thanks for help.

Hi,
I ran into the same problem when I tried out examples in the sample folder.
TransformerConfiguration error is caused usually because you have a version of xalan which is not stable. Make sure you extract the zip file in the same directory. (for e.g c://xalan.zip should be extracted to c:/xalan)
Set the system classpath to xerces.jar, xalan.jar, xml-apis.jar. If your running samples you'll probably need samples.jar etc as mentioned in the usagepatterns link of the xml.apache.org website.
Hope this helps.

Apache/Xalan

I need to use the library org.apache.xalan.xpath for programming Xpath and XLS but the compiler dosen�t recognize the files. I have the jar Files but I'm not sure where to put then.

I'm not quite sure what you mean by "doesn't recognize them", but I'll toss in something that might help.
I have been working with Apache's Xerces package (XML SAX parsing), and had considerable trouble getting it working initially. I finally solved my problems by adjusting the order of my ClassPath. The problem was that Xerces jar files needed to be seen before the J2EE jar files.
Try putting the Xalan jar files in the front of your classpath, and see if that helps at all.
Good luck!

Memory leak after upgrading to ColdFusion 10

We recently upgraded from CF8 to CF10 and we're running into some issues. We started off getting a lot of OutOfMemory errors with the default heap settings. Chaning them to 768MB/1280MB which has helped, but we're still running into occasional OOM issues. We took a heapdump as the instance was having problems today with blocked threads and noticed the heap usage was near the max so it was probably going to run out of memory soon too. Below is what the eclipse memory analyzer tool found as a possible leak suspect. Does anyone have any suggestions on where to go from here? Not sure if it's an issue with CF itself or something in the app. Thanks
Description
One instance of "coldfusion.runtime.ClientScopeServiceImpl" loaded by "coldfusion.bootstrap.BootstrapClassLoader @ 0x120bbaf0" occupies 838,847,880 (88.33%) bytes. The memory is accumulated in one instance of "java.util.HashMap$Entry[]" loaded by "<system class loader>".
Keywords
coldfusion.runtime.ClientScopeServiceImpl
java.util.HashMap$Entry[]
coldfusion.bootstrap.BootstrapClassLoader @ 0x120bbaf0
Shortest Paths To the Accumulation Point
Class Name
Shallow Heap
Retained Heap
java.util.HashMap$Entry[524288] @ 0x3b88e058
2,097,168
838,843,064
table java.util.HashMap @ 0x1212d2f8
48
838,843,112
sharedClientScopeMap coldfusion.runtime.ClientScopeServiceImpl @ 0x1212af08
88
838,847,880
<Java Local> org.apache.tomcat.util.threads.TaskThread @ 0x100f16d8 ajp-bio-51010-exec-20 Thread
112
21,624
<Java Local> org.apache.tomcat.util.threads.TaskThread @ 0x103df100 ajp-bio-51010-exec-36 Thread
112
19,552
<Java Local> org.apache.tomcat.util.threads.TaskThread @ 0x1043f0e0 ajp-bio-51010-exec-72 Thread
112
19,392
<Java Local> org.apache.tomcat.util.threads.TaskThread @ 0x10a8eec0 ajp-bio-51010-exec-83 Thread
112
22,288
<Java Local> org.apache.tomcat.util.threads.TaskThread @ 0x10befce8 ajp-bio-51010-exec-54 Thread
112
18,256
<Java Local> org.apache.tomcat.util.threads.TaskThread @ 0x11d35e18 ajp-bio-51010-exec-5 Thread
112
23,776
<Java Local> org.apache.tomcat.util.threads.TaskThread @ 0x121b97e0 ajp-bio-51010-exec-68 Thread
112
18,160
<Java Local> org.apache.tomcat.util.threads.TaskThread @ 0x123c4f88 ajp-bio-51010-exec-74 Thread
112
18,816
<Java Local> org.apache.tomcat.util.threads.TaskThread @ 0x123c5078 ajp-bio-51010-exec-27 Thread
112
19,784
<Java Local> org.apache.tomcat.util.threads.TaskThread @ 0x12693f30 ajp-bio-51010-exec-75 Thread
112
19,208
<Java Local> org.apache.tomcat.util.threads.TaskThread @ 0x126e7ff8 ajp-bio-51010-exec-26 Thread
112
19,200
<Java Local> org.apache.tomcat.util.threads.TaskThread @ 0x1297dd60 ajp-bio-51010-exec-78 Thread
112
20,592
<Java Local> org.apache.tomcat.util.threads.TaskThread @ 0x12d3a818 ajp-bio-51010-exec-73 Thread
112
21,304
service class coldfusion.runtime.AppHelper @ 0x12fae868 »
112
1,032
clientScope class coldfusion.server.ServiceFactory @ 0x11047060 »
96
55,184
Total: 15 entries
Accumulated Objects
Class Name
Shallow Heap
Retained Heap
Percentage
coldfusion.runtime.ClientScopeServiceImpl @ 0x1212af08
88
838,847,880
88.33%
java.util.HashMap @ 0x1212d2f8
48
838,843,112
88.33%
java.util.HashMap$Entry[524288] @ 0x3b88e058
2,097,168
838,843,064
88.33%
java.util.HashMap$Entry @ 0x25370040
24
51,409,128
5.41%
java.util.HashMap$Entry @ 0x1b878cf8
24
12,173,192
1.28%
java.util.HashMap$Entry @ 0x15d049c8
24
10,685,760
1.13%
java.util.HashMap$Entry @ 0x41af3d98
24
10,587,208
1.11%
java.util.HashMap$Entry @ 0x3ff95918
24
10,443,664
1.10%
java.util.HashMap$Entry @ 0x43c422b0
24
9,886,280
1.04%
java.util.HashMap$Entry @ 0x3eec68a8
24
9,723,216
1.02%
java.util.HashMap$Entry @ 0x230c3078
24
9,254,288
0.97%
java.util.HashMap$Entry @ 0x2e36cab8
24
6,494,488
0.68%
java.util.HashMap$Entry @ 0x45e499e8
24
6,178,320
0.65%
java.util.HashMap$Entry @ 0x2a91c258
24
4,008,048
0.42%
java.util.HashMap$Entry @ 0x4260ee28
24
3,542,552
0.37%
java.util.HashMap$Entry @ 0x3dfb9e98
24
3,503,072
0.37%
java.util.HashMap$Entry @ 0x43f354a0
24
2,908,120
0.31%
java.util.HashMap$Entry @ 0x1adfb600
24
2,197,056
0.23%
java.util.HashMap$Entry @ 0x4469eee0
24
2,050,528
0.22%
java.util.HashMap$Entry @ 0x4443dea8
24
2,034,224
0.21%
java.util.HashMap$Entry @ 0x41b79ff0
24
1,846,808
0.19%
java.util.HashMap$Entry @ 0x40931b50
24
1,846,784
0.19%
java.util.HashMap$Entry @ 0x40c62310
24
1,846,784
0.19%
Total: 20 entries
480
162,619,520
0.171
Accumulated Objects by Class
Label
Number of Objects
Used Heap Size
Retained Heap Size
java.util.HashMap$Entry
First 10 of 190,465 objects
190,465
4,571,160
836,711,024
java.lang.String
First 10 of 253 objects
253
6,072
26,408
java.lang.reflect.Method
First 10 of 57 objects
57
4,560
4,560
coldfusion.runtime.ClientScope
All 1 objects
1
56
2,632
java.lang.Class[]
First 10 of 73 objects
73
1,248
1,248
coldfusion.runtime.ClientScopeKey
All 1 objects
1
24
24
java.lang.Class
All 2 objects
2
0
0
Total: 7 entries
190,852
4,583,120
836,745,896

Hi Sharma,
Here's the settings summary from the console. The OOM issue is now happening about 1-2 times weekly after increasing the heap size. Before that it was almost daily. It seems we can go about 75-85 hours before we restart due to either OOM or blocked threads.
Settings Summary
Server Settings > Settings Summary
Report generated on Sep 25, 2014 12:08 PM
This report shows the status of all ColdFusion configuration settings. To display the area of the ColdFusion Administrator where you can edit the group settings, click any of the groups in the report.
System Information
Server Details
Server Product ColdFusion
Version ColdFusion 10,286680
Edition Enterprise
Operating System Windows 2003
OS Version 5.2
Update Level /D:/ColdFusion10/cfusion/lib/updates/chf10000012.jar
Adobe Driver Version 4.1 (Build 0001)
JVM Details
Java Version 1.7.0_15
Java Vendor Oracle Corporation
Java Vendor URL http://java.oracle.com/
Java Home D:\ColdFusion10\jre
Java File Encoding Cp1252
Java Default Locale en_US
File Separator \
Path Separator ;
Line Separator Chr(13)
User Name SYSTEM
User Home C:\Documents and Settings\Default User
User Dir D:\ColdFusion10\cfusion\bin
Java VM Specification Version 1.7
Java VM Specification Vendor Oracle Corporation
Java VM Specification Name Java Virtual Machine Specification
Java VM Version 23.7-b01
Java VM Vendor Oracle Corporation
Java VM Name Java HotSpot(TM) Server VM
Java Specification Version 1.7
Java Specification Vendor Oracle Corporation
Java Specification Name Java Platform API Specification
Java Class Version 51.0
CF Server Java Class Path ;D:/ColdFusion10/cfusion/lib/updates/chf10000012.jar; D:/ColdFusion10/cfusion/lib/ant-launcher.jar; D:/ColdFusion10/cfusion/lib/ant.jar; D:/ColdFusion10/cfusion/lib/antlr-2.7.6.jar; D:/ColdFusion10/cfusion/lib/apache-solr-core.jar; D:/ColdFusion10/cfusion/lib/apache-solr-solrj.jar; D:/ColdFusion10/cfusion/lib/asm-all-3.1.jar; D:/ColdFusion10/cfusion/lib/asn1.jar; D:/ColdFusion10/cfusion/lib/axis.jar; D:/ColdFusion10/cfusion/lib/backport-util-concurrent.jar; D:/ColdFusion10/cfusion/lib/bcel-5.1-jnbridge.jar; D:/ColdFusion10/cfusion/lib/bcel.jar; D:/ColdFusion10/cfusion/lib/bcmail-jdk14-139.jar; D:/ColdFusion10/cfusion/lib/bcprov-jdk14-139.jar; D:/ColdFusion10/cfusion/lib/cdo.jar; D:/ColdFusion10/cfusion/lib/cdohost.jar; D:/ColdFusion10/cfusion/lib/certj.jar; D:/ColdFusion10/cfusion/lib/cf-acrobat.jar; D:/ColdFusion10/cfusion/lib/cf-assembler.jar; D:/ColdFusion10/cfusion/lib/cf-logging.jar; D:/ColdFusion10/cfusion/lib/cf4was.jar; D:/ColdFusion10/cfusion/lib/cf4was_ae.jar; D:/ColdFusion10/cfusion/lib/cfusion-req.jar; D:/ColdFusion10/cfusion/lib/cfusion.jar; D:/ColdFusion10/cfusion/lib/chart.jar; D:/ColdFusion10/cfusion/lib/clibwrapper_jiio.jar; D:/ColdFusion10/cfusion/lib/commons-beanutils-1.8.0.jar; D:/ColdFusion10/cfusion/lib/commons-codec-1.3.jar; D:/ColdFusion10/cfusion/lib/commons-collections-3.2.1.jar; D:/ColdFusion10/cfusion/lib/commons-compress-1.0.jar; D:/ColdFusion10/cfusion/lib/commons-digester-2.0.jar; D:/ColdFusion10/cfusion/lib/commons-discovery-0.4.jar; D:/ColdFusion10/cfusion/lib/commons-httpclient-3.1.jar; D:/ColdFusion10/cfusion/lib/commons-lang-2.4.jar; D:/ColdFusion10/cfusion/lib/commons-logging-1.1.1.jar; D:/ColdFusion10/cfusion/lib/commons-logging-api-1.1.1.jar; D:/ColdFusion10/cfusion/lib/commons-net-3.0.1.jar; D:/ColdFusion10/cfusion/lib/commons-vfs2-2.0.jar; D:/ColdFusion10/cfusion/lib/crystal.jar; D:/ColdFusion10/cfusion/lib/derby.jar; D:/ColdFusion10/cfusion/lib/derbyclient.jar; D:/ColdFusion10/cfusion/lib/derbynet.jar; D:/ColdFusion10/cfusion/lib/derbyrun.jar; D:/ColdFusion10/cfusion/lib/derbytools.jar; D:/ColdFusion10/cfusion/lib/dom4j-1.6.1.jar; D:/ColdFusion10/cfusion/lib/dpHibernate.jar; D:/ColdFusion10/cfusion/lib/ehcache-core-2.5.1.jar; D:/ColdFusion10/cfusion/lib/ehcache-web-2.0.4.jar; D:/ColdFusion10/cfusion/lib/esapi-2.0.1.jar; D:/ColdFusion10/cfusion/lib/EWSAPI-1.1.5.jar; D:/ColdFusion10/cfusion/lib/FCSj.jar; D:/ColdFusion10/cfusion/lib/flashgateway.jar; D:/ColdFusion10/cfusion/lib/flex-messaging-common.jar; D:/ColdFusion10/cfusion/lib/flex-messaging-core.jar; D:/ColdFusion10/cfusion/lib/flex-messaging-opt.jar; D:/ColdFusion10/cfusion/lib/flex-messaging-proxy.jar; D:/ColdFusion10/cfusion/lib/flex-messaging-remoting.jar; D:/ColdFusion10/cfusion/lib/flex-rds-server.jar; D:/ColdFusion10/cfusion/lib/geronimo-stax-api_1.0_spec-1.0.1.jar; D:/ColdFusion10/cfusion/lib/hibernate3.jar; D:/ColdFusion10/cfusion/lib/httpclient-4.1.1.jar; D:/ColdFusion10/cfusion/lib/httpclient-cache-4.1.1.jar; D:/ColdFusion10/cfusion/lib/httpclient.jar; D:/ColdFusion10/cfusion/lib/httpcore_4.1.2.jar; D:/ColdFusion10/cfusion/lib/httpmime-4.1.1.jar; D:/ColdFusion10/cfusion/lib/ib6addonpatch.jar; D:/ColdFusion10/cfusion/lib/ib6core.jar; D:/ColdFusion10/cfusion/lib/ib6http.jar; D:/ColdFusion10/cfusion/lib/ib6swing.jar; D:/ColdFusion10/cfusion/lib/ib6util.jar; D:/ColdFusion10/cfusion/lib/im.jar; D:/ColdFusion10/cfusion/lib/iText.jar; D:/ColdFusion10/cfusion/lib/iTextAsian.jar; D:/ColdFusion10/cfusion/lib/izmado.jar; D:/ColdFusion10/cfusion/lib/jai_codec.jar; D:/ColdFusion10/cfusion/lib/jai_core.jar; D:/ColdFusion10/cfusion/lib/jai_imageio.jar; D:/ColdFusion10/cfusion/lib/jakarta-oro-2.0.6.jar; D:/ColdFusion10/cfusion/lib/jakarta-slide-webdavlib-2.1.jar; D:/ColdFusion10/cfusion/lib/java-xmlbuilder-0.4.jar; D:/ColdFusion10/cfusion/lib/javasysmon-0.3.3.jar; D:/ColdFusion10/cfusion/lib/jax-qname.jar; D:/ColdFusion10/cfusion/lib/jaxb-api.jar; D:/ColdFusion10/cfusion/lib/jaxb-impl.jar; D:/ColdFusion10/cfusion/lib/jaxb-libs.jar; D:/ColdFusion10/cfusion/lib/jaxb-xjc.jar; D:/ColdFusion10/cfusion/lib/jaxrpc.jar; D:/ColdFusion10/cfusion/lib/jcifs-1.3.15.jar; D:/ColdFusion10/cfusion/lib/jdom.jar; D:/ColdFusion10/cfusion/lib/jeb.jar; D:/ColdFusion10/cfusion/lib/jersey-core.jar; D:/ColdFusion10/cfusion/lib/jersey-server.jar; D:/ColdFusion10/cfusion/lib/jersey-servlet.jar; D:/ColdFusion10/cfusion/lib/jets3t-0.8.1.jar; D:/ColdFusion10/cfusion/lib/jetty-continuation-7.0.0.v20091005.jar; D:/ColdFusion10/cfusion/lib/jetty-http-7.0.0.v20091005.jar; D:/ColdFusion10/cfusion/lib/jetty-io-7.0.0.v20091005.jar; D:/ColdFusion10/cfusion/lib/jetty-security-7.0.0.v20091005.jar; D:/ColdFusion10/cfusion/lib/jetty-server-7.0.0.v20091005.jar; D:/ColdFusion10/cfusion/lib/jetty-servlet-7.0.0.v20091005.jar; D:/ColdFusion10/cfusion/lib/jetty-servlets-7.0.0.v20091005.jar; D:/ColdFusion10/cfusion/lib/jetty-util-7.0.0.v20091005.jar; D:/ColdFusion10/cfusion/lib/jetty-xml-7.0.0.v20091005.jar; D:/ColdFusion10/cfusion/lib/jintegra.jar; D:/ColdFusion10/cfusion/lib/jnbcore.jar; D:/ColdFusion10/cfusion/lib/jpedal.jar; D:/ColdFusion10/cfusion/lib/js.jar; D:/ColdFusion10/cfusion/lib/jsch-0.1.44m.jar; D:/ColdFusion10/cfusion/lib/jsr107cache.jar; D:/ColdFusion10/cfusion/lib/jsr311-api-1.1.1.jar; D:/ColdFusion10/cfusion/lib/jta.jar; D:/ColdFusion10/cfusion/lib/jutf7-0.9.0.jar; D:/ColdFusion10/cfusion/lib/ldap.jar; D:/ColdFusion10/cfusion/lib/ldapbp.jar; D:/ColdFusion10/cfusion/lib/log4j-1.2.15.jar; D:/ColdFusion10/cfusion/lib/lucene-analyzers-3.4.0.jar; D:/ColdFusion10/cfusion/lib/lucene-core-3.4.0.jar; D:/ColdFusion10/cfusion/lib/lucene-highlighter-3.4.0.jar; D:/ColdFusion10/cfusion/lib/lucene-memory-3.4.0.jar; D:/ColdFusion10/cfusion/lib/lucenedemo.jar; D:/ColdFusion10/cfusion/lib/macromedia_drivers.jar; D:/ColdFusion10/cfusion/lib/mail.jar; D:/ColdFusion10/cfusion/lib/metadata-extractor-2.4.0-beta-1.jar; D:/ColdFusion10/cfusion/lib/mlibwrapper_jai.jar; D:/ColdFusion10/cfusion/lib/msapps.jar; D:/ColdFusion10/cfusion/lib/mysql-connector-java-commercial-5.1.17-bin.jar; D:/ColdFusion10/cfusion/lib/namespace.jar; D:/ColdFusion10/cfusion/lib/nekohtml.jar; D:/ColdFusion10/cfusion/lib/netty-3.2.5.Final.jar; D:/ColdFusion10/cfusion/lib/ooxml-schemas.jar; D:/ColdFusion10/cfusion/lib/pdfencryption.jar; D:/ColdFusion10/cfusion/lib/poi-contrib.jar; D:/ColdFusion10/cfusion/lib/poi-ooxml-schemas.jar; D:/ColdFusion10/cfusion/lib/poi-ooxml.jar; D:/ColdFusion10/cfusion/lib/poi-scratchpad.jar; D:/ColdFusion10/cfusion/lib/poi.jar; D:/ColdFusion10/cfusion/lib/portlet_20.jar; D:/ColdFusion10/cfusion/lib/postgresql-8.3-604.jdbc3.jar; D:/ColdFusion10/cfusion/lib/quartz.jar; D:/ColdFusion10/cfusion/lib/relaxngDatatype.jar; D:/ColdFusion10/cfusion/lib/ri_generic.jar; D:/ColdFusion10/cfusion/lib/rome-cf.jar; D:/ColdFusion10/cfusion/lib/saaj.jar; D:/ColdFusion10/cfusion/lib/saxon9he.jar; D:/ColdFusion10/cfusion/lib/serializer.jar; D:/ColdFusion10/cfusion/lib/slf4j-api-1.5.6.jar; D:/ColdFusion10/cfusion/lib/slf4j-log4j12-1.5.6.jar; D:/ColdFusion10/cfusion/lib/smack.jar; D:/ColdFusion10/cfusion/lib/smpp.jar; D:/ColdFusion10/cfusion/lib/STComm.jar; D:/ColdFusion10/cfusion/lib/tagsoup-1.2.jar; D:/ColdFusion10/cfusion/lib/tika-core-0.6.jar; D:/ColdFusion10/cfusion/lib/tika-parsers-0.6.jar; D:/ColdFusion10/cfusion/lib/tools.jar; D:/ColdFusion10/cfusion/lib/tt-bytecode.jar; D:/ColdFusion10/cfusion/lib/wc50.jar; D:/ColdFusion10/cfusion/lib/webchartsJava2D.jar; D:/ColdFusion10/cfusion/lib/wsdl4j-1.6.2.jar; D:/ColdFusion10/cfusion/lib/wsrp4j-commons-0.5-SNAPSHOT.jar; D:/ColdFusion10/cfusion/lib/wsrp4j-producer.jar; D:/ColdFusion10/cfusion/lib/xalan.jar; D:/ColdFusion10/cfusion/lib/xercesImpl.jar; D:/ColdFusion10/cfusion/lib/xml-apis.jar; D:/ColdFusion10/cfusion/lib/xmlbeans-2.3.0.jar; D:/ColdFusion10/cfusion/lib/xmpcore.jar; D:/ColdFusion10/cfusion/lib/xsdlib.jar; D:/ColdFusion10/cfusion/lib/; D:/ColdFusion10/cfusion/lib/axis2/axiom-api-1.2.13.jar; D:/ColdFusion10/cfusion/lib/axis2/axiom-dom-1.2.13.jar; D:/ColdFusion10/cfusion/lib/axis2/axiom-impl-1.2.13.jar; D:/ColdFusion10/cfusion/lib/axis2/axis2-adb-1.7.0.jar; D:/ColdFusion10/cfusion/lib/axis2/axis2-adb-codegen-1.7.0.jar; D:/ColdFusion10/cfusion/lib/axis2/axis2-codegen-1.7.0.jar; D:/ColdFusion10/cfusion/lib/axis2/axis2-jaxws-1.7.0.jar; D:/ColdFusion10/cfusion/lib/axis2/axis2-kernel-1.7.0.jar; D:/ColdFusion10/cfusion/lib/axis2/axis2-transport-http-1.7.0.jar; D:/ColdFusion10/cfusion/lib/axis2/axis2-transport-local-1.7.0.jar; D:/ColdFusion10/cfusion/lib/axis2/commons-fileupload-1.2.jar; D:/ColdFusion10/cfusion/lib/axis2/commons-io-1.4.jar; D:/ColdFusion10/cfusion/lib/axis2/geronimo-ws-metadata_2.0_spec-1.1.2.jar; D:/ColdFusion10/cfusion/lib/axis2/httpcore-4.0.jar; D:/ColdFusion10/cfusion/lib/axis2/neethi-3.0.2.jar; D:/ColdFusion10/cfusion/lib/axis2/woden-api-1.0.jar; D:/ColdFusion10/cfusion/lib/axis2/woden-impl-commons-1.0.jar; D:/ColdFusion10/cfusion/lib/axis2/woden-impl-dom-1.0.jar; D:/ColdFusion10/cfusion/lib/axis2/wsdl4j-1.6.2.jar; D:/ColdFusion10/cfusion/lib/axis2/wstx-asl-3.2.9.jar; D:/ColdFusion10/cfusion/lib/axis2/XmlSchema-1.4.8.jar; D:/ColdFusion10/cfusion/lib/axis2/; D:/ColdFusion10/cfusion/gateway/lib/examples.jar; D:/ColdFusion10/cfusion/gateway/lib/; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/flex/jars/cfgatewayadapter.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/flex/jars/concurrent.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/flex/jars/; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/cfform/jars/batik-awt-util.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/cfform/jars/batik-css.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/cfform/jars/batik-ext.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/cfform/jars/batik-transcoder.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/cfform/jars/batik-util.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/cfform/jars/commons-discovery.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/cfform/jars/commons-logging.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/cfform/jars/concurrent.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/cfform/jars/flex.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/cfform/jars/jakarta-oro-2.0.7.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/cfform/jars/jcert.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/cfform/jars/jnet.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/cfform/jars/jsse.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/cfform/jars/oscache.jar; D:/ColdFusion10/cfusion/wwwroot/WEB-INF/cfform/jars/;
Java Class Path D:\\ColdFusion10\\cfusion\lib\oosdk\lib;
D:\\ColdFusion10\\cfusion\lib\oosdk\classes;
D:\ColdFusion10\cfusion\bin\..\runtime\bin\tomcat-juli.jar;
D:\ColdFusion10\cfusion\bin\cf-bootstrap.jar
Java Ext Dirs D:\ColdFusion10\jre\lib\ext;C:\WINDOWS\Sun\Java\lib\ext
Printer Details
Default Printer
Printers
Server Information
General Settings
Timeout requests Yes
Enable Per App Settings Yes
Request Time Limit 120 seconds
Use UUID for CFToken Yes
Disable Service Factory No
Protect serialized JSON No
Protect Serialized JSON Prefix //
Missing Template Handler /404b.cfm
Site-wide Error Handler /errorCatch.cfm
Enable HTTP status codes Yes
Enable Global Script Protection Yes
ORMSearch Index Directory
Default CFForm ScriptSrc Directory /CFIDE/scripts/
Google Map Key
Maximum size of post data 100 MB
Request Throttle Threshold 4 MB
Request Throttle Memory 200 MB
Request Tuning
Simultaneous request limit 20
Flash Remoting request limit 5
Web Service request limit 20
CFC request limit 20
CFThread Pool Size 10
Maximum number of report threads 8
Request Queue Timeout 120 seconds
Request Queue Timeout Page
Caching
Template cache size 150 templates
Enable trusted cache No
Cached query limit 500
Save Class Files Yes
Client Variable Settings
Default client variable store ecom
Purge Interval 1 hours 7 minutes
Client Stores
Registry
Type REGISTRY
Description System registry.
Purge data after time limit Yes
Time limit 90 days
Disable global updates No
ecom
Type JDBC
Description
Purge data after time limit No
Time limit 2 days
Disable global updates Yes
Cookie
Type COOKIE
Description Client based text file.
Purge data after time limit Yes
Time limit 10 days
Disable global updates No
Memory Variables
J2EE Sessions No
Application Variables
Enable Application Variables Yes
Default Timeout 2,0,0,0
Maximum Timeout 2,0,0,0
Session Variables
Enable session variables Yes
Default Timeout 0,0,20,0
Maximum Timeout 2,0,0,0
ColdFusion Mappings
/gateway D:\ColdFusion10\cfusion\gateway\cfc
/CFIDE D:\ColdFusion10\cfusion\wwwroot\CFIDE
Mail Connection Settings
Default Server Port 25
Connection Timeout 60 seconds
Spool Interval 30 seconds
Mail Delivery Threads 10
Maintain Connection to Mail Server Yes
Spool Messages To disk
Max Messages Spooled to Memory 50000
Default CFMail Charset UTF-8
Use SSL Connection No
Use TLS No
Default Mail Server
smtp.example.com
Server smtp.example.com
Port 25
Username
Password
Backup Mail Servers
smtp-backup.example.com
Server smtp-backup.example.com
Port 25
Username
Password
Mail Logging Settings
Log Severity warning
Log all E-mail messages sent by ColdFusion Yes
Charting
Cache Type disk images
Maximum number of images in cache 50 images
Maximum number of charting threads 4
Disk cache location D:\ColdFusion10\cfusion\charting\cache
Data & Services
Database Data Sources
GES
CF data source name GES
Description
Driver MSSQLServer
JDBC URL jdbc:macromedia:sqlserver://MSSQL:1433;databaseName=GES;SelectMethod=direct;sendStringPar ametersAsUnicode=false;querytimeout=0;MaxPooledStatements=100
Username sa
Login timeout 30 seconds
Long text buffer size 64000
Timeout 1200 seconds
Maintain connections Yes
Interval 420 seconds
Restricted SQL operations
Disable connections No
cfcodeexplorer
CF data source name cfcodeexplorer
Description
Driver Apache Derby Embedded
JDBC URL jdbc:derby:D:\ColdFusion10\cfusion\db\cfcodeexplorer;create=false
Username
Login timeout 30 seconds
Long text buffer size 64000
Timeout 1200 seconds
Maintain connections Yes
Interval 420 seconds
Restricted SQL operations
Disable connections No
ecom
CF data source name ecom
Description
Driver
JDBC URL jdbc:macromedia:oracle://10.10.120.13:1521;serviceName=ecom;alternateServers=(10.10.120.1 4:1521);loadBalancing=true
Username user
Login timeout 30 seconds
Long text buffer size 64000
Timeout 1200 seconds
Maintain connections Yes
Interval 420 seconds
Restricted SQL operations
Disable connections No
cfbookclub
CF data source name cfbookclub
Description
Driver Apache Derby Embedded
JDBC URL jdbc:derby:D:\ColdFusion10\cfusion\db\bookclub;create=false
Username
Login timeout 30 seconds
Long text buffer size 64000
Timeout 1200 seconds
Maintain connections Yes
Interval 420 seconds
Restricted SQL operations
Disable connections No
ecomd
CF data source name ecomd
Description
Driver Oracle
JDBC URL jdbc:macromedia:oracle://ORACLE:1521;SID=ecomd;AuthenticationMethod=userIDPassword;sendSt ringParametersAsUnicode=false;querytimeout=0;MaxPooledStatements=100
Username ges
Login timeout 30 seconds
Long text buffer size 64000
Timeout 1200 seconds
Maintain connections Yes
Interval 420 seconds
Restricted SQL operations
Disable connections No
GES_New
CF data source name GES
Description
Driver MSSQLServer
JDBC URL jdbc:macromedia:sqlserver://MSSQL\MSSQL:1433;databaseName=GES;SelectMethod=direct;sendStr ingParametersAsUnicode=false;querytimeout=0;MaxPooledStatements=100
Username user
Login timeout 30 seconds
Long text buffer size 64000
Timeout 1200 seconds
Maintain connections Yes
Interval 420 seconds
Restricted SQL operations
Disable connections No
E1_Oracle
CF data source name E1
Description
Driver Oracle
JDBC URL jdbc:macromedia:oracle://ORACLE:1516;SID=E1;AuthenticationMethod=userIDPassword;sendStrin gParametersAsUnicode=false;querytimeout=0;MaxPooledStatements=100
Username user
Login timeout 30 seconds
Long text buffer size 64000
Timeout 1200 seconds
Maintain connections Yes
Interval 420 seconds
Restricted SQL operations
Disable connections No
cfdocexamples
CF data source name cfdocexamples
Description
Driver Apache Derby Embedded
JDBC URL jdbc:derby:D:\ColdFusion10\cfusion\db\cfdocexamples;create=false
Username
Login timeout 30 seconds
Long text buffer size 64000
Timeout 1200 seconds
Maintain connections Yes
Interval 420 seconds
Restricted SQL operations
Disable connections No
cfartgallery
CF data source name cfartgallery
Description
Driver Apache Derby Embedded
JDBC URL jdbc:derby:D:\ColdFusion10\cfusion\db\artgallery;create=false
Username
Login timeout 30 seconds
Long text buffer size 64000
Timeout 1200 seconds
Maintain connections Yes
Interval 420 seconds
Restricted SQL operations
Disable connections No
Web Services
Debugging & Logging
Debugging Settings
Enable debugging No
Enable Robust Exception Information No
Display format classic.cfm
Execution times Yes
Execution time format summary
Execution time highlight threshold 250 ms
Database activity Yes
Exception information Yes
Tracing information Yes
Timer Information No
Variables Yes
Variables
Application Yes
CGI Yes
Client Yes
Cookie Yes
Form Yes
Request Yes
Server No
Session No
URL Yes
Debugging IP Addresses
Debugging IP Address Restrictions
Line Debugger Settings
Allow Line Debugging NO
Debugger Port 5005
Max Simultaneous Debugging Sessions 5
Logging Settings
Log directory D:\ColdFusion10\cfusion\logs
Maximum file size 5000 KB
Maximum number of archives 10
Log slow pages Yes
Slow page time limit 60 seconds
Log CORBA calls No
Log scheduled tasks No
Schedule Tasks & Probes
Scheduled Tasks
Auto Replenish Notify S9 Order Min Levels Reached
Start Date 9/2/2014
End Date
Interval Daily
Start Time 2:05:00 AM
URL http://server1.example.com/index.cfm?fuseaction=rfid.SendReplenishEmails
Username
Timeout
Proxy Server
Proxy Port 80
Save output to file No
Publish path
Publish filename
Resolve URLs No
Auto Replenish Notify Customer Badge Replenishment
Start Date 9/2/2014
End Date
Interval Daily
Start Time 2:00:00 AM
URL http://server1.example.com/uri1/act_notifyUserBadge.cfm
Username
Timeout
Proxy Server
Proxy Port 80
Save output to file No
Publish path
Publish filename
Resolve URLs No
Auto Replenish
Start Date 9/2/2014
End Date
Interval Daily
Start Time 2:10:00 AM
URL http://server1.example.com/uri1/uri2/uri3/Replenish2.cfm
Username
Timeout
Proxy Server
Proxy Port 80
Save output to file No
Publish path
Publish filename
Resolve URLs No
Contact Updates and Registrations
Start Date 9/2/2014
End Date
Interval 65
Start Time 12:05:00 AM
URL http://server1.example.com/index.cfm?fuseaction=intCRM.sendCRMObjects
Username
Timeout
Proxy Server
Proxy Port 80
Save output to file No
Publish path
Publish filename
Resolve URLs No
System Probes
Extensions
Java Applets
CFX Tags
cfx_xml2cfx
Tag name cfx_xml2cfx
Description
Type CPP
Server library c:\cfusion8\cfx\xml2cfx\cfx_xml2cfx.dll
Keep library loaded true
Procedure ProcessTagRequest
cfx_encrypt_aes
Tag name cfx_encrypt_aes
Description DB encryption library
Type CPP
Server library C:\cfusion8\cfx\aes\cfx_encrypt_aes.dll
Keep library loaded true
Procedure ProcessTagRequest
cfx_exec
Tag name cfx_exec
Description
Type CPP
Server library c:\CFusion8\cfx\exec\cfx_exec.dll
Keep library loaded true
Procedure ProcessTagRequest
Custom Tag Paths
D:\web\app1\app2\app3\activedit3
D:\ColdFusion10\cfusion/CustomTags
D:\ColdFusion8\CustomTags
CORBA
Selected connector [ none]
Connectors
Event Gateways
Settings
Enable Event Gateway Yes
Thread Pool Size 10
Max Queue Size 25000
Gateway Types
SMS
Description Handles SMS text messaging
Class coldfusion.eventgateway.sms.SMSGateway
Timeout 30 seconds
Kill On Timeout Yes
XMPP
Description Handles XMPP instant messaging
Class coldfusion.eventgateway.im.XMPPGateway
Timeout 30 seconds
Kill On Timeout Yes
SAMETIME
Description Handles Lotus SAMETIME instant messaging
Class coldfusion.eventgateway.im.SAMETIMEGateway
Timeout 30 seconds
Kill On Timeout Yes
DirectoryWatcher
Description Watches a directory for file changes
Class examples.watcher.DirectoryWatcherGateway
Timeout 30 seconds
Kill On Timeout Yes
Socket
Description Listens on a socket
Class examples.socket.SocketGateway
Timeout 30 seconds
Kill On Timeout Yes
CFML
Description Handles asynchronous events through CFCs
Class coldfusion.eventgateway.cfml.CfmlGateway
Timeout 30 seconds
Kill On Timeout Yes
JMS
Description Handles Java Messaging Service messages
Class examples.JMS.JMSGateway
Timeout 30 seconds
Kill On Timeout Yes
ActiveMQ
Description Handles Apache ActiveMQ JMS messages
Class examples.ActiveMQ.JMSGateway
Timeout 30 seconds
Kill On Timeout Yes
DataServicesMessaging
Description Handles Data Services Messaging messages
Class coldfusion.eventgateway.flex.FlexMessagingGateway
Timeout 30 seconds
Kill On Timeout No
FMS
Description Handles Flash Media Server shared objects
Class coldfusion.eventgateway.fms.FMSGateway
Timeout 30 seconds
Kill On Timeout Yes
DataManagement
Description Notifies Data Management Services of data changes
Class coldfusion.eventgateway.flex.FlexDataManagementGateway
Timeout 30 seconds
Kill On Timeout Yes
Security
CF Admin Authentication
Enable authentication for the ColdFusion Administrator Yes
Allow access to ColdFusion Administrator with a Single password No
RDS Authentication
Enable authentication for RDS access Yes
Allow access through RDS with Single password Yes
Security Sandboxes
Enable ColdFusion Security No
jvm.config
# VM configuration
# Where to find JVM, if {java.home}/jre exists then that JVM is used
# if not then it must be the path to the JRE itself
java.home=D:\\ColdFusion10\\jre
application.home=D:\\ColdFusion10\\cfusion
# If no java.home is specified a VM is located by looking in these places in this
# order:
# 1) ../runtime/jre
# 2) registry (windows only)
# 3) JAVA_HOME env var plus jre (ie $JAVA_HOME/jre)
# 4) java.exe in path
# Arguments to VM
java.args=-server -Xms768m -Xmx1280m -XX:MaxPermSize=192m -XX:+UseParallelGC -Xbatch -Dcoldfusion.home={application.home} -Dcoldfusion.rootDir={application.home} -Dcoldfusion.libPath={application.home}/lib -Dorg.apache.coyote.USE_CUSTOM_STATUS_MSG_IN_HEADER=true -Dcoldfusion.jsafe.defaultalgo=FIPS186Random -Dges.config.serverEnvironment=prod2 -Dges.config.webServerHostName=server1.example.com -Dcom.sun.management.jmxremote.port=8880 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Dcoldfusion.classPath={application.home}/lib/updates,{application.home}/lib,{application .home}/lib/axis2,{application.home}/gateway/lib/,{application.home}/wwwroot/WEB-INF/flex/j ars,{application.home}/wwwroot/WEB-INF/cfform/jars
# Comma separated list of shared library path
java.library.path={application.home}/lib,{application.home}/jintegra/bin,{application.home }/jintegra/bin/international,{application.home}/lib/oosdk/classes/win
java.class.path={application.home}/lib/oosdk/lib,{application.home}/lib/oosdk/classes

Memory leak in Jain-SIP ?

Hi there.
We implemented a SIP gateway to MS OCS 2007 using
Jain-SIP version 1.2.1906.
One problem we have is memory consumption.
Using jconsole we found out that memory is not
completely released when SIP clients log out.
E.g. the following classes keep on accumulating:
53134 instances of class gov.nist.core.NameValueList
41730 instances of class gov.nist.core.NameValue
20330 instances of class gov.nist.core.Host
20330 instances of class gov.nist.core.HostPort
19767 instances of class gov.nist.core.DuplicateNameValueList
19767 instances of class gov.nist.core.MultiValueMapImpl
16162 instances of class gov.nist.javax.sip.address.Authority
16162 instances of class gov.nist.javax.sip.address.SipUri
13570 instances of class gov.nist.javax.sip.address.UserInfo
12261 instances of class gov.nist.javax.sip.address.AddressImpl
5210 instances of class gov.nist.javax.sip.header.Protocol
5210 instances of class gov.nist.javax.sip.header.Via
4168 instances of class gov.nist.javax.sip.header.CallID
4168 instances of class gov.nist.javax.sip.header.CallIdentifier
3901 instances of class gov.nist.javax.sip.header.CSeq
3901 instances of class gov.nist.javax.sip.header.ContentLength
3901 instances of class gov.nist.javax.sip.header.From
3901 instances of class gov.nist.javax.sip.header.MaxForwards
3901 instances of class gov.nist.javax.sip.header.RequestLine
3901 instances of class gov.nist.javax.sip.header.To
3901 instances of class gov.nist.javax.sip.header.ViaList
3901 instances of class gov.nist.javax.sip.message.SIPRequest
3901 instances of class gov.nist.javax.sip.stack.SIPTransaction$TransactionSemaphore
2858 instances of class gov.nist.javax.sip.DialogFilter
2618 instances of class gov.nist.javax.sip.header.Route
2618 instances of class gov.nist.javax.sip.header.RouteList
2592 instances of class gov.nist.javax.sip.stack.SIPServerTransaction
2590 instances of class gov.nist.javax.sip.header.ContentDisposition
2590 instances of class gov.nist.javax.sip.header.ContentType
2590 instances of class gov.nist.javax.sip.header.MediaRange
1579 instances of class org.apache.xmlbeans.SchemaType$Ref
1309 instances of class gov.nist.javax.sip.header.UserAgent
1309 instances of class gov.nist.javax.sip.parser.Pipeline
1309 instances of class gov.nist.javax.sip.parser.PipelinedMsgParser
1309 instances of class gov.nist.javax.sip.parser.StringMsgParser
1309 instances of class gov.nist.javax.sip.stack.HopImpl
1309 instances of class gov.nist.javax.sip.stack.SIPClientTransaction
1309 instances of class gov.nist.javax.sip.stack.SIPClientTransaction$TransactionTimer
1309 instances of class gov.nist.javax.sip.stack.SIPDialog
These all are classes from the SIP stack aren't they ?
Are there any known issues with memory leaks
in Jain-SIP ?
Is it probably a configuration issue with
the properties/parameters for the SIP stack ?
(There is a property gov.nist.javax.sip.AGGRESSIVE_CLEANUP which we set
to TRUE but it didn't help)
Do we miss to release/initialize anything in the SIP stack manually ?
Thanks a lot in advance,
Fred

Nobody else seems ton have this problem. I haven't run my SIP code for as long as a week at a time but i didn't notice any undue memory usage, and I also trawled inside the source a lot without seeing anything odd. So is it your code leaking? Are you sure you're releasing everything to do with a conversation when it ends? Rather than say accumulating things in some static data structure?

Memory leak within FOProcessor class

Hi all,
I'm trying to use the XML Publisher API (5.6.2 and 5.6.3) to generate PDF documents from XSL templates and XML data in a J2EE environment (Jboss 4.0.5) with Struts but a memory leak occurs.
It seems not to be a multithreading issue because the leak is there even if the PDF documents are generated one by one.
I made many tests to isolate the leak and I have simplified my code as much as possible: it seems to happen within the FOProcessor class.
One of the tests generates 4,500 PDF documents (one at a time) from an XML file (3 KB) and an XSL file (74 KB with blanks). Nothing else is done with the Jboss server during this test. The XSL file was created before the test from a RTF file with XML Publisher. The memory leak is around 70 KB for each PDF document (around 300 MB for the whole test).
As you can see below from the heap histogram (taken at end of test after a full garbage collection) it seems that the XSL and XML elements/attributes are not released (and thus never garbage collected).
Did I miss something or is there an actual problem with the XML/XSL parsing within the XML Publisher API?
Thanks for your help.

Object Histogram:
Size    Count     Class description
131376968 2353450 java.lang.Object[]
60389464 937300 char[]
48260304 335141 oracle.xml.parser.v2.XSLResultElement
35690000 2230625 oracle.xml.util.FastVector
24127104 1005296 java.lang.String
16539120 413478 oracle.xml.parser.v2.XSLNode$AttrValueTmpl
14757064 128058 int[]
13348768 417149 java.lang.ref.Finalizer
12701776 102220 * ConstMethodKlass
12544808 23433   byte[]
12204080 108965 oracle.xml.parser.v2.XSLText
8344600 86584   java.util.Hashtable$Entry[]
7363768 102220 * MethodKlass
5592784 138700 * SymbolKlass
5362256 335141 oracle.xml.parser.v2.XSLAttributeSet[]
5267336 8135    * ConstantPoolKlass
5234016 163563 java.util.TreeMap$Entry
5121744 213406 java.util.Hashtable$Entry
4900480 61256   oracle.xml.parser.v2.XPathStep
4087120 51089   java.lang.reflect.Method
3823216 40276   java.util.HashMap$Entry[]
3524696 8135    * InstanceKlassKlass
3378000 84450   java.util.Hashtable
3064872 127703 java.util.HashMap$Entry
2971904 6880    * ConstantPoolCacheKlass
2968560 26505   oracle.xml.parser.v2.XSLValueOf
2770656 24738   oracle.xml.parser.v2.XSLVariable
2167520 27094   oracle.xml.parser.v2.XPathFunctionCall
1880088 33573   oracle.xml.parser.v2.PathExpr
1726360 61482   java.lang.String[]
1573720 39343   java.util.HashMap
1476576 30762   oracle.xml.parser.v2.XSLExprValue
1460840 36521   java.util.TreeMap
1319360 23560   oracle.xml.parser.v2.XPathConstantExpr
1054976 16484   org.jboss.mx.server.InvocationContext
1001264 3546    * MethodDataKlass
887424 11049   short[]
835680 8705    java.lang.Class
830208 25944   oracle.xml.util.NSNameImpl
705816 29409   java.util.ArrayList
684152 4501    org.jboss.web.tomcat.tc5.session.SessionBasedClusteredSession
670288 14071   java.lang.Object[]
640832 10013   oracle.xml.parser.v2.XPathVarReference
561056 35066   javax.management.modelmbean.DescriptorSupport
556272 23178   EDU.oswego.cs.dl.util.concurrent.ConcurrentReaderHashMap$Entry
552984 30451   java.lang.Class[]
494760 2945    oracle.xml.parser.v2.XSLTemplate
480792 20033   antlr.ANTLRHashString
442576 27661   java.lang.Integer
432096 4501    org.jboss.web.tomcat.statistics.ReplicationStatistics$TimeStatistic
429040 10726   org.hibernate.hql.ast.tree.Node
369880 9247    javax.management.modelmbean.ModelMBeanOperationInfo
312384 19524   java.util.TreeMap$3
305368 5453    java.net.URL
287392 8981    org.jboss.mx.interceptor.ReflectedDispatcher
259264 338     EDU.oswego.cs.dl.util.concurrent.ConcurrentReaderHashMap$Entry[]
252280 4505    org.jboss.cache.lock.ReadWriteLockWithUpgrade
238600 5965    org.jboss.mx.interceptor.PersistenceInterceptor
238600 5965    org.jboss.mx.interceptor.AttributeDispatcher
236616 9859    org.jboss.mx.server.AbstractMBeanInvoker$OperationKey
219776 3434    java.lang.reflect.Constructor
206880 6465    javax.management.modelmbean.ModelMBeanAttributeInfo
193168 2259    java.lang.reflect.Method[]
173184 5412    java.lang.ref.SoftReference
164920 589     oracle.xml.parser.v2.XSLStylesheet
164464 541     * ObjArrayKlassKlass
152832 6368    org.dom4j.tree.DefaultAttribute
149472 2076    java.lang.reflect.Field
144160 4505    org.jboss.cache.Node
143160 5965    org.jboss.mx.interceptor.ModelMBeanAttributeInterceptor
140600 3515    org.apache.xerces.dom.DeferredTextImpl
140224 2740    javax.management.modelmbean.ModelMBeanAttributeInfo[]
139056 7658    boolean[]
134664 3359    java.lang.String[][]
131936 1178    oracle.xml.parser.v2.XSLCondition
131936 1178    oracle.xml.parser.v2.XSLForEach
129072 2668    javax.management.modelmbean.ModelMBeanOperationInfo[]
128952 5373    EDU.oswego.cs.dl.util.concurrent.ConcurrentHashMap$Entry
124776 1733    org.hibernate.hql.ast.tree.IdentNode
115200 1800    javax.management.modelmbean.ModelMBeanInfoSupport
113088 2356    oracle.xml.parser.v2.AdditiveExpr
109416 4559    java.beans.PropertyChangeSupport
108960 1135    java.io.ObjectStreamClass
108120 4505    org.jboss.cache.lock.IdentityLock
105864 345     long[]
98752   3086    java.io.ObjectStreamClass$WeakClassKey
97968   4082    java.util.Vector
96672   2014    java.util.Properties
94240   589     oracle.xml.parser.v2.XSLOutput
90072   3753    javax.management.ObjectName$Property
87432   3643    javax.management.MBeanParameterInfo
82368   858     org.hibernate.hql.ast.tree.DotNode
81248   5078    java.lang.Long
78656   1229    org.hibernate.mapping.Column
77664   4854    java.util.Collections$SynchronizedSet
77448   3227    java.util.LinkedList$Entry
73824   769     org.jboss.mx.modelmbean.XMBean
73536   4596    java.util.Hashtable$KeySet
72144   4509    EDU.oswego.cs.dl.util.concurrent.CopyOnWriteArraySet
72144   4509    EDU.oswego.cs.dl.util.concurrent.CopyOnWriteArrayList
72144   4509    org.jboss.cache.Fqn
72080   4505    org.jboss.cache.lock.ReadWriteLockWithUpgrade$WriterLock
72080   4505    org.jboss.cache.lock.LockStrategyRepeatableRead
72080   4505    org.jboss.cache.lock.ReadWriteLockWithUpgrade$ReaderLock
72080   4505    org.jboss.cache.lock.LockMap
72016   4501    org.apache.catalina.session.StandardSessionFacade
71776   4486    java.io.FileDescriptor
70680   589     oracle.xml.parser.v2.XSLCallTemplate
70680   589     oracle.xml.parser.v2.XSLApplyTemplates
70224   154     org.hibernate.persister.entity.SingleTableEntityPersister
68296   2774    javax.management.ObjectName$Property[]
68160   1065    org.apache.xerces.dom.DeferredElementNSImpl
67760   770     org.hibernate.loader.entity.EntityLoader
66992   19      EDU.oswego.cs.dl.util.concurrent.ConcurrentHashMap$Entry[]
65968   1178    oracle.xml.parser.v2.XPathFilterExpr
65968   589     oracle.xml.parser.v2.XMLUTF8Reader
64432   4027    java.util.HashSet
63648   1326    oracle.xml.parser.v2.XMLNode[]
63440   1586    org.hibernate.loader.DefaultEntityAliases
61256   589     oracle.xml.parser.v2.XSLNode
61256   589     oracle.xml.parser.v2.XMLReader
60816   2534    org.apache.xerces.xni.QName
57360   478     org.hibernate.hql.ast.tree.FromElement
56976   1187    org.hibernate.mapping.Property
56544   1178    oracle.xml.parser.v2.XSLNodeSetExpr
56544   1178    oracle.xml.parser.v2.MultiplicativeExpr
56544   1178    oracle.xml.parser.v2.EqualExpr
54384   618     oracle.xml.parser.v2.XMLError
49392   2783    javax.management.MBeanParameterInfo[]
47648   1489    java.util.LinkedHashMap$Entry
47120   589     oracle.xml.parser.v2.XMLByteReader[]
...

Listener memory leaks

Just noticed these warnings in my Tomcat log files.
Not sure if they are cause for concern or if they indicate some mis-configuration on my side. Maybe some from the Oracle APEX team can take a look at it. Thanks.
01-Dec-2014 17:38:25.924 WARNING [ContainerBackgroundProcessor[StandardEngine[Catalina]]] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [apex] appears to have started a thread named [UCP-worker-thread-24] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
sun.misc.Unsafe.park(Native Method)
java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
java.lang.Thread.run(Thread.java:745)
01-Dec-2014 17:38:25.928 SEVERE [ContainerBackgroundProcessor[StandardEngine[Catalina]]] org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks The web application [apex] created a ThreadLocal with key of type [org.apache.xmlbeans.impl.store.CharUtil$1] (value [org.apache.xmlbeans.impl.store.CharUtil$1@7de8083f]) and a value of type [java.lang.ref.SoftReference] (value [java.lang.ref.SoftReference@4f4bdbe7]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
01-Dec-2014 17:38:25.928 SEVERE [ContainerBackgroundProcessor[StandardEngine[Catalina]]] org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks The web application [apex] created a ThreadLocal with key of type [org.apache.xmlbeans.XmlBeans$1] (value [org.apache.xmlbeans.XmlBeans$1@11a5e205]) and a value of type [java.lang.ref.SoftReference] (value [java.lang.ref.SoftReference@3faf4a40]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
01-Dec-2014 17:38:25.929 SEVERE [ContainerBackgroundProcessor[StandardEngine[Catalina]]] org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks The web application [apex] created a ThreadLocal with key of type [org.apache.xmlbeans.impl.schema.SchemaTypeLoaderImpl$1] (value [org.apache.xmlbeans.impl.schema.SchemaTypeLoaderImpl$1@23b147a]) and a value of type [java.util.ArrayList] (value [[java.lang.ref.SoftReference@133e6339]]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
01-Dec-2014 17:38:25.929 SEVERE [ContainerBackgroundProcessor[StandardEngine[Catalina]]] org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks The web application [apex] created a ThreadLocal with key of type [org.apache.xmlbeans.impl.store.Locale$1] (value [org.apache.xmlbeans.impl.store.Locale$1@2db50e91]) and a value of type [java.lang.ref.SoftReference] (value [java.lang.ref.SoftReference@680dac2d]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.

There was another time that I dabbled in this idea.
But it always comes back to objects cleaning up
after themselves. Now if its not your code and you
cant ensure good behavior, then perhaps there is
cause. But I'd keep an assert and report the issue
if I saw it trigger.What would fire the assert? The Listener will never be garbage collected while it is listening to something. I assume that you are talking about when the listener is a Swing Object like a JFrame. I don't really like to use gui components as listeners.
If you have to write a clean up method, it kind of defeats the value of having automatic garbage collection to a degree. I like to be able to let my Objects just fall out of scope or just become unreachable when they are no longer needed without having to actively manage their deallocation.

JSF (RI) app hot-deploy memory leak

I have a standard JSF (RI) based web app that appears to be working just fine in terms of functionality. However, I believe that there is a memory leak associated with the sort of frequent hot-deploy cycles that are typical during a normal development cycle. I have been monitoring the app via the jvmstat 3.0 tools and have witnessed NO memory growth in the young or old generation areas - regardless of useage pattern. All of the growth seems to happen in the perm area of memory and be directly coincidental with the occurence of a deploy. Eventually, continued hot-deply cycles will result in an OutOfMemory error on the container - please note that continued and extensive use of the app WITHOUT the aforementioned hot-deploys does NOT result in the OutOfMemory error.
From my research so far, I have discovered the following thread:
http://forum.hibernate.org/viewtopic.php?t=935948&postdays=0&postorder=asc&start=75
It refers to a similar problem with hiberate (which I am NOT using) as well as a commons-logging and several others. From the looks of it, I strongly suspect that there may be an issue with JSF when it's implementation is bundled inside the WEB-INF/lib dir - i.e. inside the specific web app's ClassLoader.
Based on the above, I have implemented a SessionContextListener that invokes the org.apache.commons.logging.LogFactory.release() inside the contextDestroyed( ServletContextEvent e ) method. This does appear to free up some perm memory but there is still large growth that appears to be directly related to the FacesServlet initialization (navigation handlers, etc). I looked into calling the FacesContext.release() method which seems to have purpose similar to that of the LogFactory.release() method. However, at the time of the contextDestroyed() invocation, FacesContext.getCurrentInstance() always returns null, so I do not ever have an opportunity to invoke the release method that I am aware of. If my suspicions are correct, than I would likely be able to avoid this problem entirely by simply placing the JSF implementation jars in the conatiner's shared lib dir - instead of bundling it inside WEB-INF/lib. However, this is not an option for this container as multiple web apps (which require the flexibility to use differing JSF implementations and versions - i.e. RI vs MyFaces, etc) will run on this container.
I don't believe it is at all related to the problem at hand, but my container is JBoss 4.0.2.
Any and all assistance and suggestion will be greatly appreciated! Has anyone else seen this sort of behavior? Are there any work arounds or corrective actions?
TIA

Has anyone else run into this? I'd greatly appreciate any assistance as I cannot seem to resolve this hot-deploy related leak.

Memory leak in org.apache.xalan.trasnformer.TransformerImpl

Similar Messages

Maybe you are looking for