Entity name is ignored when specified in the orm.xml file
-
Key: OPENJPA-142
URL: https://issues.apache.org/jira/browse/OPENJPA-142
Project: OpenJPA
Issue Type: Bug
Components
Dain-
I just did a quick test with a mapped-superclass using an orm.xml
descriptor with all attributes defined in the superclass, and it
worked fine for me.
Are you using dynamic runtime enhancement, or build-time enhancement?
Can you enable TRACE-level logging (by setting the "openjpa.Lo
Are you sure that is the right issue? It seems to be about a
different problem.
-dain
On Feb 12, 2007, at 7:14 PM, Craig L Russell wrote:
Hi Dain,
This might be related to a bug in xml overrides http://
issues.apache.org/jira/browse/OPENJPA-97. Just fer grins, do you
have a way to annot
How do you currently generate your values? If you use some sort of
database-side logic (sequence, auto-assigned columns, hi-lo table), it
should be trivial for Kodo to interoperate. If you're using some sort of
fancy in-process algorithm, it may be more difficult, but is certainly
doable.
-Patrick
> Does anyone know if I can declare a mapped-superclass with
> all fields declared as transient and then use attribute-override
> in the subclass for fields I want to map?
I think that your use case should work, modulo the issue that you're
running into in the other thread.
-Patrick
--
Patric
I think it's legit. In OpenJPA, to make this work in the intended
manner, they should set openjpa.Optimistic to false and both
openjpa.ReadLockLevel and openjpa.WriteLockLevel to 'none'.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
_
[
https://issues.apache.org/jira/browse/OPENJPA-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472516
]
Kevin Sutter commented on OPENJPA-141:
--
> So what might work is having the keys be weak, and the otherwise unre
[
https://issues.apache.org/jira/browse/OPENJPA-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472510
]
Craig Russell commented on OPENJPA-141:
---
>> Craig thinks: Weak references are supposed to be cleaned up if the
[
https://issues.apache.org/jira/browse/OPENJPA-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472506
]
Abe White commented on OPENJPA-141:
---
> Craig thinks: Weak references are supposed to be cleaned up if the referenc
Hi Dain,
This might be related to a bug in xml overrides http://
issues.apache.org/jira/browse/OPENJPA-97. Just fer grins, do you have
a way to annotate the mapped superclass?
Craig
On Feb 12, 2007, at 7:01 PM, Dain Sundstrom wrote:
When I try to use a simple mapped super class with a triv
When I try to use a simple mapped super class with a trivial sub
class (no fields or methods), I get the following exception:
ERROR - The bean instances business method encountered a system
exception:org.apache.openejb.test.entity.cmp.BasicCmpBean.pcGetManagedFi
eldCount()I
java.lang.NoSuchM
I think I need to declare a mapped-superclass, and then use attribute-
overrides in the subclass.
Does anyone know if I can declare a mapped-superclass with all fields
declared as transient and then use attribute-override in the subclass
for fields I want to map? I would be easier for me to
[
https://issues.apache.org/jira/browse/OPENJPA-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472478
]
Craig Russell commented on OPENJPA-141:
---
Abe opined:
1. Each BrokerFactory has a ManagedRuntime. You can have
I have this scenario in my CMP2JPA tool where I have to generate
subclasses of CMP1 beans. When the user has an "unknown" primary key
or more commonly, when they use the same ejb class for multiple
deployments, I have to generate a sub class to either add an extra
field, or to differentiat
[
https://issues.apache.org/jira/browse/OPENJPA-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472455
]
Abe White commented on OPENJPA-141:
---
1. Each BrokerFactory has a ManagedRuntime. You can have multiple
BrokerFac
Yes, the problem is that it's not publicly visible. I need to solve
that...
On Feb 12, 2007, at 5:37 PM, robert burrell donkin wrote:
On 2/12/07, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
On Feb 12, 2007, at 4:33 PM, Marc Prud'hommeaux wrote:
> Dain-
>
> I've been working on the TCK c
On 2/12/07, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
On Feb 12, 2007, at 4:33 PM, Marc Prud'hommeaux wrote:
> Dain-
>
> I've been working on the TCK certification for OpenJPA. The terms
> of Sun's TCK license dictate that I can't discuss the details with
> any people who haven't signed Apa
[
https://issues.apache.org/jira/browse/OPENJPA-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472440
]
Kevin Sutter commented on OPENJPA-141:
--
Re: Caching the TransactionManager in a static...
Although we could c
Comments from the experts here?
Craig
Begin forwarded message:
From: Scott Oaks <[EMAIL PROTECTED]>
Date: February 12, 2007 11:45:52 AM PST
To: [EMAIL PROTECTED]
Subject: pessimistic locking
Reply-To: [EMAIL PROTECTED]
The SPEC organization is in the process of developing a JPA-based
benchmar
On Feb 12, 2007, at 4:33 PM, Marc Prud'hommeaux wrote:
Dain-
I've been working on the TCK certification for OpenJPA. The terms
of Sun's TCK license dictate that I can't discuss the details with
any people who haven't signed Apache's NDA (see http://
www.apache.org/jcp/), but I can say tha
Dain-
I've been working on the TCK certification for OpenJPA. The terms of
Sun's TCK license dictate that I can't discuss the details with any
people who haven't signed Apache's NDA (see http://www.apache.org/
jcp/), but I can say that we might be able to make an announcement
regarding com
I read on the serverside.com that Kodo has passed the JPA tck, and am
curious if there are any uncommitted patches from BEA that are
required to make OpenJPA compliant. Also, has anyone run OpenJPA
through the JPA tck and if so did we pass?
-dain
+1 ...because of the compliance reasons you outlined.
Michael Dick wrote:
+1
On 2/10/07, Eddie O'Neil <[EMAIL PROTECTED]> wrote:
+1
On 2/9/07, Craig L Russell <[EMAIL PROTECTED]> wrote:
> +1
>
> My vote is as much related to dissatisfaction with the maven repo
> that is used by glassfi
I'm using 0.9.6 and it appears the OpenJPA is ignoring the entity
name when processing queries. In stead it seems to always choose the
class name for the schema name of the bean. For example, I have the
following bean declared in my entity mappings:
class="org.apache.openejb.test.enti
+1
On 2/10/07, Eddie O'Neil <[EMAIL PROTECTED]> wrote:
+1
On 2/9/07, Craig L Russell <[EMAIL PROTECTED]> wrote:
> +1
>
> My vote is as much related to dissatisfaction with the maven repo
> that is used by glassfish as with the time it takes to get anything
> done through official channel
That clarification works for me... ;-)
On 2/12/07, Marc Prud'hommeaux <[EMAIL PROTECTED]> wrote:
Kevin-
It could, but it would just be a spec compliance. OpenJPA does allow
you to have final classes. The spec just prohibits it because one of
the ways to implement support for property access i
Kevin-
It could, but it would just be a spec compliance. OpenJPA does allow
you to have final classes. The spec just prohibits it because one of
the ways to implement support for property access is to dynamically
generate a subclass to the entity (which isn't possible if the entity
is fin
More performance improvements (in response to changes for OPENJPA-138)
--
Key: OPENJPA-141
URL: https://issues.apache.org/jira/browse/OPENJPA-141
Project: OpenJPA
Issue Type
Thanks for the feedback. I know that we have been running with
both the IBM
and Sun JDK's, but let me get together with my performance team and
discuss
your concerns. We will try to provide more concrete data on these
updates.
Cool. Maybe I'll learn something about weak refs and the
I have created OPENJPA-141 (
https://issues.apache.org/jira/browse/OPENJPA-141) to track these issues.
Kevin
On 2/12/07, Abe White <[EMAIL PROTECTED]> wrote:
> ==
>
> --- incubator/openjpa/trunk/openjpa-kernel/src/ma
Abe,
Thanks for the feedback. I know that we have been running with both the IBM
and Sun JDK's, but let me get together with my performance team and discuss
your concerns. We will try to provide more concrete data on these updates.
I understand your concerns, but instead of immediately backing
==
--- incubator/openjpa/trunk/openjpa-kernel/src/main/java/org/apache/
openjpa/ee/JNDIManagedRuntime.java (original)
+++ incubator/openjpa/trunk/openjpa-kernel/src/main/java/org/apache/
openjpa/ee/JNDIManagedRuntime.
-Ursprüngliche Nachricht-
Von: Hans J. Prueller [mailto:[EMAIL PROTECTED]
Gesendet: Samstag, 10. Februar 2007 18:24
An: open-jpa-dev@incubator.apache.org
Betreff: Using @GeneratedValue for IDs on already existing tables
As some of you may remember, I am using OpenJPA within an "old" Jav
Marc (and others),
Shouldn't OpenJPA be detecting these final classes and issuing an error
message?
Kevin
On 2/12/07, Marc Prud'hommeaux <[EMAIL PROTECTED]> wrote:
Craig-
You're right that the classes shouldn't be final, but I don't think
that's the cause of the problem.
I've committed a fix
I will be out of the office starting 12/02/2007 and will not return until
16/02/2007.
I will respond to your message when I return.
35 matches
Mail list logo
