Hans-
If I understand it right - above lookup code will ensure that there
is only
a single EM within a JTA transaction even if I call the method
several times
from several methods within the TX.
Yes, it should. You might want to print out the
System.identityHashCode(broker) to be sure, b
I'm not sure if all of you know, but we are utilizing OpenJPA within a
J2EE1.4 container for EJB3 migration purposes. In this "special" case we
are using JPA in "application managed" mode but with synchronized JTA
transactions of the container.
the current implementation holds a single EMF as a s
[
https://issues.apache.org/jira/browse/OPENJPA-176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marc Prud'hommeaux reassigned OPENJPA-176:
--
Assignee: Marc Prud'hommeaux
> Exception prefixes should be human-readable
> -
Marina-
OK, then it's probably not the Multithreaded property.
I'm stumped :(
On Mar 23, 2007, at 2:56 PM, Marina Vatkina wrote:
Marc,
No, in GlassFish (GF) it shouldn't be the case, but there could be
more than 1 EMF created at the same time. The test case uses
stateless session bean f
[
https://issues.apache.org/jira/browse/OPENJPA-176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marc Prud'hommeaux updated OPENJPA-176:
---
Attachment: OPENJPA-176.patch
The attached patch will change the prefix to look like
[
https://issues.apache.org/jira/browse/OPENJPA-175?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Srinivasa resolved OPENJPA-175.
---
Resolution: Fixed
Fix Version/s: 0.9.7
> Eager selects by PagingResultObjectProvider may not
On Mar 22, 2007, at 8:34 AM, Kevin Sutter wrote:
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 s
Craig...
I wanted to take a minute and thank you personally for putting this
report together. I've been fairly absent from the project for the last
month or two (company I was at shut its doors so I had to start a new
gig and I'm finishing my basement at the same time), and would like to
ram
Marc Prud'hommeaux wrote:
Hans-
I don't see how the error could be data-related.
One thing: if you are using the same EMF from multiple threads,
do you have the "openjpa.Multithreaded" property explicitly
set to "true" in your persistence.xml (or however you are
configuring the EMF)?
This is the OpenJPA status report for the board for the three month
period ending Mar 2007.
=== OpenJPA ===
OpenJPA made good progress this quarter in all areas. The project has
many active committers all driving toward improving functionality,
stability, performance, and usability.
Open
Marc,
No, in GlassFish (GF) it shouldn't be the case, but there could be more than 1
EMF created at the same time. The test case uses stateless session bean for
accessing EM, so there is no guarantee that the same bean instance serves the
1st method (with a successful persist) and the 2nd (wit
Marina-
In a normal J2EE app, the same EntityManager will never be used
concurrently from multiple threads. That might also be the case in
your environment, but it would be interesting to see if the problem
ever crops up after you enable this property.
On Mar 23, 2007, at 2:36 PM, Marin
Marc,
Does OpenJPA figures out by itself that it is running in a multithreaded
environment when used in an app- or web-server? Or do you expect users to always
specify this setting when they decide to deploy it to a multi-threaded container?
thanks,
-marina
Marc Prud'hommeaux wrote:
Hans-
Batch Update support needed for OpenJPA performance
---
Key: OPENJPA-180
URL: https://issues.apache.org/jira/browse/OPENJPA-180
Project: OpenJPA
Issue Type: Bug
Affects Versions: 0.9.6, 0.9
Hans-
I don't see how the error could be data-related.
One thing: if you are using the same EMF from multiple threads, do
you have the "openjpa.Multithreaded" property explicitly set to
"true" in your persistence.xml (or however you are configuring the
EMF)? Failure to do this means that a
Hi Patrick,
Thanks for you response.
I'm interesting in a task that is a challenge to me and a investigation
effort. I prefer to improve a new feature for openJPA. I've been taking a
look at JIRA where I've found two task that sounds great: "Streaming LOB
Suport" [OPENJPA-130] and "OpenJPA-spec
Cool.
On Mar 23, 2007, at 11:45 AM, Kevin Sutter wrote:
-1 :-)
I was also added as a PPMC member this past month. Can that be
updated for
the status? Thanks!
Sure, that's why we have 100 eyes on this stuff.
Craig
Kevin
On 3/23/07, Eddie O'Neil <[EMAIL PROTECTED]> wrote:
+1 as we
It looks very similar to what I saw yesterday, and I also couldn't reproduce it
later.
-marina
Hans J. Prueller wrote:
hm.. sounds strange. could it bet he case that the error message openjpa is
printing is only a subsequent error of another one below/before?
as the JNDI binding did not rea
hm.. sounds strange. could it bet he case that the error message openjpa is
printing is only a subsequent error of another one below/before?
as the JNDI binding did not really work (as you can remember: everytime I am
accessing the EMF from JNDI it is initialized again and again) so I did a
quick
-1 :-)
I was also added as a PPMC member this past month. Can that be updated for
the status? Thanks!
Kevin
On 3/23/07, Eddie O'Neil <[EMAIL PROTECTED]> wrote:
+1 as well -- thanks for putting this together.
Eddie
On 3/23/07, Marc Prud'hommeaux <[EMAIL PROTECTED]> wrote:
>
> +1. Sounds
Hans-
There are only two possible conditions in which I can see this
problem happening:
1. the class "com.lbslogics.ims.model.PositionLog" is not loadable in
the current environment's classloader.
2. the PositionLog class was registered with the MetaDataRepository
during the lookup proces
+1 as well -- thanks for putting this together.
Eddie
On 3/23/07, Marc Prud'hommeaux <[EMAIL PROTECTED]> wrote:
+1. Sounds good to me. Thanks for putting this together on such short
notice.
On Mar 23, 2007, at 9:05 AM, Craig L Russell wrote:
> We need to report what happened this quarter
+1. Sounds good to me. Thanks for putting this together on such short
notice.
On Mar 23, 2007, at 9:05 AM, Craig L Russell wrote:
We need to report what happened this quarter to the Incubator to
forward to the board. Here's a start. Time is short, so please take
a look and add interes
We need to report what happened this quarter to the Incubator to
forward to the board. Here's a start. Time is short, so please take a
look and add interesting items so we can get this done TODAY
DRAFT
=== OpenJPA ===
OpenJPA made good progress this quarter in all areas. The project has
ma
full stack trace (up until application specific stuff) is:
2007-03-22 21:34:53,287 : SEVERE : WorkThread-2/34 : Logger.log :
system exception in business method:
<4|true|0.9.7-incubating-SNAPSHOT>
org.apache.openjpa.persistence.ArgumentException: Could not locate
metadata for the class using alias
Hi,
There are certainly a number of interesting projects in OpenJPA. Before we can
suggest any potential concrete projects, it would be useful if you could
describe the particular types of problems that you're interested in.
Our JIRA tracks many of the features and issues that might be interest
Could you post the full stack trace, and maybe some code showing how
you're invoking the JPA APIs?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
infor
Weitergeleitete Nachricht
> Von: Hans J. Prueller <[EMAIL PROTECTED]>
> Antwort an: open-jpa-dev@incubator.apache.org
> An: open-jpa-dev@incubator.apache.org
> Betreff: No Subject
> Datum: Fri, 23 Mar 2007 13:12:26 +0100
>
>
> I received a very strange error message from OpenJP
I received a very strange error message from OpenJPA on a method that is
being called very often subsequently. The
most time it works, suddenly it failed with:
Could not locate metadata for the class using alias "PositionLog".
Registered alias mappings: "{PositionLog=[class
com.lbslogics.ims.mode
Gentlemen,
In first place my congratulations for the project you are executing.
My name is Ignacio Andreu, I´m 22 years old from Zaragoza (Spain) and I´m
currently studying Computer Technical Engineering. I´m a java programer
since 4 years and co-founder of the Java User Group at my university.
30 matches
Mail list logo
