You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openjpa.apache.org by "Mark Struberg (JIRA)" <ji...@apache.org> on 2013/10/29 09:04:30 UTC

[jira] [Resolved] (OPENJPA-2253) Memory leak in Audit feature

     [ https://issues.apache.org/jira/browse/OPENJPA-2253?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mark Struberg resolved OPENJPA-2253.
------------------------------------

    Resolution: Fixed

Closing as fixed as I know a few people who use this feature with 2.3.0-SNAPSHOT and not had this problem it seems.
Please reopen if the problem persists.

> Memory leak in Audit feature
> ----------------------------
>
>                 Key: OPENJPA-2253
>                 URL: https://issues.apache.org/jira/browse/OPENJPA-2253
>             Project: OpenJPA
>          Issue Type: Bug
>    Affects Versions: 2.2.0, 2.3.0
>            Reporter: Yaytay
>            Assignee: Pinaki Poddar
>            Priority: Blocker
>             Fix For: 2.3.0
>
>
> Note: Is a blocker for the audit facility, removing audit lets us continue (obviously without any audit :)
> We are getting major memory leaks from an OSGi application using OpenJPA with auditing (and with a custom auditor).
> Mail thread with problem identified by Rick Curtis:
> http://mail-archives.apache.org/mod_mbox/openjpa-users/201208.mbox/browser
> Quote: I think the problem is that in
> AuditManager<eclipse-javadoc:%E2%98%82=openjpa-kernel/src%5C/main%5C/java%3Corg.apache.openjpa.kernel%7BAuditManager.java%E2%98%83AuditManager>.afterBegin(...)
> we register a listener (Broker.addLifecycleListener), but we fail to
> deregister this listener.
> I've stopped auditing my large objects but the problem persists: any @Auditable object accessed remains in memory forever.



--
This message was sent by Atlassian JIRA
(v6.1#6144)