Shay-
Unfortunately, we don't have any automatic drop-table feature, but I
agree it would be handy (you might want to make a JIRA report with
the suggestion).
The only other recourse, I think, would be to just manually delete
the database files before running your tests.
On Jan 2,
this, although some databases can be notoriously slow with schema
interrogation and manipulation that doing it for each test might wind
up being prohibitively slow.
On Jan 2, 2007, at 3:44 PM, robert burrell donkin wrote:
On 1/2/07, Marc Prud'hommeaux [EMAIL PROTECTED] wrote:
Shay-
Unfortunately
Dain-
I assume you are specifying the ClassLoader by using your own
subclass of PersistenceUnitInfoImpl. OpenJPA should be using your
ClassLoader, although if the same class name is available in both
your classloader as well as the system classloader, then I think the
results are
tearDown that is very carefully implemented to catch exceptions,
retry, etc.
Craig
On Jan 2, 2007, at 12:52 PM, Marc Prud'hommeaux wrote:
Robert-
I completely agree. We usually just build all the tables once and
then just try to make sure all the objects are deleted at the end
of the test
Kevin-
Also, this exception is supposedly only being produced with Oracle,
not
DB2. (I have not been able to verify that yet.) This would seem to
indicate that it's dictionary-specific, but I'm not seeing anything
there
yet...
Does Oracle even support blob primary keys? My recollection
:
Can you have java field of type byte[] that maps to a NUMERIC (or
heck a varchar) in he db? I'm guessing that Kevin's guid is a
fixed 128 bit number. If it is and he can map it to a non-blob
type, it should be possible to join with any database system.
-dain
On Jan 2, 2007, at 3:09 PM, Marc
: DefaultLevel=TRACE), what are the last few log
messages you see before the hang?
On Dec 31, 2006, at 12:28 PM, Dain Sundstrom wrote:
On Dec 31, 2006, at 12:04 AM, Marc Prud'hommeaux wrote:
I've never experienced this problem, but as a guess, are you
running with dynamic enhancement (using
:28 AM, David Blevins wrote:
On Dec 20, 2006, at 4:21 PM, Marc Prud'hommeaux wrote:
FTR, I've been tracking the various OpenJPA integrations at http://
cwiki.apache.org/openjpa/powered-by.html . I've just updated it
with Geronimo, Ode, and OpenEJB.
Cool, thanks! It's neat to see
David-
Looks nice ... thanks!
Maybe we should start a logo contest for the OpenJPA project ...
On Dec 21, 2006, at 2:55 AM, David Blevins wrote:
On Dec 21, 2006, at 1:21 AM, Marc Prud'hommeaux wrote:
David-
That'd be great! I mostly ripped the template off of Geronimo's
FTR, I've been tracking the various OpenJPA integrations at http://
cwiki.apache.org/openjpa/powered-by.html . I've just updated it with
Geronimo, Ode, and OpenEJB.
Please update the page if you have any additions or corrections.
On Dec 20, 2006, at 10:48 AM, Dain Sundstrom wrote:
On
Matthieu-
If you have a custom TransactionManager, you can tell Kodo to access
it using a ManagedRuntime implementation (see http://
incubator.apache.org/openjpa/docs/latest/javadoc/org/apache/openjpa/
ee/ManagedRuntime.html ).
For example, if your TransactionManager is accessible via the
the datasource? Is there another
equivalent
interface and property to use?
On 12/13/06, Marc Prud'hommeaux [EMAIL PROTECTED] wrote:
Matthieu-
If you have a custom TransactionManager, you can tell Kodo to access
it using a ManagedRuntime implementation (see http://
incubator.apache.org/openjpa
datasource.
Thanks,
Matthieu
On 12/13/06, Marc Prud'hommeaux [EMAIL PROTECTED] wrote:
Matthieu-
If you set the openjpa.ConnectionFactoryName to the JNDI name of a
DataSource, then Kodo will use that.
See: http://incubator.apache.org/openjpa/docs/latest/manual/
manual.html#ref_guide_dbsetup
If you declare the field to be an interface type and you don't
initialize the field to anything, I don't remember how we decide what
impl to use.
Looking at the code in ProxyManagerImpl.java, it appears that we
default to ArrayList for fields declared as type Collection, HashSet
for
Marc Prud'hommeaux wrote:
You can use the openjpa.jdbc.SynchronizeMappings property. See:
http://incubator.apache.org/openjpa/docs/openjpa-0.9.0-
incubating/manual/manual.html#ref_guide_mapping_synch On Dec 9,
2006, at 5:53 PM, Dain Sundstrom wrote:
Is there a way to make openjpa create
I've seen this sort of thing happen if both Account and
IdentifiablePersistentEntity are enhanced, but then the
IdentifiablePersistentEntity superclass is recompiled so that it is
no longer enhanced. Is this possible? Are you manually enhancing, or
using the dynamic class enhancement?
Roger-
Was a transaction committed or rolled back between the two requests?
Many databases and/or JDBC drivers do not allow a result set cursor
to span multiple transactions, which might be the cause of this error
(which, admittedly, we are not handling as gracefully as we could be).
Roger-
JDBC drivers are supposed to be thread-safe, but I wouldn't be
surprised of some of them had problems.
What happens if you synchronized on the result collection when
iterating through them?
On Dec 12, 2006, at 7:44 PM, roger.keays wrote:
Hi Marc,
Marc Prud wrote:
Was a
Oops ... I forgot to do that when I released. I've uploaded them and
added the link to:
http://cwiki.apache.org/openjpa/documentation.html
It takes a little while for the static update to propagate to the
server.
Once the synchronization happens, I'll update the building page of
the
Dain-
Note that you could always introspect on the class and look for the
@Id annotation, and get the value of the Field/Method on which the
annotation resides. This is pretty heavy-handed, and doesn't work for
XML mappings, but it is one possible way to do this without making
You can use the openjpa.jdbc.SynchronizeMappings property. See:
http://incubator.apache.org/openjpa/docs/openjpa-0.9.0-incubating/
manual/manual.html#ref_guide_mapping_synch
On Dec 9, 2006, at 5:53 PM, Dain Sundstrom wrote:
Is there a way to make openjpa create tables automatically for
Dain-
On Dec 8, 2006, at 5:20 PM, Dain Sundstrom wrote:
Does OpenJPA support derby auto generated identity columns? If so,
is there anything special I need to add to get it to work?
It should work automatically. What kind of problems are you having
with it?
Also, I noticed that
George-
Sounds like a bug ... I think you should be allowed to execute an
update native query. Can you file a JIRA report at https://
issues.apache.org/jira/browse/OPENJPA with the complete stack trace
(including any nested stacks) and the code snippet that executes the
query?
On Dec
after Marc put together the previously-linked email:
http://mail-archives.apache.org/mod_mbox/incubator-open-jpa-dev/
200611.m
box/[EMAIL PROTECTED]
The final tally of the vote is:
+1 votes:
Marc Prud'hommeaux
Kevin Sutter
Craig Russell
Patrick Linskey
Eddie O'Neil
0 votes: 0
-1
OpenJPA People-
The final tally of the vote is:
+1 votes:
Marc Prud'hommeaux
Kevin Sutter
Craig Russell
Patrick Linskey
0 votes: 0
-1 votes: 0
Since we've exceeded the required minimum of +1 votes with no vetoes
the proposal passes. Once we get the IP clearance page updated, I am
Roger-
I think the first step would be to get it working in glassfish when
deployed globally, and then move from there to seeing if it is
possible to deploy it within a WAR.
What is the error you get (if any) if you deploy globally? The
following persistence.xml worked the last time I
the concerns have now been addressed, so I'm going to
upload a new release and start a third attempt shortly...
On Nov 15, 2006, at 3:31 PM, Marc Prud'hommeaux wrote:
Ahh ... I though you meant: add the +1 vote that I had already
cast, rather than: I now vote +1, please add it to the tally
OpenJPA People-
In accordance with the Incubating Releases guidelines at http://
incubator.apache.org/incubation/Incubation_Policy.html#Releases , I'd
like to take a third shot at making an OpenJPA release and start a
vote on publishing a 0.9.6-incubating release of OpenJPA. The last
Roger-
What happens if you put the OpenJPA jars and dependencies in the
system classpath of the container? Does it work then?
If so, then that might be the only solution, currently. IIRC, the
spec doesn't say anything about allowing JPA implementations
themselves to be bundled into WARs
Roger-
Can you also specify -Log=DefaultLevel=TRACE and post the output?
Specifically, it should report what all the properties are being set
to, so we can see if JoinForeignKeyDeleteAction has any setting at
all.
Also, if you specify JoinForeignKeyDeleteAction first in the list,
does
I'm amazed that I never knew that you could quote reserved column
names. I just tested on Oracle, SQL Server, and Derby, and it seems
to work for both of them.
Could you make an enhancement request at http://issues.apache.org/
jira/browse/OPENJPA so we can track this? It'd be a very
Roger-
How exactly are you specifying it on the command line?
If you specify it like:
-MappingDefaults='jpa
(ForeignKeyDeleteAction=restrict,JoinForeignKeyDeleteAction=cascade)'
does it work?
On Nov 13, 2006, at 10:49 PM, roger.keays wrote:
I am using the mapping tool with -action
OpenJPA People-
The final tally of the vote is:
+1 votes:
Marc Prud'hommeaux
Patrick Linskey
Kevin Sutter
Bryan Noll
Craig Russell
Eddie O'Neil
0 votes: 0
-1 votes: 0
Since we've exceeded the required minimum of +1 votes with no vetoes
the proposal passes. Next I am going
OpenJPA People-
The ultimate tally (the previous vote tally was missing one person)
of the vote is:
+1 votes:
Marc Prud'hommeaux
Patrick Linskey
Kevin Sutter
Bryan Noll
Craig Russell
Eddie O'Neil
Geir Magnusson Jr.
0 votes: 0
-1 votes: 0
Since we've exceeded the required
Prud'hommeaux wrote:
Geir-
You never actually said +1, so I didn't include you in the tally.
I'll re-post the vote result with your +1 added, though, since it
sounds like you intended to vote for it.
On Nov 15, 2006, at 3:07 PM, Geir Magnusson Jr. wrote:
Add my +1 vote please.
Marc Prud'hommeaux wrote
it for future consideration of release mechanics?
So it would probably be better not to have them there.
geir
Marc Prud'hommeaux wrote:
On Nov 12, 2006, at 4:38 PM, Geir Magnusson Jr. wrote:
It might be argued that since we haven't voted that as an
artifact from the project, it shouldn't
[ http://issues.apache.org/jira/browse/OPENJPA-81?page=all ]
Marc Prud'hommeaux updated OPENJPA-81:
--
Component/s: diagnostics
Summary: Bad error message when trying to query a Collection relation
using dot notation (was: Wrong alias used
Craig-
The only difference is that we initially branch from the trunk and
perform the updates to the pom.xml files there, and then release
against the branch, correct?
I don't necessarily object to releasing off of a branch, but does it
really save any effort? After all, if release
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.
-Original Message-
From: Marc Prud'hommeaux [mailto:[EMAIL PROTECTED] On
Behalf Of Marc
On Nov 12, 2006, at 1:46 PM, Patrick Linskey wrote:
On Nov 12, 2006, at 1:26 PM, Patrick Linskey wrote:
I think that the issue is that the thing that is voted on
is the tag.
Is that actually right? My understanding was that the thing that is
voted on is the artifacts (in this case, the
Russell wrote:
Hi Marc,
On Nov 12, 2006, at 12:53 PM, Marc Prud'hommeaux wrote:
Craig-
The only difference is that we initially branch from the trunk and
perform the updates to the pom.xml files there, and then release
against the branch, correct?
Yes.
I don't necessarily object to releasing
were very minor.
Do you object to re-starting the vote, or were your just trying to
point out that it might not have been necessary?
Craig
On Nov 12, 2006, at 1:46 PM, Marc Prud'hommeaux wrote:
-1 from Eddie, so the vote fails (since I believe it constitutes a
veto).
I'll re-start
OpenJPA People-
In accordance with the Incubating Releases guidelines at http://
incubator.apache.org/incubation/Incubation_Policy.html#Releases , I'd
like to take a third shot at making an OpenJPA release and start a
vote on publishing a 0.9.6-incubating release of OpenJPA. The most
of staging the release files, I could have moved
them somewhere else, but I didn't see any compelling reason to do so.
On Nov 12, 2006, at 3:25 PM, Geir Magnusson Jr. wrote:
why are these zip files in the m2 repo? I thought that was just
for jars and such?
geir
Marc Prud'hommeaux wrote
, or do you mean
included in the same section as the m2 jars?
I.e., are you suggesting that we should deploy to a separate staging
directory for the duration of voting, or are you suggesting that we
should change the way artifacts are bundled and uploaded?
geir
Marc Prud'hommeaux wrote
Project: OpenJPA
Issue Type: Bug
Components: kernel
Reporter: Marc Prud'hommeaux
When multiple persistence-units are defined in the persistence.xml, only the
first one is examined when looking for classes to enhance when using the
automatic runtime
, Marc Prud'hommeaux [EMAIL PROTECTED] wrote:
OpenJPA People-
In keeping with the hit by a bus philosophy of defensive
documentation, I've documented the steps that I took to build and
upload the OpenJPA release.
In case anyone is interested, it is available here:
http://cwiki.apache.org
I'd be happy to have a non -all suffixed jar, but without my last
change, I wasn't seeing *any* openjpaXXX.jar file being put into
the .zip package.
Are you seeing something different?
On Nov 8, 2006, at 3:33 PM, Michael Dick wrote:
This puts the -all suffix back into the jar name. We
can send a
patch of what I had.
On 11/8/06, Marc Prud'hommeaux [EMAIL PROTECTED] wrote:
I'd be happy to have a non -all suffixed jar, but without my last
change, I wasn't seeing *any* openjpaXXX.jar file being put into
the .zip package.
Are you seeing something different?
On Nov 8, 2006, at 3
Tim-
Why are you using the orm xmlns? Rather than:
persistence xmlns=http://java.sun.com/xml/ns/persistence/orm;
I think you need to have:
persistence xmlns=http://java.sun.com/xml/ns/persistence;
version=1.0
Try that and let us know if you still get the same error.
On Nov 6, 2006,
[ http://issues.apache.org/jira/browse/OPENJPA-74?page=all ]
Marc Prud'hommeaux resolved OPENJPA-74.
---
Resolution: Fixed
Fixed multiple problems with named queries:
1. They were not being parsed as part of the or m.xml file, since we were
Roger-
Which is true?
The first statement ... the package documentation is in error (I've
just fixed it).
On Nov 2, 2006, at 5:00 PM, roger.keays wrote:
From the 0.9.0 docs online, section 3.13 [1]:
OpenJPA's built-in datasource does not perform connection pooling or
prepared
That sounds like a good idea, but rather than adding a new
StrategyClass annotation, why not just add a strategyClass
element to the existing Strategy annotation?
On Oct 31, 2006, at 1:28 AM, Patrick Linskey wrote:
Hi,
@Strategy allows the specification of a custom class name in string
Patrick-
I think I might have removed the release notes due to some over-
aggressive pruning when I was preparing the documentation for
committal. They can probably go back in, although much of their
content is specific to the non-JPA history of Kodo, which might be
somewhat confusing.
As with all the the org.apache.openjpa.persistence.*Exception
classes, it appears to defer to
org.apache.openjpa.util.Exceptions.toString(ExceptionInfo), whose
behavior is presumably expected. Since JDK 1.4/1.5's
Throwable.toString() doesn't print out nested exception messages, I
don't
an example for those of use that aren't JPA
experts. :)
One suggestion would be to add the ASF source header to the build /
pom / source files so that this module is ready to go for the next
release.
Cheers,
Eddie
On 10/27/06, Marc Prud'hommeaux [EMAIL PROTECTED] wrote:
OpenJPA Folk-
I've added
[
http://issues.apache.org/jira/browse/OPENJPA-69?page=comments#action_12445222 ]
Marc Prud'hommeaux commented on OPENJPA-69:
---
Can you post the exception message and complete stack trace?
Null reference from one Entity to other
On Oct 27, 2006, at 9:41 AM, Abe White wrote:
Does anyone mind if I move this class from the
org.apache.openjpa.util package to the org.apache.openjpa.ee
package? It's a very EE-specific class, and in my mind is not a
general utility other parts of the system will ever use. I'd even
This is the official JTA 1.1 jar that is available at the java.net
repository.
+1 for using the official JTA libraries, rather than the stopgap
Geronimo clones.
I'll update the pom.xml unless anyone objects.
On Oct 26, 2006, at 9:16 PM, Craig L Russell wrote:
Hi,
You might find
it better?
I was operating under the assumption that Geronimo itself would move
to use these authoritative jars. Perhaps someone from the Geronimo
team can confirm or deny this?
geir
Marc Prud'hommeaux wrote:
This is the official JTA 1.1 jar that is available at the
java.net repository
On Oct 27, 2006, at 6:32 PM, Geir Magnusson Jr. wrote:
Just to drive this point home, would you argue that Kodo is not as
good as the authoritative RI for JDO or JPA?
A reference implementation is an example implementation and proof of
concept. Different implementations are encouraged and
OpenJPA Folk-
I've added a new openjpa-examples top-level module which currently
contains a very simple hellojpa application that can be run from
the OpenJPA distribution zip with zero-configuration (well, provided
you have ant installed).
I hope this is the first of a wide variety of
Kevin-
In some JPQL parsing, we need to check to see if a token is a class
name or a variable or something else, and we only check that by
trying a Class.forName(). What kind of performance hit are you seeing
from this? Are these happening from the same query string, or
different query
with no vetoes
the proposal passes. Next I am going to request an approval from the
Incubator PMC to publish the tarball on our download page.
Thanks to all who voted!
On Oct 18, 2006, at 9:24 AM, Marc Prud'hommeaux wrote:
OpenJPA People-
In accordance with the Incubating Releases
for this?
No, although the SVN revision number is contained in the release
(FTR, it can be seen by running: java
org.apache.openjpa.conf.OpenJPAVersion).
Is there a policy on SVN tag names for incubating releases?
Eddie
On 10/19/06, Marc Prud'hommeaux [EMAIL PROTECTED] wrote:
OpenJPA People
OpenJPA People-
In accordance with the Incubating Releases guidelines at http://
incubator.apache.org/incubation/Incubation_Policy.html#Releases , I'd
like to start a vote on publishing a 0.9.5-incubating release of
OpenJPA.
The release candidate is in my home directory at:
Kevin-
On Oct 18, 2006, at 2:43 PM, Kevin Sutter wrote:
-0
Although it looks like you already have the three +1 votes to
publish the
0.9.5 release, I'm hesitant with this publish since the current
OpenJPA
implementation is using internal WebSphere methods. I knew about the
problem of
Prud'hommeaux [mailto:[EMAIL PROTECTED] On
Behalf Of
Marc Prud'hommeaux
Sent: Monday, October 16, 2006 7:30 PM
To: open-jpa-dev@incubator.apache.org
Subject: Re: Why would Kodo refuse to batch inserts in certain tables?
Big performance drop migrating to Kodo 4.1
Alex-
So you are saying that batching
it for you with latest 10.2.x and 9.2.x drivers
if you can tell me what kind of problems you were experiencing with
date
batching
Alex
-Original Message-
From: Marc Prud'hommeaux [mailto:[EMAIL PROTECTED] On
Behalf Of
Marc Prud'hommeaux
Sent: Tuesday, October 17, 2006 4:57 PM
To: open-jpa
Alex-
So you are saying that batching is working OK in general, just not
for a particular class? And that this particular class was batching
fine with previous versions? That is odd, although there are some
cases where we might refuse to batch a particular class (because of a
driver bug
but they are probably 90%
there.
The manual stuff should probably go onto the site as well.
Craig
On Oct 13, 2006, at 2:45 PM, Marc Prud'hommeaux wrote:
All-
I would like to upload the OpenJPA docs and javadocs for the
0.9.0-incubating to a more official location than the information
to maintain the existing space for raw HTML (like the docs/
javadocs), since AFAIK there is no way to bulk-import raw HTML pages
into Confluence spaces.
On Oct 15, 2006, at 12:42 PM, Craig L Russell wrote:
Hi Marc,
On Oct 14, 2006, at 11:11 PM, Marc Prud'hommeaux wrote:
I've gone ahead
Craig-
I just updated the Wiki link to point to cwiki.apache.org as an
experiment (this is the first time I updated the docs on the site),
so that one change to the project.xml file results in changes to
each of the .html files.
There does seem to be some delay between updating the
[ http://issues.apache.org/jira/browse/OPENJPA-66?page=all ]
Marc Prud'hommeaux reassigned OPENJPA-66:
-
Assignee: Marc Prud'hommeaux
mapped-superclasses ignore xml mappings
---
Key: OPENJPA
hope so very much)
- If not in 4.1 is there any way to get some advise from you guys
(like
in old Solarmetric times :-) on nuances of 3.4 implementation so I can
do it myself?
I will file a JIRA request
Alex
-Original Message-
From: Marc Prud'hommeaux [mailto:[EMAIL PROTECTED
Alex-
That does sound like a good feature to add. Note that I think the
null-indicator attribute is only available for embedded mappings,
not for container mappings (although I could be wrong about this).
I'd recommend opening a JIRA issue as a reference for the enhancement
request, and
[
http://issues.apache.org/jira/browse/OPENJPA-41?page=comments#action_12439917 ]
Marc Prud'hommeaux commented on OPENJPA-41:
---
I believe this is fixed by the fix for OPENJPA-42.
transforming classes doesn't work
[ http://issues.apache.org/jira/browse/OPENJPA-42?page=all ]
Marc Prud'hommeaux updated OPENJPA-42:
--
Attachment: orm.xml
Corrected orm.xml file.
Simple orm.xml file causes exception (NPE
[ http://issues.apache.org/jira/browse/OPENJPA-42?page=all ]
Marc Prud'hommeaux reassigned OPENJPA-42:
-
Assignee: Marc Prud'hommeaux
Simple orm.xml file causes exception (NPE)
--
Key
OK, I went ahead and changed the system to instead spawn the
svnrevision command. It should gracefully set the version to
unknown if the svnrevision command can't be found.
On Sep 29, 2006, at 2:44 PM, Patrick Linskey wrote:
I would expect that we could get this info from running and
[
http://issues.apache.org/jira/browse/OPENJPA-41?page=comments#action_12438591 ]
Marc Prud'hommeaux commented on OPENJPA-41:
---
The problem seems to be coming from reentrant re-use of the same
XMLMetaDataParser, which winds up calling
[
http://issues.apache.org/jira/browse/OPENJPA-41?page=comments#action_12438599 ]
Marc Prud'hommeaux commented on OPENJPA-41:
---
Even after fixing the parser to handle reentrancy, the next problem is a
similar ClassCircularityError
[ http://issues.apache.org/jira/browse/OPENJPA-31?page=all ]
Marc Prud'hommeaux resolved OPENJPA-31.
---
Resolution: Fixed
This should be fixed as of last week.
Note that there was also a workaround for the bug: the named native query would
have
Kevin-
On Sep 21, 2006, at 8:39 AM, Kevin Sutter wrote:
Hi,
Attempting to verify some of the locking mechanisms within OpenJPA
and I
don't see the SingleJVMExclusiveLockManager class available in our
source
tree... Oversight or not going to happen? Regardless, can you
give me a
Kevin-
On Sep 18, 2006, at 11:19 AM, Kevin Sutter wrote:
Thanks Craig and Marc,
I had found this reference in the spec, but it still wasn't clear
to me.
Maybe I'm reading it wrong, but the BNF states (in Section 4.10):
update_item ::= [identification_variable.] {state_field |
.
e.setHome( e.getHome().setCity(NEW));
Do I have to override equals on the Address ?
On 9/14/06, Marc Prud'hommeaux [EMAIL PROTECTED] wrote:
David-
There was a typo in my code. But even doing this, the update is
not being
written back to the database at commit or flush.
That's a little
Reporter: Marc Prud'hommeaux
Priority: Minor
The metadata-complete element of the orm.xml file, described in section
10.1.3.1 of the specification, is silently ignored by OpenJPA.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one
[
http://issues.apache.org/jira/browse/OPENJPA-42?page=comments#action_12434017 ]
Marc Prud'hommeaux commented on OPENJPA-42:
---
Hmm ... the ClassCircularityError should have been resolved by my fix for
OPENJPA-40. Can you make sure you
[
http://issues.apache.org/jira/browse/OPENJPA-42?page=comments#action_12434042 ]
Marc Prud'hommeaux commented on OPENJPA-42:
---
I'm surprised by the build error ... I haven't seen it before. However, I agree
that it sounds like
[ http://issues.apache.org/jira/browse/OPENJPA-43?page=all ]
Marc Prud'hommeaux resolved OPENJPA-43.
---
Resolution: Invalid
This is actually a known and intractible limitation: we are not able to
intercept internal modifications for opaque types
[
http://issues.apache.org/jira/browse/OPENJPA-40?page=comments#action_12433660 ]
Marc Prud'hommeaux commented on OPENJPA-40:
---
I just tested using entity-only annotations, and the same problem exists
[
http://issues.apache.org/jira/browse/OPENJPA-29?page=comments#action_12433466 ]
Marc Prud'hommeaux commented on OPENJPA-29:
---
I figured that building an openjpa-all.jar that was an aggregate of all the
individual openjpa-*.jar files
Steven-
On Sep 6, 2006, at 10:09 PM, Steven Corbett wrote:
Thanks for the update Marc. I take it that OpenJPA will not have the
facility to map Collections of value or embedded types in the near
future
then?
That is correct ... it is one of the things BEA decided to hold back
from the
To address http://issues.apache.org/jira/browse/OPENJPA-29 , I made a
new sub-module called openjpa-all which creates a single aggregate
jar file from all the other openjpa jars. It works pretty well:
running mvn package should yield a openjpa-all/target/openjpa-
On Aug 30, 2006, at 8:56 AM, Eddie O'Neil wrote:
Kevin--
Wearing my mentor hat...
I say go for it -- if you're confident in your changes, it passes
the tests, and does right by the project, this is how community is
built. Occasionally, we'll break a few eggs, but this is how everyone
Sadly, I think the only way to do it is:
find openjpa-*/src -path '*/.svn' -prune -o -type f -print | xargs
-e grep -l '@since'
On Aug 30, 2006, at 9:57 AM, Patrick Linskey wrote:
Hey,
Frustratingly, things like 'grep -l @since openjpa-*/src | xargs
sed ...'
don't have quite the
Note that there is a proposed patch to grep to address this sort of
problem. You can vote for it (registration required) at:
http://savannah.gnu.org/bugs/?
func=detailitemitem_id=11017#dependencies
On Aug 30, 2006, at 10:20 AM, Eddie O'Neil wrote:
Something like this might be
[ http://issues.apache.org/jira/browse/OPENJPA-15?page=all ]
Marc Prud'hommeaux resolved OPENJPA-15.
---
Resolution: Fixed
Applied patch and it passes all our internal tests. I've gone ahead and
committed the changes and am marking this issue
-revision.properties file,
and then have OpenJPAVersion print out the information for each of
said
resources in the classpath, if they're not the same.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: Marc Prud'hommeaux [mailto:[EMAIL PROTECTED] On
Behalf Of Marc
Mike-
jvm${JAVA_HOME}/bin/java/jvm
Unfortunately, I don't think that's portable ... on OSX, the java
command can be at ${JAVA_HOME}/Commands/java, and some versions of
the IBM java command are at ${JAVA_HOME}/jre/sh/java.
Is there some reason why you can't override both the
201 - 300 of 310 matches
Mail list logo
