Return-Path: X-Original-To: apmail-openjpa-dev-archive@www.apache.org Delivered-To: apmail-openjpa-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0214F9C3D for ; Tue, 17 Jan 2012 20:34:04 +0000 (UTC) Received: (qmail 41316 invoked by uid 500); 17 Jan 2012 20:34:03 -0000 Delivered-To: apmail-openjpa-dev-archive@openjpa.apache.org Received: (qmail 40669 invoked by uid 500); 17 Jan 2012 20:34:02 -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 40653 invoked by uid 99); 17 Jan 2012 20:34:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jan 2012 20:34:02 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jan 2012 20:34:00 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id AA23E152CB4 for ; Tue, 17 Jan 2012 20:33:40 +0000 (UTC) Date: Tue, 17 Jan 2012 20:33:40 +0000 (UTC) From: "Johannes Leimer (Updated) (JIRA)" To: dev@openjpa.apache.org Message-ID: <1755754959.50158.1326832420751.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <1790828741.50023.1326830739807.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Updated] (OPENJPA-2110) Abstract entity causes standard openjpa collection proxies to be injected even if custom collections are used. 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-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Johannes Leimer updated OPENJPA-2110: ------------------------------------- Description: When using an abstract entity, all collections defined in this super class are incorrectly filled in with standard OpenJPA collection implementations. I'd like to have my own collection implementation inside my entities. E.g.: private Set items = new MyHashSet(); should be a specialized collection proxy, but when an abstract entity comes in only the standard OpenJPA collection proxy is used. I proved this statement by creating two Eclipse sample projects which you can find in the attachments of this ticket. This problem occures in both of the newest version of OpenJPA. To execute the JUnit test go to src/openjpa/test/FailingTest.java and hit run. You will see an error displayed in the console. To get this test case green only openjpa.model.AbstractCategory has to be "unabstract". Just remove "abstract" in its class definition. I hope my informations help you to fix this issue in a reasonable time. was: When using an abstract entity, all collections defined in this super class are incorrectly filled in with standard OpenJPA collection implementations. But I want to have my own collection implementation inside my entities. E.g.: private Set items = new MyHashSet(); should be a specialized collection proxy, but when an abstract entity comes in only the standard OpenJPA collection proxy is used. I proved this statement by creating two Eclipse sample projects which you can find in the attachments of this ticket. This problem occures in both of the newest version of OpenJPA. To execute the JUnit test go to src/openjpa/test/FailingTest.java and hit run. You will see an error displayed in the console. To get this test case green only openjpa.model.AbstractCategory has to be "unabstract". Just remove "abstract" in its class definition. I hope my informations help you to fix this issue in a reasonable time. > Abstract entity causes standard openjpa collection proxies to be injected even if custom collections are used. > -------------------------------------------------------------------------------------------------------------- > > Key: OPENJPA-2110 > URL: https://issues.apache.org/jira/browse/OPENJPA-2110 > Project: OpenJPA > Issue Type: Bug > Components: Enhance > Affects Versions: 1.2.2, 2.1.1 > Environment: Java SE 1.6 > Reporter: Johannes Leimer > Labels: abstract,, collection, custom, project, proxy,, sample > Attachments: openjpa.1.2.2.proxybug.zip, openjpa.2.1.1.proxybug.zip > > > When using an abstract entity, all collections defined in this super class are incorrectly filled in with standard OpenJPA collection implementations. I'd like to have my own collection implementation inside my entities. > E.g.: private Set items = new MyHashSet(); > should be a specialized collection proxy, but when an abstract entity comes in only the standard OpenJPA collection proxy is used. > I proved this statement by creating two Eclipse sample projects which you can find in the attachments of this ticket. This problem occures in both of the newest version of OpenJPA. > To execute the JUnit test go to src/openjpa/test/FailingTest.java and hit run. You will see an error displayed in the console. To get this test case green only openjpa.model.AbstractCategory has to be "unabstract". Just remove "abstract" in its class definition. > I hope my informations help you to fix this issue in a reasonable time. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira