You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by "Jacques Le Roux (JIRA)" <ji...@apache.org> on 2010/12/17 13:49:00 UTC

[jira] Commented: (OFBIZ-4043) Memory leaks in stable demo, and locked threads in trunk demo

    [ https://issues.apache.org/jira/browse/OFBIZ-4043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12972469#action_12972469 ] 

Jacques Le Roux commented on OFBIZ-4043:
----------------------------------------

The deadlock issue in trunk is fixed at r1050364 see OFBIZ-4065


> Memory leaks in stable demo, and locked threads in trunk demo
> -------------------------------------------------------------
>
>                 Key: OFBIZ-4043
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-4043
>             Project: OFBiz
>          Issue Type: Bug
>    Affects Versions: Release Branch 09.04, SVN trunk
>         Environment: On demo stable and trunk demos
>            Reporter: Jacques Le Roux
>         Attachments: Leaks Suspect .jpg, screenshot-2 (Timer thread).jpg
>
>
> # Using [Mat|http://www.eclipse.org/mat/] on a stable heap dump
> I generated these report
> 110 542 instances of "org.apache.derby.impl.jdbc.EmbedConnection40", loaded by "java.net.URLClassLoader @ 0x7f3681c111f0" occupy 415 680 440 (79,89%) bytes. These instances are referenced from one instance of "java.util.WeakHashMap$Entry[]", loaded by "<system class loader>"
> Keywords
> java.net.URLClassLoader @ 0x7f3681c111f0
> org.apache.derby.impl.jdbc.EmbedConnection40
> java.util.WeakHashMap$Entry[]
> It's not quite clear to me how this happends, but I'm quite sure it happens in stable demo and maybe also in trunk. I have also attached a screen-copy with more information
> # Using jstack on trunk I found that org.ofbiz.content.cms.CmsEvents.cms(CmsEvents.java:289) seems a deadlock culprit

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.