Return-Path: Delivered-To: apmail-openjpa-dev-archive@www.apache.org Received: (qmail 23769 invoked from network); 16 Mar 2010 13:53:50 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 16 Mar 2010 13:53:50 -0000 Received: (qmail 25847 invoked by uid 500); 16 Mar 2010 13:53:50 -0000 Delivered-To: apmail-openjpa-dev-archive@openjpa.apache.org Received: (qmail 25767 invoked by uid 500); 16 Mar 2010 13:53:50 -0000 Mailing-List: contact dev-help@openjpa.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@openjpa.apache.org Delivered-To: mailing list dev@openjpa.apache.org Received: (qmail 25756 invoked by uid 99); 16 Mar 2010 13:53:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Mar 2010 13:53:50 +0000 X-ASF-Spam-Status: No, hits=-1027.1 required=10.0 tests=ALL_TRUSTED,AWL X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Mar 2010 13:53:49 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 13B77234C48D for ; Tue, 16 Mar 2010 13:53:29 +0000 (UTC) Message-ID: <544889355.288891268747609079.JavaMail.jira@brutus.apache.org> Date: Tue, 16 Mar 2010 13:53:29 +0000 (UTC) From: "Pinaki Poddar (JIRA)" To: dev@openjpa.apache.org Subject: [jira] Commented: (OPENJPA-1545) Add new Detach processing In-Reply-To: <1980363623.44881267485965742.JavaMail.jira@brutus.apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/OPENJPA-1545?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12845903#action_12845903 ] Pinaki Poddar commented on OPENJPA-1545: ---------------------------------------- Revision 918634 has added new version field to persistent entities for detach tests. What are the assumptions made in the new detach technique that required these entities be added with a version field? If an entity does not have a version field how will be its impact? > Add new Detach processing > ------------------------- > > Key: OPENJPA-1545 > URL: https://issues.apache.org/jira/browse/OPENJPA-1545 > Project: OpenJPA > Issue Type: Improvement > Components: performance > Affects Versions: 2.0.0-beta2 > Reporter: Rick Curtis > Assignee: Rick Curtis > Fix For: 2.0.0 > > Attachments: OPENJPA-1545.patch > > > There have been a number of mailing list posts where the net of the post is that someone doesn't want OpenJPA to detach their Entities because after the commit happens, then are all going to be gc'd. All of the detach processing ends up being a waste. I also observed this same behavior when running some performance tests. > With this JIRA I'm going to add a new openjpa.DetachState configuration option which will enable a new, super fast, minimalistic detach approach. This change is targeted at detach processing that happens due to an AutoDetach. Explicit detaches(ie: em.detach(..) ) will work as they always have before. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.