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.
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
-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
==
--- 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/
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
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:
==
---
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
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
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
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 is
+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 channels.
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:
entity name=BasicCmp2Bean
+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 glassfish as
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
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
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
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
benchmark
[
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
[
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
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 differentiate
[
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 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
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
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
[
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
[
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
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.
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
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
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
30 matches
Mail list logo