with this.
On May 25, 2007, at 11:19 AM, Craig L Russell wrote:
Thank you thank you thank you.
Can you make sure you can edit the people.apache.org /www/
openjpa.apache.org directory (need to be in the openjpa unix
group) to facilitate your work later?
All the committers should be in the unix openjpa
Hi,
On May 25, 2007, at 6:39 AM, Joshua Slive wrote:
On 5/24/07, Craig L Russell [EMAIL PROTECTED] wrote:
Hi Brett,
On May 24, 2007, at 7:09 PM, Brett Porter wrote:
That's better, but the content is actually rsynced to
people.apache.org as well, so you're far better off either copying
/projectnamehere that I can model?
Thanks,
Craig
On May 25, 2007, at 7:24 AM, Joshua Slive wrote:
On 5/25/07, Craig L Russell [EMAIL PROTECTED] wrote:
Hi,
On May 25, 2007, at 6:39 AM, Joshua Slive wrote:
On 5/24/07, Craig L Russell [EMAIL PROTECTED] wrote:
Hi Brett,
On May 24, 2007, at 7:09 PM, Brett
it might not be set up yet.
Craig
On May 25, 2007, at 11:12 AM, Marc Prud'hommeaux wrote:
I'll try to look into this sometime this evening (PST).
On May 25, 2007, at 11:07 AM, Joshua Slive wrote:
On 5/25/07, Craig L Russell [EMAIL PROTECTED] wrote:
Hi Joshua,
I would appreciate some
For subscription information, please see http://incubator.apache.org/
openjpa/mail-lists.html
Craig
On May 24, 2007, at 7:08 AM, Majeed Arni wrote:
Regards,
Majeed Arni
Senior Software Engineer
SOA Advance Technology, Development Lab,
http://www.ibm.com/webservices/eis.
IBM Corporation,
1.2.3 to 2.0 is new functionality, bug fixes
and no
guarantee of backward compatibility
Backward compatibility is still a goal but not a requirement.
Craig
-Patrick
On 5/23/07, Craig L Russell [EMAIL PROTECTED] wrote:
-1
I like the idea of having our first release out of the incubator
the code currently does.
Craig
Thanks.
Daniel
On 5/23/07, Craig L Russell [EMAIL PROTECTED] wrote:
Hi Daniel,
Take a look at the findAll(Collection oids) method of
OpenJPAEntityManager. This should do a better job than N get(Object
key) methods.
Craig
On May 23, 2007, at 3:55 PM, Daniel
FYI, these email aliases are not yet active, but should be
shortly (Apache time).
Craig
Begin forwarded message:
From: [EMAIL PROTECTED]
Date: May 24, 2007 2:46:00 PM PDT
To: [EMAIL PROTECTED]
Subject: [CONF] OpenJPA: OpenJPA+Email (page edited)
Reply-To: open-jpa-dev@incubator.apache.org
Same here.
Craig
On May 24, 2007, at 5:28 PM, Pinaki Poddar wrote:
Yes, 'svn clean' was missing.
$ svn switch /path/to/new/location
$ mvn clean package
runs successfully
Pinaki Poddar
BEA Systems
415.402.7317
-Original Message-
From: Patrick Linskey [mailto:[EMAIL PROTECTED]
Sent:
Russell [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: [continuum] BUILD FAILURE: OpenJPA Distribution
On 4/21/07, Craig L Russell [EMAIL PROTECTED] wrote:
Hi,
Could the vm used to build openjpa be given some more memory to
allow the
build to go through more often?
Is this something the openjpa
On May 22, 2007, at 7:22 PM, Kevin Sutter wrote:
Here's my take (just to generate some discussion)...
Right now, it doesn't seem like OpenJPA is ready for Java 2 Security.
It's a bug that OpenJPA doesn't use doPrivileged blocks around
security-protected APIs.
Can you file a JIRA issue
-1
I like the idea of having our first release out of the incubator be 1.0.
Let's drop the trailing .0 and reserve the third digit for patch
releases. This brings up the issue of release naming which we've
deferred until now. I think we need to decide what we call releases
and at what
Part of the Apache Way is regular reporting to the board of the
activities of each project, including OpenJPA. There will be a file
for each month in which we are required to report, and I'll update
the information. The Monday before the board meeting (third Wednesday
of each month) I'll
Hi Majeed,
Please refer to this page for email subscription information.
http://incubator.apache.org/openjpa/mail-lists.html
Regards,
Craig
On May 23, 2007, at 2:48 PM, Majeed Arni wrote:
Craig Russell
Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
408 276-5638
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
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 https://
svn.apache.org/
repos/asf
, 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.
Craig
On May 22, 2007, at 3:26 PM, Phill Moran wrote:
Do we want to carry both for a few days
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
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
As I've had it explained to me, you would not choose the time in a
user-generated or user-visible query. Instead, the user would set the
time and associate it with an EntityManager. The time is invisible to
normal entity operations, including queries. For each query for a
temporal object
and
in use
in so many mission-critical systems that I think we should
just bump
all the open issues to a 1.0.1 or 1.1 release and get a 1.0
release
out in the public.
On May 19, 2007, at 4:31 PM, Craig L Russell wrote:
Hi,
There's no urgency, but I think we should start
Congratulations to everyone involved in the OpenJPA project.
OpenJPA is now an official Apache Top Level Project. The board
approved the resolution that we voted on last week.
There is a lot of administrivia to be done, and all this will be done
over the course of the next several weeks.
Hi,
There's no urgency, but I think we should start discussing what our
first release should be out of incubation.
Let's take a look at the issues in JIRA and decide if we think that
we're ready for a 1.0 release. If not, we can cut a 0.9.8 release and
make a list of 1.0 bugs/features to
/19/07, Craig L Russell [EMAIL PROTECTED] wrote:
Congratulations to everyone involved in the OpenJPA project.
OpenJPA is now an official Apache Top Level Project. The board
approved the resolution that we voted on last week.
There is a lot of administrivia to be done, and all this will be done
Hi Marc,
Looks like this JSR started in 2001 and hasn't produced a milestone yet.
What's going on with it? Some politics?
Would some expert advice from some users (e.g. OpenJPA) help any?
Craig
On May 19, 2007, at 5:03 PM, Marc Prud'hommeaux (JIRA) wrote:
JCache (JSR 107) support in the
I think that there are at least three worthy goals here:
1. Help users migrate from Hibernate to OpenJPA.
2. Help users who want the performance advantages of enhancement to
more easily integrate enhancement into their build/deploy environment.
3. Help users who want to get started with
. Some details on the next steps are
here:
http://www.apache.org/dev/project-creation-tasks.html
http://www.apache.org/dev/project-creation.html
Let me know if / how I can help through this process.
Eddie
On 5/16/07, Craig L Russell [EMAIL PROTECTED] wrote:
Hi Eddie,
Thanks for being our
Russell [EMAIL PROTECTED] wrote:
FYI, this is the board resolution message as approved by the
incubator. The board meeting is coming up next Wednesday.
Craig
Begin forwarded message:
From: Craig L Russell [EMAIL PROTECTED]
Date: May 13, 2007 10:56:45 AM PDT
To: [EMAIL PROTECTED]
Subject: Proposed
On May 9, 2007, at 6:09 AM, Michael Dick wrote:
OK, now that I found the relevant section in the documentation I
understand
what William is asking for.
What level of testing do we need to do before we can add a new
version of
DB2 to the list of supported databases? Is just running our
below
On 5/4/07, Craig L Russell [EMAIL PROTECTED] wrote:
I'd like reopen the discussion on how to package and name our
artifacts. I think the current setup could be improved, to
give a
better experience for users who might not be using maven for
dependency management. It's easy
The vote in the OpenJPA community to graduate from the incubator to a
new top level project has completed. The vote thread can be viewed at
[1] starting with message [2].
The next step is to prepare a vote for the incubator.
+1 votes were recorded from:
Craig Russell
Patrick Linskey
Marc
Hi,
The following is a draft request for the Incubator PMC to graduate
OpenJPA to TLP status. The request will be in the form of a VOTE to
recommend the board resolution (minor tweaks are being discussed in a
parallel thread).
Please review and comment. I'll incorporate comments as I
, -1 means we should
not,
and 0 means don't care. The vote will remain open until Wednesday
May 9th at 23:59 GMT.
On May 4, 2007, at 6:55 AM, Michael Dick wrote:
Some comments below
On 5/4/07, Craig L Russell [EMAIL PROTECTED] wrote:
I'd like reopen the discussion on how to package
Hi Patrick,
Could you get IJ to open-source the required interfaces needed to
compile with? That would be the best option if you wanted to add it
to the OpenJPA project.
Craig
On May 4, 2007, at 4:02 PM, Patrick Linskey wrote:
Hi,
Earlier this week, I wrote a (very) basic OpenJPA /
This message is for committers.
When conducting official Apache business (e.g. votes), use of your
Apache email address is optional. However, to avoid delays, please
register your non-Apache email addresses at https://svn.apache.org/
repos/private/committers/MailAlias.txt.
Thanks,
Craig
I'd like reopen the discussion on how to package and name our
artifacts. I think the current setup could be improved, to give a
better experience for users who might not be using maven for
dependency management. It's easy for us to change now before
graduation because once we graduate,
It's not too late to vote. Everyone in the community is encouraged to
review the material, provide any comments, and vote.
Craig
Begin forwarded message:
From: Craig L Russell [EMAIL PROTECTED]
Date: May 3, 2007 7:22:05 AM PDT
To: open-jpa-dev@incubator.apache.org
Subject: [VOTE] Graduate
close?
Thanks.
Eddie
On 5/4/07, Craig L Russell [EMAIL PROTECTED] wrote:
It's not too late to vote. Everyone in the community is encouraged to
review the material, provide any comments, and vote.
Craig
Begin forwarded message:
From: Craig L Russell [EMAIL PROTECTED]
Date: May 3, 2007 7:22:05 AM
Hi Phill,
My sense of this community is that they don't want to be restricted
in the space of API implementations that make sense for their
pluggable persistence engine.
I would like to hear from other community members on this subject.
If you feel that you want to change your vote and
This vote is to send the attached draft board resolution to the
incubator for the purpose of graduation from the incubator to the
Apache OpenJPA project.
+1 We're ready; let's graduate
0 Don't care
-1 Let's wait
Establish the Apache OpenJPA project
WHEREAS, the Board of Directors
+1
Craig
On May 3, 2007, at 7:22 AM, Craig L Russell wrote:
This vote is to send the attached draft board resolution to the
incubator for the purpose of graduation from the incubator to the
Apache OpenJPA project.
+1 We're ready; let's graduate
0 Don't care
-1 Let's wait
Establish
Hi Kevin,
I understand your concern. We could sort by last letter. But you'd
still be underneath bea, ode, and openejb. ;-)
Also, you have such a teeny tiny little graphic it gets totally lost
underneath the camel. How about making the Websphere graphic ten
times bigger? Or coming up
I'll be there as well.
Craig
On Apr 25, 2007, at 12:05 AM, Patrick Linskey wrote:
Hey,
Is anyone else going to be at ApacheCon next week? Marc Prud'hommeaux
and I will both be there.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
On Apr 24, 2007, at 11:38 AM, Marc Prud'hommeaux wrote:
David-
Does this seem like a reasonable explanation?
That sounds right to me.
Note that if we ever update OpenJPA to depend solely on the
TransactionSynchronizationRegistry, then we won't be able to do
things like suspending the
I think maybe the issue is a simple usage issue.
If you already have a persistent StoreType instance, and you store a
reference to it in a new Store instance, then when you persist the
Store, the StoreType instance is simply used to provide a foreign key
in the database.
And if you have
+1 to all that.
What JDO does is publish the non-maven artifacts to the dist/db
directory (JDO is a db sub-project) and there is a script that allows
us to use the mirrors to let folks get the binary or source download.
And we publish the maven artifacts so that a user can just write a
://people.apache.org/repo/m2-
snapshot-repository/org/apache/openjpa/ (so people can reference
the individual artifacts as usual), but upload the artifacts from
the openjpa-project sub-pom to a separate location?
On Apr 25, 2007, at 10:29 AM, Craig L Russell wrote:
+1 to all that.
What JDO does
Hi Partick,
On Apr 25, 2007, at 11:41 AM, Patrick Linskey wrote:
That's why we have two datasources for an EMF. One is the
transactional datasource that gives you connections
automatically enlisted in your transactional EM; the other
gives you connections that are never enlisted and can be
The general solution to this problem lies in a crisper definition of
classloader domains in the app server. IIUC, each app server has its
own policies in terms of where various components get loaded and when.
I think we need to engage the server spec team on this, otherwise we
will end up
Hi tbee,
I've only seen bits and pieces of this issue scattered through a
dozen emails. I understand vaguely that you're trying to separate the
persistent field definition from the behavior, but can't really
understand how you're trying to do it.
Would it be possible for you to post a
OpenJPA has done a great job of forming a diverse community around a
great code base whose IP has been reviewed and approved for release,
and we're now a well-functioning, project in the incubator. So we are
now at the stage when we should think about when and how to leave the
incubator
I agree that it's nice to have an out-of-the-box database shipped
with our distribution.
Once Java SE 6 is universal, we can revisit the decision, since Java
SE 6 distributes Java DB (a renamed Derby distribution).
Craig
On Apr 23, 2007, at 3:03 PM, Kevin Sutter wrote:
Derby provides a
to avoid responsibility for these tasks.
Craig
[1] http://www.apache.org/foundation/records/minutes/2006/
board_minutes_2006_01_18.txt
On Apr 23, 2007, at 2:49 PM, Craig L Russell wrote:
OpenJPA has done a great job of forming a diverse community around
a great code base whose IP has
+1 to release
First, Mike, this release vote request is a thing of beauty. I'm
going to frame it for reference.
I used mvn to get the maven artifacts of the build; all the dependent
artifacts downloaded and everything worked fine with Mike's excellent
repository.
I ran rat on both
Hi Marc,
I guess you need someone to run a test suite that is container-based.
Aside from the TCK for JPA, running inside the container, are there
other test suites that would demonstrate this functionality?
Craig
On Apr 22, 2007, at 2:25 PM, Marc Prud'hommeaux (JIRA) wrote:
[
Hi,
Could the vm used to build openjpa be given some more memory to allow
the build to go through more often?
Is this something the openjpa folks can do ourselves?
Thanks,
Craig
Begin forwarded message:
From: [EMAIL PROTECTED] open-jpa-
[EMAIL PROTECTED]
Date: April 21, 2007 2:08:08 PM
with a refresh of the
EJB3
Feature Pack. Our plans have since changed, so the urgency is no
longer
present. I just want any OpenJPA release to be usable and not
regress
expected function.
Thanks,
Kevin
On 4/18/07, Craig L Russell [EMAIL PROTECTED] wrote:
This isn't the last release of openjpa
to be usable and not
regress
expected function.
Thanks,
Kevin
On 4/18/07, Craig L Russell [EMAIL PROTECTED] wrote:
This isn't the last release of openjpa. What is the urgency for
fixing this before our major event (the last release before exiting
the incubator)?
Is this release planned
Hi Jacek,
On Apr 19, 2007, at 7:56 AM, Jacek Laskowski wrote:
I thought I needed to add the class names to persistence.xml to
have them
post-processed.
What do you mean by post-processed. There's no notion of
post-processing in JPA.
Post processing is a common term used to describe
Hi Eddie,
On Apr 18, 2007, at 8:46 AM, Eddie O'Neil wrote:
The release is looking good with two items that should be addressed
and some nits. :)
Major issues:
- Mike's GPG key is present in site/docs/KEYS but this file needs to
be copied to http://incubator.apache.org/openjpa/KEYS as well.
On Apr 18, 2007, at 10:19 AM, Patrick Linskey wrote:
[eko] Yeah -- I noticed. Just didn't know how paranoid folks
tend to be about this sort of stuff since TCK details seem to
be kept under wraps.
None of this IP comes from the TCK itself. I don't think that the TCK
license bans people from
For the record, I'm still
+1 for release.
But if you want to cut another to fix the minor items that have been
surfaced, it's ok with me.
Craig
On Apr 18, 2007, at 11:42 AM, Eddie O'Neil wrote:
Mike--
RE the KEYS file, you can just ssh to people.apache.org and check
the KEYS file out
in this
regard.
Yes, changing the bits restarts the clock.
Craig
On 4/18/07, Craig L Russell [EMAIL PROTECTED] wrote:
For the record, I'm still
+1 for release.
But if you want to cut another to fix the minor items that
have been
surfaced, it's ok with me.
Craig
On Apr 18, 2007, at 11:42 AM, Eddie
This isn't the last release of openjpa. What is the urgency for
fixing this before our major event (the last release before exiting
the incubator)?
Is this release planned to be bundled with some other significant
release?
Craig
On Apr 18, 2007, at 4:40 PM, Michael Dick wrote:
I
+1 for release
I ran Robert's Donkin's RAT program on the release, and it reported a
few anomalies:
No license:
openjpa-project-0.9.7-incubating-source/CHANGES.txt
ok: No IP here
openjpa-project-0.9.7-incubating-source/RELEASE-NOTES.html
don't know: I'd approve it but others in the
by my count. :)
Eddie
On 4/14/07, Marc Prud'hommeaux [EMAIL PROTECTED] wrote:
I just went ahead and manually updated the license headers, just to
get this taken care of quickly.
On Apr 14, 2007, at 2:30 PM, Craig L Russell wrote:
Hi Eddie,
Removing Cliff from this discussion; sorry
doesn't support comments, so I had to leave the license out of that
file.
On Apr 14, 2007, at 11:21 PM, Craig L Russell wrote:
Good exercise anyway. I notice you found some files with no
license headers at all.
Good job.
Craig
On Apr 14, 2007, at 2:57 PM, Marc Prud'hommeaux wrote
, at 11:55 AM, Craig L Russell wrote:
Hi Michael,
Thanks for all the work.
I thought we were going to also release a maven download for the
jar file containing all the openjpa stuff and a pom that contains
the dependencies. This would enable folks using maven to simply
put the five lines
identical to, or derivative from, the binary assembly, it seems to me
that listing every uploaded artifact might be needlessly cumbersome.
Please let me know if I have mis-understood your issue.
On Apr 13, 2007, at 12:40 PM, Craig L Russell wrote:
Hi Marc,
Artifacts need to be approved (voted
Hi Hans,
On Apr 12, 2007, at 8:43 AM, Hans J. Prueller wrote:
hi,
as you know I am switching from EJB2.1 CMP to JPA (OpenJPA). I'd
like to know the preferred way to perform attribute initialisation
of newly created entity instances, e.g. we initialized our EJB2.1
CMP entity beans with
; the release is secondary.
Craig
On 4/10/07, Craig L Russell [EMAIL PROTECTED] wrote:
Hi Mike,
Did you accidentally remove the licenses from the xml files???
Craig
On Apr 10, 2007, at 2:59 PM, [EMAIL PROTECTED] wrote:
Modified: incubator/openjpa/branches/0.9.7-incubating/openjpa-
examples
Generally in favor of including this performance patch with the
release. Just a few questions:
1. How good is the patch? Has it been put through whatever extensive
Unit Tests tests anyone has?
2. How easy is it to respin the release? I'd hope that this is a
matter of a few hours but I'm
Hi Pinaki,
On Apr 10, 2007, at 6:44 PM, Pinaki Poddar wrote:
provide a patch.
Will such a patch be given to Glassfish project?
But some kind of committer-level privilege will be required, i
suppose.
have added few more informative messages to distinguish between
different ways persistence
Hi Dain,
On Apr 10, 2007, at 12:58 PM, Dain Sundstrom wrote:
On Apr 9, 2007, at 5:44 PM, Craig L Russell wrote:
Hi Dain,
On Apr 9, 2007, at 11:10 AM, Dain Sundstrom wrote:
On Apr 8, 2007, at 1:56 PM, Craig L Russell wrote:
Hi Dain,
I haven't looked in detail at the life cycle of CMP
FYI, Persistence is an open source project at Glassfish.
Anyone, even an OpenJPA contributor, who wants to contribute to the
project for example to improve the error messages, is welcome to look
at the sources and provide a patch. I know people who will be happy
to commit usability
Hi Mike,
Did you accidentally remove the licenses from the xml files???
Craig
On Apr 10, 2007, at 2:59 PM, [EMAIL PROTECTED] wrote:
Modified: incubator/openjpa/branches/0.9.7-incubating/openjpa-
examples/pom.xml
URL: http://svn.apache.org/viewvc/incubator/openjpa/branches/0.9.7-
This checkin looks like a line ending mismatch. All xml files should
be specified as eol-style native.
Craig
On Apr 10, 2007, at 2:59 PM, [EMAIL PROTECTED] wrote:
Modified: incubator/openjpa/branches/0.9.7-incubating/openjpa-
project/pom.xml
URL:
Hi Dain,
On Apr 8, 2007, at 12:17 AM, Dain Sundstrom wrote:
Is it possible to reuse instances from transaction to transaction?
I would like to be able to create a bean in one transaction, detach
it and reattach the same instance in a new transaction. My goal
here is specifically to reuse
Hi Dain,
I haven't looked in detail at the life cycle of CMP beans in a couple
of years, but in general you can't simply keep the state of the
underlying Entities through the life cycle. CMP beans are pooled and
reused in transaction contexts and you have to load the state at
specific
Hi Mike,
Something is wrong with the openjpa release process. Artifacts should
not be uploaded to the repository until they are voted out of the
project. Until they are ready, you should stage the proposed release,
sign it, and after you're sure it's ready to go, call for a review on
the
this to the official maven-gpg-plugin at some point).
On Apr 8, 2007, at 3:07 PM, Craig L Russell wrote:
Hi Mike,
Something is wrong with the openjpa release process. Artifacts
should not be uploaded to the repository until they are voted out
of the project. Until they are ready, you should
on the
team list for the maven-release plugin). I sent him an email asking
about
it.
In any event the release plugin warrants a closer look.
On 4/8/07, Craig L Russell [EMAIL PROTECTED] wrote:
Hi Marc,
I'll plead ignorance on this. I'd like to have some feedback from the
maven incubator experts here
in persistence context?
Craig L Russell wrote:
If you look at the exception that is thrown from the database, it's a
pretty general exception.
The statement was aborted because it would have caused a duplicate
key value in a unique or primary key constraint or unique index
identified
If you look at the exception that is thrown from the database, it's a
pretty general exception.
The statement was aborted because it would have caused a duplicate
key value in a unique or primary key constraint or unique index
identified by 'SQL070403054930170' defined on 'BSC'.
This
I think any time we make a change to the external view of the project
we need to have a discussion first.
IMHO The JIRA process is pretty good for this kind of stuff. Someone
proposes a feature with non-standardized external behavior and writes
up what it should look like. Then we agree on
This is strange. Autoboxing turned off somehow? I must be doing
something wrong. Just checked out from the tip of trunk,
[INFO] Building OpenJPA JDBC
[INFO]task-segment: [install]
[INFO]
[INFO]
Hi David,
The DB2Dictionary class doesn't compile with 1.4 due to autoboxing.
Can you please fix this?
Craig
public String getForUpdateClause(JDBCFetchConfiguration fetch,
boolean forUpdate) {
String isolationLevel = null;
Boolean updateClause = null;
Never mind. I fixed it. I guess we still need to decide whether the
change goes in, but meantime it should compile...
Craig
On Apr 3, 2007, at 12:58 PM, Ritika Maheshwari wrote:
yes will do that
ritika
On 4/3/07, Craig L Russell [EMAIL PROTECTED] wrote:
Hi David,
The DB2Dictionary
+1
Always looking for some creative talent to make web presence better.
Craig
On Apr 3, 2007, at 6:22 AM, Hiram Chirino wrote:
Hi Guys,
I'm the guy that put the original ActiveMQ design together. If you
want
I'll tweak it some more for you guys. Perhaps change the color
scheme? Or
So, Jacek Laskowski is unable to send emails to the dev list. I don't
recall seeing any moderation messages.
Craig
Begin forwarded message:
BTW, I'm still unable to send emails to open-jpa-dev. Who should I
contact to in order to fix it?
Jacek Laskowski
Craig Russell
Architect, Sun Java
cut already?
-dain
On Apr 1, 2007, at 10:07 PM, Craig L Russell wrote:
+1 to remove the restriction. As long as no parameters are
missing,
the query should be considered sufficient.
Craig
On Apr 1, 2007, at 9:30 AM, Marc Prud'hommeaux wrote:
Seem
Hi Jeff,
The pattern you use for Book/Library is
public class BookId implements Serializable {
private String name;
private String library;
The pattern you use for Page/Book is
public class PageId implements Serializable {
private int number;
private BookId book;
Have you
On Apr 2, 2007, at 11:18 AM, Abe White wrote:
The spec says in 3.2.4.1 p. 52: Any Version columns used by the
entity must be checked by the persistence runtime implementation
during the merge operation and/or at flush or commit time.
So, one could agree with Abe (the and/or is the key).
Ok.
Hi Mike,
On Apr 2, 2007, at 3:16 PM, Michael Dick wrote:
Earlier today I created the 0.9.8 release in JIRA, and moved most
of the
open issues from 0.9.7 to 0.9.8.
There's one open issue against 0.9.7 - OpenJPA-179 and I'll submit
a fix for
that later tonight (or move it to 0.9.8). Marc
Hi Jacek,
I'm not moderating this list (yet). I'll let you know when to try again.
Craig
On Apr 2, 2007, at 1:00 PM, Jacek Laskowski wrote:
Hopefully, it passes the gates.
Jacek
--
Jacek Laskowski
http://www.JacekLaskowski.pl
Craig Russell
Architect, Sun Java Enterprise System
Hi Dain,
I've seen this problem as well, with a different provider. The JPA
spec lead sez that ?1 IS NULL is not a portable JPAQL query, even
though some providers can generate SQL that some databases can
execute properly.
It might not be an easy issue for OpenJPA to fix. How easy is it
Hi Jeff,
The reason that this is done is so you can create an instance of the
PageId class without having a persistent (or detached) instance of
Book. The way it works now, if you have the id of the Book you can
construct an instance of the PageId by also supplying the page number.
If
+1 to remove the restriction. As long as no parameters are missing,
the query should be considered sufficient.
Craig
On Apr 1, 2007, at 9:30 AM, Marc Prud'hommeaux wrote:
Seem fair enough to get rid of the description. I've opened https://
issues.apache.org/jira/browse/OPENJPA-196
On Mar 29, 2007, at 5:00 PM, Patrick Linskey wrote:
Also, we might want to think about other bundlings, such as
creating a
single jar with all dependencies,
I'm not all that keen on merging other project's jars into a single
monolithic jar. I think people expect that component-oriented
By the way, I've seen failure to download dependencies causing build
failures that are resolved by running mvn multiple times. Each time
more of the dependencies get loaded but failures occur on subsequent
download attempts.
Maybe there should be a flag (default to true) that retries
1 - 100 of 245 matches
Mail list logo