From open-jpa-dev-return-1314-apmail-incubator-open-jpa-dev-archive=incubator.apache.org@incubator.apache.org Tue Dec 05 17:31:29 2006 Return-Path: Delivered-To: apmail-incubator-open-jpa-dev-archive@locus.apache.org Received: (qmail 89234 invoked from network); 5 Dec 2006 17:31:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Dec 2006 17:31:28 -0000 Received: (qmail 9229 invoked by uid 500); 5 Dec 2006 17:31:36 -0000 Delivered-To: apmail-incubator-open-jpa-dev-archive@incubator.apache.org Received: (qmail 9209 invoked by uid 500); 5 Dec 2006 17:31:36 -0000 Mailing-List: contact open-jpa-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: open-jpa-dev@incubator.apache.org Delivered-To: mailing list open-jpa-dev@incubator.apache.org Received: (qmail 9200 invoked by uid 99); 5 Dec 2006 17:31:36 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Dec 2006 09:31:36 -0800 X-ASF-Spam-Status: No, hits=1.9 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of plinskey@bea.com designates 66.248.192.22 as permitted sender) Received: from [66.248.192.22] (HELO usremg02.bea.com) (66.248.192.22) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Dec 2006 09:31:25 -0800 Received: from usremr02.bea.com (mailrelay.bea.com [10.160.29.92]) by usremg02.bea.com (Switch-3.2.2/Switch-3.2.2) with ESMTP id kB5HV2mU026398 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 5 Dec 2006 09:31:03 -0800 Received: from repbfe01.amer.bea.com (repbfe01.bea.com [10.160.26.100]) by usremr02.bea.com (Switch-3.2.2/Switch-3.2.2) with ESMTP id kB5HUtaE018660 for ; Tue, 5 Dec 2006 09:30:58 -0800 Received: from repbex02.amer.bea.com ([10.160.26.99]) by repbfe01.amer.bea.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 5 Dec 2006 09:30:57 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: OpenJPA annotations XML Date: Tue, 5 Dec 2006 09:30:53 -0800 Message-ID: <7D856CDFE035FF45A0420ACBD71BDD6302939779@repbex02.amer.bea.com> In-Reply-To: <89c0c52c0612050820i44313c69y78acc5bef647c2d3@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: OpenJPA annotations XML Thread-Index: AccYiVhJQl2s5ZduQHCPUN5bIOn4fwACRTSg From: "Patrick Linskey" To: X-OriginalArrivalTime: 05 Dec 2006 17:30:57.0657 (UTC) FILETIME=[1FD39E90:01C71893] X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2006.11.17.61432 X-Virus-Checked: Checked by ClamAV on apache.org > As you have pointed out, this gets a bit trickier due to the=20 > xml schema > definitions for the orm.xml file. We can't just define new=20 > stanzas and > expect the orm.xml files to be portable across persistence providers. But do we care? That is, how do we want to balance portability vs. ease of use? Put another way, if we were to define schema extensions, we could presumably allow both interleaving of the contents as in my example and parallel files, so that people could choose how they wanted to configure. This would have the downside of allowing multiple configuration mechanisms, but would allow the upside of letting people use one file instead of two if they so desired. > Your second guideline was a surprise to me. Are you saying that if an > application is using orm.xml to override certain=20 > spec-compliant annotations, > then the OpenJPA annotations are also ignored?=20=20 Currently, I believe that that is the case. > If I am reading that right, > then isn't this just a bug that needs to be resolved?=20=20 Yes, but the fix has implications on behavior in the future, if we decide to have a single file instead of multiple. > Does OpenJPA provide > alternative annotation support for the JPA spec-compliant=20 > annotations? I > knew we provided additional annotations, but I wasn't aware=20 > that we overrode > JPA annotations. No, OpenJPA doesn't provide any way to override JPA annotations / descriptor elements. > On a related note... Will the xml-mapping-metadata-complete=20 > element apply > to the openjpa annotations as well? If we put contents into the same file, I'd say yes. If we put contents into a different file, dunno. Maybe we'd want to have another xml-mapping-metadata-complete stanza there too. -Patrick _______________________________________________________________________ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it.