On Jun 4, 2007, at 6:58 PM, Patrick Linskey wrote:
In fact, I think that not repackaging the
backport classes is a good thing, as it lets people easily plug in the
faster Java 5 version without having to then re-repackage those
classes and recompile them.
This is a really good reason to not
On Jun 4, 2007, at 7:03 PM, Craig L Russell wrote:
[If interfaces change in an incompatible way on most minor
releases, as in your ehcache example, I'd think twice about using
the package at all. Not brilliant change management IMHO.]
EHCache actually kept the interface compatible, it is H
On Jun 4, 2007, at 6:58 PM, Patrick Linskey wrote:
To date, OpenJPA has done minimal repackaging (currently only the EDU
classes). I'm wary of changing this policy, especially considering how
few classes we repackage. In fact, I think that not repackaging the
backport classes is a good thing, a
On Jun 4, 2007, at 6:58 PM, Patrick Linskey wrote:
To date, OpenJPA has done minimal repackaging (currently only the EDU
classes). I'm wary of changing this policy, especially considering how
few classes we repackage. In fact, I think that not repackaging the
backport classes is a good thing, a
To date, OpenJPA has done minimal repackaging (currently only the EDU
classes). I'm wary of changing this policy, especially considering how
few classes we repackage. In fact, I think that not repackaging the
backport classes is a good thing, as it lets people easily plug in the
faster Java 5 vers
On Jun 4, 2007, at 6:39 PM, Patrick Linskey wrote:
I'm allergic to re-namespacing... why do you think that we should
do so?
Avoiding collisions. The majority case is that people don't care
about the extra 327k but they care a lot about not hitting conflicts
with libraries. Dug Lea's libr
I'm allergic to re-namespacing... why do you think that we should do so?
-Patrick
On 6/4/07, Brian McCallister <[EMAIL PROTECTED]> wrote:
I would suggest using backports and repackaging -- though I have
trouble imaging the interfaces on backports changing. I, personally,
am of the opinion that
[
https://issues.apache.org/jira/browse/OPENJPA-250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Linskey updated OPENJPA-250:
Attachment: OPENJPA-250.patch
This patch addresses the synchronization issues, and also re
[
https://issues.apache.org/jira/browse/OPENJPA-250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Linskey updated OPENJPA-250:
Attachment: OPENJPA-250.patch
This patch addresses the synchronization issues, and also re
[
https://issues.apache.org/jira/browse/OPENJPA-250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Linskey updated OPENJPA-250:
Attachment: (was: OPENJPA-250.patch)
> Reduce synchronization bottlenecks in data cach
Reduce synchronization bottlenecks in data cache, metadata repository, and
lifecycle event manager
--
Key: OPENJPA-250
URL: https://issues.apache.org/jira/browse/OPENJ
On Jun 4, 2007, at 4:48 PM, Patrick Linskey wrote:
I'm not sure how to add you to the openjpa-admin confluence group.
Instead, I just added one-off permissions for your user. You should be
in good shape now, albeit in a slightly hacky way.
Thanks, hacks are a way of life. aka Apache Tao.
Cra
+1 and there is still good reason to support 1.4
Craig
On Jun 4, 2007, at 5:11 PM, Dain Sundstrom wrote:
+1 (but I'd rather just drop 1.4 support)
-dain
On Jun 4, 2007, at 4:22 PM, Patrick Linskey wrote:
Hi,
In the process of doing some concurrency-related work on OpenJPA,
I've
run acr
I would suggest using backports and repackaging -- though I have
trouble imaging the interfaces on backports changing. I, personally,
am of the opinion that if at all possible, small dependencies should
be re-namespaced and bundled.
-Brian
On Jun 4, 2007, at 4:22 PM, Patrick Linskey wrote:
+1 (but I'd rather just drop 1.4 support)
-dain
On Jun 4, 2007, at 4:22 PM, Patrick Linskey wrote:
Hi,
In the process of doing some concurrency-related work on OpenJPA, I've
run across the need for a ReentrantReadWriteLock, akin to what is in
Java 5's java.util.concurrent package, Emory Unive
Incidentally, one benefit of using the backport classes is that there
is a special Java 5 version of them available, which is optimized to
use the new Java 5 language features for better performance. So, that
could end up being all we need to do to resolve all these issues in
the long run.
-Patri
I'm not sure how to add you to the openjpa-admin confluence group.
Instead, I just added one-off permissions for your user. You should be
in good shape now, albeit in a slightly hacky way.
-Patrick
On 6/2/07, Craig L Russell <[EMAIL PROTECTED]> wrote:
Hi,
I tried to remove the duplicate email
Last time we discussed this, we decided that JDK1.4 support was still a goal.
I have never used retrotranslator, so have no opinions about its
utility. However, if the question is begged, I'd like to separate it
from this issue -- the switch to the backport APIs is easy (it's
available in maven),
This begs the question of what the need to support jdk 1.4 is, and
whether the jdk 1.4 use case is small enough so it can be handled
with retrotranslator so the actual code and use the real jdk 1.5
concurrent library.
thanks
david jencks
On Jun 4, 2007, at 4:22 PM, Patrick Linskey wrote:
+1
Craig
On Jun 4, 2007, at 4:22 PM, Patrick Linskey wrote:
Hi,
In the process of doing some concurrency-related work on OpenJPA, I've
run across the need for a ReentrantReadWriteLock, akin to what is in
Java 5's java.util.concurrent package, Emory University's
edu.emory.mathcs.backport packa
Hi,
In the process of doing some concurrency-related work on OpenJPA, I've
run across the need for a ReentrantReadWriteLock, akin to what is in
Java 5's java.util.concurrent package, Emory University's
edu.emory.mathcs.backport package, and Doug Lea's EDU.oswego.cs.dl
package.
Currently, OpenJPA
Incidentally, I'm working on code that allows for toggling of
concurrent map providers in different contexts. We could probably
adapt this to be more general-purpose. However, currently, this is not
something that can happen via our current configuration mechanisms,
since some of the key maps in q
Hi Robert,
On Jun 4, 2007, at 2:24 PM, robert burrell donkin wrote:
On 6/4/07, Craig L Russell <[EMAIL PROTECTED]> wrote:
FYI. This is a significant development in licensing. For the first
time, an Apache license is compatible with a GPL license.
it's been a long and hard road but it looks l
On 6/4/07, Craig L Russell <[EMAIL PROTECTED]> wrote:
FYI. This is a significant development in licensing. For the first
time, an Apache license is compatible with a GPL license.
it's been a long and hard road but it looks like we may have made it
to the end, in the end :-)
thanks to everyone
[
https://issues.apache.org/jira/browse/OPENJPA-244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501371
]
Mitesh Meswani commented on OPENJPA-244:
Including a class like J2DoPrivHelper as part of trusted code might
On 6/4/07, Craig L Russell <[EMAIL PROTECTED]> wrote:
Hey,
I think we're done with the migration.
looks good
If anyone has any issues, please let everyone know.
no issues but some comments
IMHO http://openjpa.apache.org/committers.html feels like it
overemphases the organisation to which
[
https://issues.apache.org/jira/browse/OPENJPA-235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501368
]
Gokhan Ergul commented on OPENJPA-235:
--
Markus,
Good news, thanks for your time and effort. What's the proces
[
https://issues.apache.org/jira/browse/OPENJPA-235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501352
]
Markus Fuchs commented on OPENJPA-235:
--
Gokhan,
I applied your patch and ran the TCK successfully again. Your
Hey,
I think we're done with the migration.
If anyone has any issues, please let everyone know. The only open
items I know of are the release instructions that still refer to the
incubator; and the incubator pages themselves still refer to OpenJPA
(I will fix this one).
Craig
Craig Russ
On 6/4/07, Pinaki Poddar <[EMAIL PROTECTED]> wrote:
RSS feed works too
http://mail-archives.apache.org/mod_mbox/openjpa-users/?format=atom
IMHO it's cool to use
http://tools.ietf.org/html/draft-ietf-atompub-autodiscovery-01 to link
the RSS feed from the mailing lists from the website
- robert
RSS feed works too
http://mail-archives.apache.org/mod_mbox/openjpa-users/?format=atom
Pinaki Poddar
BEA Systems
415.402.7317
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, June 04, 2007 2:52 PM
To: dev@openjpa.apache.org
Cc: [EMAIL PROTECTED]
Sub
Bingo. The archive now works as expected.
All done, thanks for your able stewardship of the TLP migration.
Craig
On Jun 4, 2007, at 10:39 AM, Joe Schaefer wrote:
Craig L Russell <[EMAIL PROTECTED]> writes:
Hi,
The archive for http://mail-archives.apache.org/mod_mbox/openjpa-
users/ seems t
But is there a way I could use this value (value of ORD column) in SELECT
then? Eg. I would like to select all the requests for specific set of people
but only those that are on the first position on their requests list.
Not directly, and this is by design. The JPA @OrderBy annotation is
defined
Craig L Russell <[EMAIL PROTECTED]> writes:
> Hi,
>
> The archive for http://mail-archives.apache.org/mod_mbox/openjpa-
> users/ seems to be missing a redirect to format it like an archive. It gives a
> directory listing instead.
Sorry, that's normal for a mailing list with 0 posts.
Try posting s
FYI. This is a significant development in licensing. For the first
time, an Apache license is compatible with a GPL license.
I don't have a "details url".
Craig
Begin forwarded message:
From: Justin Erenkrantz <[EMAIL PROTECTED]>
Date: June 4, 2007 10:05:51 AM PDT
To: Ed Burnette <[EMAIL PR
Hi,
The archive for http://mail-archives.apache.org/mod_mbox/openjpa-
users/ seems to be missing a redirect to format it like an archive.
It gives a directory listing instead.
Thanks,
Craig
Craig Russell
DB PMC, OpenJPA PMC
[EMAIL PROTECTED] http://db.apache.org/jdo
smime.p7s
Descripti
The archives for dev and commits are now merged. The old archives are
not available any more.
Craig
Begin forwarded message:
+ Redirect permanent /mod_mbox/incubator-open-jpa-dev http://mail-
archives.apache.org/mod_mbox/openjpa-dev
+ Redirect permanent /mod_mbox/incubator-open-jpa-commi
I think this thread shows that there are some critical maps at the
core of JPA, and it shows that the optimal map for an environment is
debatable. Is this something we could make configurable? I'm
personally very very skeptical of micro-benchmarks, and won't be
convinced which is best unt
Two
Patrick Linskey wrote:
> Hi,
>
> How many cores / CPUs were you using in these tests?
>
> -Patrick
>
> On 6/1/07, David Ezzio (asmtp) <[EMAIL PROTECTED]> wrote:
>> Hi Marc,
>>
>> I still was not able to get HighScaleLib to work. It produces a
>> SecurityException when attempting to get the
Hi,
OpenJPA adds an extension to JPA spec allowing to persist List order in
additional database table column. It goes like this:
@OrderColumn(name="ORD")
private List requests;
But is there a way I could use this value (value of ORD column) in SELECT
then? Eg. I would like to select all t
40 matches
Mail list logo
