[
https://issues.apache.org/jira/browse/OPENJPA-148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Jencks resolved OPENJPA-148.
--
Resolution: Fixed
It works for geronimo now, many thanks!
Parsing exception while using an
well...
only the OneToOne relationship can be solved with a query (since historical
id is managed and endDate = null)
all the other kinds of relationship (OneToMany, ManyToOne, ManyToMany)
should need a historical join table (using the historical id as key, and
having start and end date too)
Does OPEN-JPA support implied deletes? Let me tell you of the scenario; if you
have the proverbial magazine class that contains references to several article
classes (1-* relationship, cascade-all) if you should remove one of the articles
from the contained list and merge the resultant magazine
Hello,
Ipreviously submitted a patch which reorders the SQL statmements generated by OpenJPAto avoid violating foreign key constraints. In addition to making improvements on that patch ( more efficient and I caught a few edge cases that I did not initially think of ) I am trying to deal
[
https://issues.apache.org/jira/browse/OPENJPA-235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497991
]
Reece Garrett commented on OPENJPA-235:
---
I have been doing further work on this patch over the past week to
This semantics of implied deletion of elements from the database as they
are removed from their collection in Java memory is supported by
@ElementDependent annotation (not pure JPA but OpenJPA)
http://incubator.apache.org/openjpa/docs/latest/manual/manual.html#depen
dent
Pinaki Poddar
BEA
I think we're about ready to move the repository from https://
svn.apache.org/repos/asf/incubator/openjpa/ to https://svn.apache.org/
repos/asf/openjpa/
If you have changes in your local repository that you want to
preserve, you will need to do an svn switch to change your local repo
to
Let's do it.
Once it's done, we should immediately do the restructuring of
directories that we discussed earlier.
-Patrick
On 5/22/07, Craig L Russell [EMAIL PROTECTED] wrote:
I think we're about ready to move the repository from https://
svn.apache.org/repos/asf/incubator/openjpa/ to
Joshua,
If you deploy an application into an appserver, and your persistence.xml
contains the openjpa.jdbc.SynchronizeMappings property, the tables will be
created on the 1st emf.createEntityManager() call (or injection of EM that does
the same in the background), i.e. on every redeploy or
Well, having both copies I think would possibly lead to confusion. I
think it's cleaner just to move the repo and svn switch relocate when
it's done.
Craig
On May 22, 2007, at 3:26 PM, Phill Moran wrote:
Do we want to carry both for a few days to make sure nothing gets
broken? We can
do
It's up to each app server to decide how you can check the deployment status.
I think it'd be good, though, if OpenJPA had a setting or an API call
to ensure that everything was up and running once the factory was
created. Currently, that API call is:
emf.createEntityManager().close();
It'd
The problem is - unless the user needs to create tables, there is no EM being
created on deploy. Even on the load after deploy, the server might choose to do
it lazily until the actual access from the user of a component that has an EM
injection (or even later when the EM is looked up). If it's
Philippe Alexis wrote:
... snip
On MySQL, updateDetached works fine with the modification:
@ManyToOne(cascade=CascadeType.ALL)
I'm assuming you're running without the patch I've included in the
testcase? With the patch it should work without messing around with
@ManyToOne.
The thing with
I agree: let's just do the move now and deal with any breakage as we
find it.
On May 22, 2007, at 4:47 PM, Craig L Russell wrote:
Well, having both copies I think would possibly lead to confusion.
I think it's cleaner just to move the repo and svn switch relocate
when it's done.
Gokhan-
On a related note, does the build process support/plan to support
TestNG tests or should I stick to junit?
I looked into this a little while back: Maven supposedly supports
both TestNG and JUnit used together in tandem, but I was never able
to get it working at all. The bugs I
Marc Prud'hommeaux wrote:
Gokhan-
On a related note, does the build process support/plan to support
TestNG tests or should I stick to junit?
I looked into this a little while back: Maven supposedly supports both
TestNG and JUnit used together in tandem, but I was never able to get
it
Agree.
On 5/22/07, Marc Prud'hommeaux [EMAIL PROTECTED] wrote:
I agree: let's just do the move now and deal with any breakage as we
find it.
On May 22, 2007, at 4:47 PM, Craig L Russell wrote:
Well, having both copies I think would possibly lead to confusion.
I think it's cleaner just to
Ok, I tried to move the repo but I don't have enough powers yet to do
it. I've asked infrastructure to do it but it might take a bit of
time for them to get to it.
When it does get moved, you will discover upon trying to svn update
or svn commit. When the move takes place, you should
Here's my take (just to generate some discussion)...
Right now, it doesn't seem like OpenJPA is ready for Java 2 Security. As
Albert has pointed out, there only seems to be two places in the code where
doPriv blocks exist. It would seem that any application-managed path that
would attempt to
Craig L Russell [EMAIL PROTECTED] writes:
Ok, I tried to move the repo but I don't have enough powers yet to do it. I've
asked infrastructure to do it but it might take a bit of time for them to get
to it.
Done.
[...]
cd directory above openjpa
svn switch --relocate openjpa
I haven't been successful yet in switching my local workspace. When
someone gets it, please send out what you did...
Craig
On May 22, 2007, at 7:38 PM, Joe Schaefer wrote:
Craig L Russell [EMAIL PROTECTED] writes:
Ok, I tried to move the repo but I don't have enough powers yet to
do it.
Running svn switch https://svn.apache.org/repos/asf/openjpa/trunk;
worked for me.
On May 22, 2007, at 8:00 PM, Craig L Russell wrote:
I haven't been successful yet in switching my local workspace. When
someone gets it, please send out what you did...
Craig
On May 22, 2007, at 7:38 PM,
Worked for me.
Craig
On May 22, 2007, at 8:10 PM, Marc Prud'hommeaux wrote:
Running svn switch https://svn.apache.org/repos/asf/openjpa/trunk;
worked for me.
On May 22, 2007, at 8:00 PM, Craig L Russell wrote:
I haven't been successful yet in switching my local workspace.
When
I've gone ahead and renamed the versions in the pom.xml files from
0.9.8-incubating-SNAPSHOT to 0.9.8-SNAPSHOT and built and
deployed a snapshot:
http://people.apache.org/repo/m2-snapshot-repository/org/apache/
openjpa/apache-openjpa/0.9.8-SNAPSHOT/apache-openjpa-0.9.8-SNAPSHOT-
24 matches
Mail list logo