at this. I tried adding a flush after the
remove but the test fails at the same location. I also tried
commenting out the merge calls, but it fails at the same point.
Any ideas? Do you think it is a bug?
-dain
On May 29, 2007, at 11:50 AM, Kevin Sutter wrote:
Hi Dain,
Your nudge worked... I
Marc,
What are your views on this request? Since you seem to be intimately
familiar with the data cache API, do you see a problem with introducing this
additional get method? Either from an expectation viewpoint or an
implementation viewpoint? Thanks.
Kevin
On 5/29/07, Daniel Lee [EMAIL
Hi Dain,
Your nudge worked... I noticed your append last week, but didn't act on
it. If I remember correctly, I think there are some nuances with our
merge() processing. From what I can tell, your example doesn't explicitly
require the merge() invocations (although they shouldn't hurt). I
+1 for the 1.0.0-SNAPSHOT
On 5/23/07, Marc Prud'hommeaux [EMAIL PROTECTED] wrote:
We recently discussed committing ourselves to the next release being
OpenJPA 1.0.0. The general consensus seems to be in favor, so I'm
putting it to a vote.
+1 Make the current release be 1.0.0-SNAPSHOT,
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
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
Hi,
There are semi-related problems with the Discriminator support documented in
OPENJPA-143. It seems that if we veer away from the string-based
discriminators, then we still have a few problems... Sorry, no answers at
the moment. Just sharing the pain...
Kevin
On 5/21/07, Pinaki Poddar
Sorry to show my ignorance, but what are historical objects? Thanks!
Kevin
On 5/18/07, Ricardo Andere de Mello [EMAIL PROTECTED] wrote:
ok, I'm sending this message to netmind list too, so they can answer my
next
question too:
* Maybe this is a silly question, but is it possible to place
OpenJPA Community,
So, is this XML Mapping support interesting to the community? Catalina has
been working on a solution for this O/Xml Mapping support and is looking for
interest from the community for discussion purposes before possibly
contributing it to OpenJPA. We can provide more detail
On 5/17/07, Murali [EMAIL PROTECTED] wrote:
and the following error is getting displayed. Persistence.xml file is
available in the META-INF folder.
Okay, and is this META-INF folder available to your build environment? The
classpath that is referenced via your classpathref=dao.classpath
Murali,
This is probably a question for the application server (jboss in your case)
rather than the jpa provider (openjpa). The binding of an
EntityManagerFactory into jndi is an application server (ie. container)
process, not a jpa provider process. (The same thing goes for your
datasource
I don't think it matters whether you are using DB2 or any other database.
Getting back to one of Patrick's earlier requests... Can you post more
information on the Project and Base classes? You've posted a snippet of the
Base class and it's ID, but how are you defining the Project and it's ID?
Joshua,
Most definitely you can ask user questions on this list. Thanks for
posting.
OpenJPA provides the ability to autogenerate the database tables at runtime
via the SynchronizeMappings property in the persistence.xml. Here's an
example usage:
persistence-unit name=inheritance
Ship it. :-)
On 5/6/07, Craig L Russell [EMAIL PROTECTED] wrote:
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).
of the
OpenJPA PMC:
Eddie O'Neil[EMAIL PROTECTED]
Geir Magnusson Jr. [EMAIL PROTECTED]
Brian McCallister [EMAIL PROTECTED]
Patrick Linskey [EMAIL PROTECTED]
Craig Russell [EMAIL PROTECTED]
Kevin
The ordering of the products on this page has bothered me for quite some
time -- especially since WebSphere is always listed last. :-)
Alphabetically is better (as James just did), but still not great. I have
seen web sites that will randomly sort entries on a page such as this so
that every
the Websphere graphic ten
times bigger? Or coming up with a cooler graphic entirely?
Craig
On May 2, 2007, at 6:57 AM, Kevin Sutter wrote:
The ordering of the products on this page has bothered me for
quite some
time -- especially since WebSphere is always listed last. :-)
Alphabetically is better
Patrick,
On 4/27/07, Patrick Linskey [EMAIL PROTECTED] wrote:
In terms of graduation, if we go the top-level route, I'd like to
propose Craig as the PMC chair.
I second that vote, if you are not interested. Craig has gotten us out of
Apache hot water a few times with his background on
Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 24, 2007 3:29 PM
To: open-jpa-dev@incubator.apache.org
Subject: Re: Possible problem with ddl with only a
jta-datasource and sequences
On Apr 24, 2007, at 2:17 PM, Kevin Sutter wrote:
Patrick,
On 4/24/07
I wonder if this is possibly related to OPENJPA-179 and/or OPENJPA-198?
Although Phill's symptoms are slightly different, he is getting unexpected
behavour just because the schema name is specified. May be completely
unrelated, but the description jogged my memory on this outstanding problem
Derby provides a nice out of the box experience, so I vote to keep it with
our set of required runtime libraries.
On 4/18/07, Michael Dick [EMAIL PROTECTED] wrote:
In general I agree with Patrick. I'm +0 regarding including Derby, it's
nice
for the examples, but it just doesn't seem right to
+1
On 4/20/07, Patrick Linskey [EMAIL PROTECTED] wrote:
+1
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its
tests
clean and then go forward with another vote... But, I am open to other
suggestions.
Kevin
On 4/19/07, Kevin Sutter [EMAIL PROTECTED] wrote:
Craig and others,
Here's the scoop with OPENJPA-222... A couple of weeks ago, DaveW
committed some changes to OPENJPA-182. Patrick reviewed
:52 AM, Kevin Sutter wrote:
Another alternative is to back out the changes for OPENJPA-182
until we get
the complete solution.. But, looking at the changes for
OPENJPA-182, that
looks to be quite the job and I'm not sure how many of these parts
have been
touched since that commit... I
. This would be particularly useful to
facilitate the process of building release notes that discuss issues
that are maybe underdocumented.
-Patrick
-Original Message-
From: Kevin Sutter (JIRA) [mailto:[EMAIL PROTECTED]
Sent: Monday, April 16, 2007 2:23 PM
To: open-jpa-dev
+1 for the 0.9.7 release.
On 4/16/07, Patrick Linskey [EMAIL PROTECTED] wrote:
openjpa-project-0.9.7-incubating-source/openjpa-jdbc/src/main/
resources/org/apache/openjpa/jdbc/schema/schemas-doctype.rsrc
don't know: This is a dtd describing document type schemas. It
doesn't appear to be
[
https://issues.apache.org/jira/browse/OPENJPA-184?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter reopened OPENJPA-184:
--
Assignee: David Wisneski
Sorry, I'm going to re-open this Issue. I don't see any mention
Armad,
This exception doesn't mean the table doesn't exist in the database, it
means that the metadata doesn't define a proper table for this persistence
type. Either the annotations or the xml are not properly defining the table
for this persistence type. It would be good to see the complete
Armad,
Your error seems to have shifted. The original posting indicated that the
exception text was concerning the table metadata:
org.apache.openjpa.persistence.ArgumentException: No table was given for
persistent type...
But, your latest append indicates that the actual database table does
Dain,
When you mention the CMP test suite are you referring to the CTS TCK? If
so, how does CMP correspond to EJB's and their use of JPA (in the EJB3
sense)? I understand your request. I'm just trying to understand whether
this is a requirement or just a bad test case in the CTS TCK. The JPA
: 0.9.7
Reporter: Kevin Sutter
Fix For: 0.9.8
Dain first reported this problem on the dev mailing list:
http://www.nabble.com/Float-primary-key--tf3557137.html
My response:
Okay, I looked at the spec a bit closer and it looks like we need to allow for
floats as primary
Question...
Now that Abe has graciously resolved OpenJPA-134 (
https://issues.apache.org/jira/browse/OPENJPA-134), I would really like to
see this get included into the 0.9.7 release. This fix looks to resolve the
redundant sql joins that were dogging the performance of certain
benchmarks. By
candidate
because it's the release candidate that the community should be
testing. And if this patch has any issues, we'll hear about it.
Craig
On Apr 11, 2007, at 2:09 PM, Kevin Sutter wrote:
Question...
Now that Abe has graciously resolved OpenJPA-134 (
https://issues.apache.org/jira
On 4/10/07, Abe White [EMAIL PROTECTED] wrote:
OpenJPA expands the available ordering syntax. See ??? in the
Reference
Guide for details.
I'm assuming this should be referring to our Large Result Set
capabilities.
LRS capabilities don't affect OrderBy. The note should be
[
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
[
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
, which will contain many
bug fixes and performance improvements. Kevin Sutter has been
volunteered to cut the release once we decide there is enough done
on the list.
The JSR 220 TCK was passed.
JIRA now contains numerous proposed bug fixes and feature
enhancements, tentatively
Craig,
I like the idea of putting together a roadmap. I had started this
conversation with Patrick earlier this week, so your timing is perfect.
Concerning the 0.9.7 release... I would like to shut down the development
of this release somewhat soon. We have produced so many CTS-related,
[
https://issues.apache.org/jira/browse/OPENJPA-132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482462
]
Kevin Sutter commented on OPENJPA-132:
--
Abe,
Can you post your patch so that we can see how the two approaches
[
https://issues.apache.org/jira/browse/OPENJPA-149?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter reassigned OPENJPA-149:
Assignee: Kevin Sutter
non-jta-data-source must be specified in WebSphere environments
[
https://issues.apache.org/jira/browse/OPENJPA-149?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter updated OPENJPA-149:
-
Fix Version/s: 0.9.7
Priority: Blocker
Affects Version/s: 0.9.6
I am
[
https://issues.apache.org/jira/browse/OPENJPA-5?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter updated OPENJPA-5:
---
Fix Version/s: 1.0.0
Affects Version/s: 0.9.0
0.9.6
OpenJPA doesn't
[
https://issues.apache.org/jira/browse/OPENJPA-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter reassigned OPENJPA-165:
Assignee: Kevin Sutter
QueryImpl.setFirstResult does not take already set maxResults
[
https://issues.apache.org/jira/browse/OPENJPA-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter updated OPENJPA-165:
-
Fix Version/s: 0.9.7
I've discussed this problem with Jonathan and we should have a patch
Just curious,
Has there been any testing with Java 2 Security enabled and OpenJPA? I'm
hitting a semi-intermittent problem (it doesn't seem to show up on all
machines) which results in an NPE coming out of the
javax.persistence.Persistence.createEntityManager method. I know we have no
control
Hi,
John is having some problems with posting to the open-jpa-dev mailing list
via his e-mail account, so I am posting this message for him so that we can
start this conversation...
=
Fellow OpenJPAers, :)
As Craig had brought up (through Scott
bug with Windows
file handing.
Good idea. I was assuming that it was a standard file (ie. persistence.xml).
Let me try that as well.
Kevin
On Mar 13, 2007, at 5:55 AM, Kevin Sutter wrote:
Just curious,
Has there been any testing with Java 2 Security enabled and
OpenJPA? I'm
hitting
[
https://issues.apache.org/jira/browse/OPENJPA-113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478779
]
Kevin Sutter commented on OPENJPA-113:
--
FYI, we have also encountered this problem with annotations. If you
Hi,
Can someone explain the difference between the @Dependent annotation and the
cascade=ALL (or any of the cascading actions) element of the relationship
annotations? From what I can tell in the documentation, they provide
similar function. Maybe the @Dependent (and associated
Thanks, Abe. This explanation helps a great deal. Should we update the
documentation with some of this information?
Kevin
On 3/7/07, Abe White [EMAIL PROTECTED] wrote:
First, dependent should be compared to cascade=REMOVE rather than (or
in addition to) cascade=ALL.
cascade=REMOVE means
Patrick,
I'm a little confused with all of these updates you are doing with the JIRA
Issues. Most of the updates are related to specifying a Fix Version of
0.9.7. Does this mean you are planning on having all of these Issues
resolved for 0.9.7? Or, do you think this field specifies which
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: Kevin Sutter [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 01, 2007 4:55 AM
To: open-jpa-dev
[
https://issues.apache.org/jira/browse/OPENJPA-149?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476737
]
Kevin Sutter commented on OPENJPA-149:
--
Brad,
For now, go ahead and use the workaround as documented
[
https://issues.apache.org/jira/browse/OPENJPA-160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476744
]
Kevin Sutter commented on OPENJPA-160:
--
IIRC, we're operating in a commit-then-review mode in OpenJPA
My original thought with the code changes is that when the SystemClassLoader
is returned, the processing is no worse than it was before the change.
Granted, it's no better either, but I was focused on the Container-managed
environment...
Marc's suggestion would seem to resolve the issue by
I have backed out the original changes via svn revision 512327 -- just did
it this morning. Dave will create a JIRA report for this optimization so
that we can work through the issues and then we'll integrate a new set of
changes.
Kevin
On 2/22/07, Abe White [EMAIL PROTECTED] wrote:
3.
[
https://issues.apache.org/jira/browse/OPENJPA-138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter resolved OPENJPA-138.
--
Resolution: Fixed
Code changes per Issue comments are complete.
More performance
[
https://issues.apache.org/jira/browse/OPENJPA-141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter resolved OPENJPA-141.
--
Resolution: Fixed
Code changes complete per comments in Issue.
More performance
[
https://issues.apache.org/jira/browse/OPENJPA-139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter resolved OPENJPA-139.
--
Resolution: Fixed
Code changed per Issue comments via SVN revision 505099
[
https://issues.apache.org/jira/browse/OPENJPA-134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476054
]
Kevin Sutter commented on OPENJPA-134:
--
The following conversation has also been recorded in the dev mailing
Patrick,
This is really strange. At first, I thought this was just another case of
the line ending character problem. But, when I look at the svn history of
the DB2Dictionary.java file, it's as if this latest commit is the only
record of the file. But, when I look at previous revisions, the
for some agreement (or disagreement) before doing any of the
cleanup.
Kevin
On 2/22/07, Kevin Sutter [EMAIL PROTECTED] wrote:
Patrick,
This is really strange. At first, I thought this was just another case of
the line ending character problem. But, when I look at the svn history
Thanks for the confirmation of the optimization ideas. We'll work through
the issues and come back with another version.
On 2/22/07, Patrick Linskey [EMAIL PROTECTED] wrote:
+1. FTR, despite Abe's and my barrage of design suggestions, I love the
optimization. Abe: good call on using it for
Hans,
Instead of managing the lifecycle of the EntityManagerFactory and
EntityManager yourself, why not use injection of the EM via
@PersistenceContext? There are several examples of this usage in the JPA
spec and the OpenJPA documentation.
Kevin
On 2/21/07, Hans Prueller [EMAIL PROTECTED]
Segu,
In the future, could you please reference the JIRA Issue in your commit
message? Just a simple OPENJPA-155. Capturing reference to the
Column[]... would automatically put the SVN changed lines into the Jira
Issue for easy reference. Thanks.
Kevin
On 2/20/07, [EMAIL PROTECTED] [EMAIL
The WebSphere Transaction API does not allow for suspension of a
transaction. Even if we move to the official JPA transaction API
(TransactionSynchronizationRegistry), there is no suspend method available.
I would have to better understand OpenJPA's need for the transaction
suspension before
,
returning from the method would resume the suspended transaction. If
needed, an Object returned from the method could contain the results
of the method.
Craig
On Feb 19, 2007, at 8:14 AM, Kevin Sutter wrote:
The WebSphere Transaction API does not allow for suspension of a
transaction. Even if we
, 2007, at 12:37 PM, Kevin Sutter wrote:
Excellent use of the Java EE features! :-)
Kevin
On 2/19/07, Craig L Russell [EMAIL PROTECTED] wrote:
It is possible to suspend a transaction by the standard Java EE
technique. Unfortunately, this might be considered a hack, but AFAIK
it's perfectly
[
https://issues.apache.org/jira/browse/OPENJPA-149?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474324
]
Kevin Sutter commented on OPENJPA-149:
--
The referenced method
But, more often than not, if I don't include the -Dtest=false stanza, the
tests will fail as described earlier in this thread.
If nobody else is experiencing this, maybe it's a JDK thing again. I could
try to reproduce with the Sun JDK. Any other thoughts?
Kevin
On 2/12/07, Kevin Sutter [EMAIL
out by just hard-coding the data-seeding logic into the test case,
which I've been meaning to do since you reported the problem, but
just haven't had time yet.
I'll try to get it done today...
On Feb 15, 2007, at 9:29 AM, Kevin Sutter wrote:
I am still experiencing the same problem. Am I
Abe,
This change is causing problems in an application server environment. I
pulled in this change this morning, re-built, and tried our perf benchmark
(SunOne with OpenJPA) and I get the following exception:
Caused by: 0|false|0.9.7-incubating-SNAPSHOT
[
https://issues.apache.org/jira/browse/OPENJPA-141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter updated OPENJPA-141:
-
Attachment: openjpa-141.txt
Just posted another version of the performance patch for openjpa
[
https://issues.apache.org/jira/browse/OPENJPA-141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter updated OPENJPA-141:
-
Attachment: openjpa-141.txt
On second thought, I have attached the proposed patch to this Issue
[
https://issues.apache.org/jira/browse/OPENJPA-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12473228
]
Kevin Sutter commented on OPENJPA-141:
--
Good thing I posted the patch... ;-)
1. Why not keep a single
[
https://issues.apache.org/jira/browse/OPENJPA-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12473243
]
Kevin Sutter commented on OPENJPA-141:
--
Yes, good catch, Craig. The original location that I wanted
Just to add a me too to help out Dain... I have also seen this problem
while debugging other problems. At the time I figured I was doing something
wrong, so I didn't report it. I'll see if I can reproduce it again and
provide more insights.
Kevin
On 2/13/07, Marc Prud'hommeaux [EMAIL
Hi,
There have been several requests about the performance analysis that we've
been doing. This performance analysis has resulted in three JIRA Issues
thus far (OPENJPA-115, OPENJPA-138, and OPENJPA-141) with more to come, I'm
sure. We're not ready to go public with the specific results yet,
: OpenJPA
Issue Type: Bug
Components: jpa
Reporter: Kevin Sutter
Using the @DiscriminatorType of Integer with Single Table Inheritance, I've
come across two problems...
o The @DiscriminatorValue seems to be required on abstract classes in the
hierarchy
[
https://issues.apache.org/jira/browse/OPENJPA-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472790
]
Kevin Sutter commented on OPENJPA-141:
--
Sounds good, Abe. Thanks for the comments, Abe and Craig. Here's
)
--
Key: OPENJPA-141
URL: https://issues.apache.org/jira/browse/OPENJPA-141
Project: OpenJPA
Issue Type: Sub-task
Components: jpa
Reporter: Kevin Sutter
Assigned To: Kevin Sutter
[
https://issues.apache.org/jira/browse/OPENJPA-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472840
]
Kevin Sutter commented on OPENJPA-141:
--
Personally, I think I provide sufficient due diligence on the Issues
Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement
(Unknown
which sounds like an issue with the xerces parser. Don't you hate
exceptions from parsers rather than error messages?
Craig
On Feb 10, 2007, at 8:08 PM, Kevin Sutter wrote:
Marc,
It took a while
Abe,
Thanks for the feedback. I know that we have been running with both the IBM
and Sun JDK's, but let me get together with my performance team and discuss
your concerns. We will try to provide more concrete data on these updates.
I understand your concerns, but instead of immediately backing
I have created OPENJPA-141 (
https://issues.apache.org/jira/browse/OPENJPA-141) to track these issues.
Kevin
On 2/12/07, Abe White [EMAIL PROTECTED] wrote:
==
---
Type: Sub-task
Components: jpa
Reporter: Kevin Sutter
Assigned To: Kevin Sutter
Abe's response to my committed changes for OPENJPA-138. I will be working with
Abe and my performance team to work through these issues
is to dynamically
generate a subclass to the entity (which isn't possible if the entity
is final).
On Feb 12, 2007, at 4:33 AM, Kevin Sutter wrote:
Marc (and others),
Shouldn't OpenJPA be detecting these final classes and issuing an
error
message?
Kevin
On 2/12/07, Marc Prud'hommeaux
[
https://issues.apache.org/jira/browse/OPENJPA-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472440
]
Kevin Sutter commented on OPENJPA-141:
--
Re: Caching the TransactionManager in a static...
Although we could
[
https://issues.apache.org/jira/browse/OPENJPA-138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472171
]
Kevin Sutter commented on OPENJPA-138:
--
Thanks for the input from everybody on this topic. I've decided
Hi,
After synching up with the latest changes in SVN, I am hitting an
intermittent problem while running the new tests in
openjpa-persistence-jdbc. Every once in a while, I am getting hundreds of
messsages like the following:
Running
and let us know if the stack trace changes?
On Feb 10, 2007, at 6:21 PM, Kevin Sutter wrote:
Hi,
After synching up with the latest changes in SVN, I am hitting an
intermittent problem while running the new tests in
openjpa-persistence-jdbc. Every once in a while, I am getting
hundreds
+1
Either move to the Geronimo version or get the dev.java version updated.
Either way, just so that we're using a spec-compliant version of the API.
Thanks!
Kevin
On 2/8/07, Marc Prud'hommeaux [EMAIL PROTECTED] wrote:
It turns out that the JPA API we've been building against (the one
from
[
https://issues.apache.org/jira/browse/OPENJPA-138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471761
]
Kevin Sutter commented on OPENJPA-138:
--
I was waiting for Abe to weigh in... :-)
o Cache the Type hashcodes
-
From: Kevin Sutter [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 07, 2007 3:13 PM
To: open-jpa-dev@incubator.apache.org
Subject: Re: JIRA / svn integration
Yes, this is nice. Another good reason to use the JIRA
report number in
your commit message. The strange thing
Components: jpa
Reporter: Kevin Sutter
Priority: Minor
This is a follow-on Issue to OPENJPA-133. Issue 133 was concerned with
properly processing the xml configuration of callback methods. As I was
experimenting with that scenario, I discovered that our processing
[
https://issues.apache.org/jira/browse/OPENJPA-133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter resolved OPENJPA-133.
--
Resolution: Fixed
Modified the processing of the getMethod() method to find the designated
Components: kernel, lib
Reporter: Kevin Sutter
Assigned To: Kevin Sutter
As we continue pushing OpenJPA though its paces, we're finding a few additional
tweaks that help with the performance throughput. This Issue will be used to
track this next set of improvements. I'll
Hi,
I've noticed that we capture the current call stack (via an
IllegalStateException creation) when close() is invoked on the
AbstractBrokerFactory and when free() is invoked on BrokerImpl. Then, if or
when assertOpen fails we include this exception (and call stack) as the
cause of a new
[
https://issues.apache.org/jira/browse/OPENJPA-138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471535
]
Kevin Sutter commented on OPENJPA-138:
--
To give everyone a heads up on the type of changes I plan to introduce
[
https://issues.apache.org/jira/browse/OPENJPA-138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471580
]
Kevin Sutter commented on OPENJPA-138:
--
Thanks for the insights, Patrick. Here are some new observations
1 - 100 of 212 matches
Mail list logo