Return-Path: Delivered-To: apmail-openjpa-dev-archive@www.apache.org Received: (qmail 27621 invoked from network); 24 Aug 2007 12:33:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 24 Aug 2007 12:33:59 -0000 Received: (qmail 64021 invoked by uid 500); 24 Aug 2007 12:33:55 -0000 Delivered-To: apmail-openjpa-dev-archive@openjpa.apache.org Received: (qmail 63871 invoked by uid 500); 24 Aug 2007 12:33:55 -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 63862 invoked by uid 99); 24 Aug 2007 12:33:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Aug 2007 05:33:55 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Aug 2007 12:34:39 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 99159714213 for ; Fri, 24 Aug 2007 05:33:35 -0700 (PDT) Message-ID: <19476566.1187958815623.JavaMail.jira@brutus> Date: Fri, 24 Aug 2007 05:33:35 -0700 (PDT) From: "Ekin Sokmen (JIRA)" To: dev@openjpa.apache.org Subject: [jira] Updated: (OPENJPA-334) ManyToMany relationship not handled properly while using QueryCache . In-Reply-To: <27222156.1187958814327.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/OPENJPA-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ekin Sokmen updated OPENJPA-334: -------------------------------- Attachment: testcase_querycache.zip Testcase demonstrating the QueryCache problem > ManyToMany relationship not handled properly while using QueryCache . > --------------------------------------------------------------------- > > Key: OPENJPA-334 > URL: https://issues.apache.org/jira/browse/OPENJPA-334 > Project: OpenJPA > Issue Type: Bug > Components: datacache > Affects Versions: 1.0.0 > Environment: Fedora 6 > Java 1.5.0_11 > Reporter: Ekin Sokmen > Attachments: testcase_querycache.zip > > > Following description is a simplified model of the issue we are facing. > Assume that we have 2 entities EntityA and EntityB in ManyToMany relationship. We are going to create a new instance of EntityA and add an existing instance of EntityB to it. We are creating a new POJO instance of EntityA and add an existing instance of EntityB to it. Then we persists the new instance of EntityA. Then we retrieve the instance of EntityA using OpenJPA and check the content of it. Without QueryCache this works well. But if the query cache is enabled the first time we get the instance of EntityA we get a properly populated EntityA instance but the second time we try to retrieve the same instance we get an empty set of included EntityB instance(s). > The attached test case demonstrates this issue clearly. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.