Thanks for the links. I skimmed through them and put together
http://wiki.apache.org/general/SummerOfCode2007#openjpa-streaming-lobs.
Could someone in the know take a look at that and let me know if it
looks right?
Also, the code.google.com docs mention that any communication from the
student to
On 3/26/07, Patrick Linskey [EMAIL PROTECTED] wrote:
Thanks for the links. I skimmed through them and put together
http://wiki.apache.org/general/SummerOfCode2007#openjpa-streaming-lobs.
Could someone in the know take a look at that and let me know if it
looks right?
looks ok to me but more
ClassCastException when executing bulk delete on an entity that owns a OneToOne
with a Cascade.DELETE when DataCache is on
--
Key: OPENJPA-181
[
https://issues.apache.org/jira/browse/OPENJPA-181?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jonathan Feinberg updated OPENJPA-181:
--
Description:
Given an entity class A which owns a OneToOne entity of class B, and
db2 update lock syntax WITH isolation USE AND KEEP UPDATE LOCKS
--
Key: OPENJPA-182
URL: https://issues.apache.org/jira/browse/OPENJPA-182
Project: OpenJPA
Issue Type: New
Hi guys,
We've started preparing an incubator release for ODE and we're now using
OpenJPA (pretty happily I should say). We can't use 0.9.6 as we need a
couple of fixes from 0.9.7 so we've been using the snapshot so far. But as
you know we won't be able to release with it (and generally speaking
[
https://issues.apache.org/jira/browse/OPENJPA-172?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12484226
]
Kevin Sutter commented on OPENJPA-172:
--
Ritika,
The message you referenced...
0|true|0.9.6-incubating
I've committed an equivalent patch to 0.9.7 in SVN revision 522623.
Can you confirm whether this fixes your problem and, if so, close any
CR you might have opened on this?
This works for me :) Here's a patch for 0.9.6 source. I've gone for
the
simplest solution, but it might be improved
Well, you still need the implementation of the persistence api jar in
your classpath.
You can download the api jar by itself (without the toplink stuff)
from https://maven-repository.dev.java.net/nonav/repository/
javax.persistence/jars/persistence-api-1.0.jar
Craig
On Mar 26, 2007, at
No I have
providerorg.apache.openjpa.persistence.PersistenceProviderImpl/provider
I don't have the API jar as I figured it is only empty stubs and of no value
with OpenJPA-all jar
Here is my Maven dependency section
dependency
groupIdaspectj/groupId
getting this error:
The id type class com.sun.portal.pom.FooId specfied by persistent type class
com.sun.portal.pom.Foo does not have a public string or class + string
constructor.
this error doesn't seem to correspond to any of the requirements of an ID class
as defined in the spec.
my
Hi Jeff,
It would be useful if you could include a code fragment and the @Id
annotation for your class to diagnose this.
Thanks,
Craig
On Mar 26, 2007, at 4:35 PM, jeff wrote:
getting this error:
The id type class com.sun.portal.pom.FooId specfied by persistent
type class
[
https://issues.apache.org/jira/browse/OPENJPA-172?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12484280
]
Kevin Sutter commented on OPENJPA-172:
--
It sounds like WebSphere is working as expected. Since you are
[
https://issues.apache.org/jira/browse/OPENJPA-168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12484288
]
Patrick Linskey commented on OPENJPA-168:
-
2. I don't think we need a FetchConfiguration instance
OpenJPAEntityManager large transaction APIs should take class arguments to
narrow behavior
--
Key: OPENJPA-183
URL: https://issues.apache.org/jira/browse/OPENJPA-183
Sounds like an over-cautious validation message originating in OpenJPA's
heritage -- the JDO spec (which Kodo implements on top of OpenJPA)
places those requirements on the object IDs.
If you could post the full stack trace and the relevant snippets from
your domain model, it'd help the debugging
16 matches
Mail list logo