Craig-
It sounds like we are initializing an int field, but we are reading
null from the database.
Can you check the database to see if there are any nulls in the
column to which the "id" field is being mapped?
Also, if you change the field type from "int" to "Integer", do you
get the s
Hi,
I got this stack trace. Any ideas how to troubleshoot?
Thanks,
Craig
[java] <0|false|0.9.6-incubating>
org.apache.openjpa.persistence.PersistenceException: null
[java] at org.apache.openjpa.kernel.BrokerImpl.find
(BrokerImpl.java:851)
[java] at org.apache.openjpa.k
Hello Michael,
> is there any reason why we can't move the code into a more common
location?
None. I will move it to SchemaGenerator.
Thanks --
Pinaki Poddar
BEA Systems
415.402.7317
-Original Message-
From: Michael Dick [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 04, 2
Vlad-
Interesting ... looks like it has something to do with an interaction
between the JVM and the PCClassFileTransformer agent (responsible for
enhancing the entity classes at runtime). If you manually enhance
your entities and then run without the -javaagent flag, do you ever
get the d
The IBM JVM 5 has "J9" in its name - I couldn't find one that doesn't have
it.
I tried the same code with Sun's JVM 1.5 (Java(TM) 2 Runtime Environment,
Standard Edition (build 1.5.0_04-b05)) and I don't get the deadlock.
Unfortunately, this doesn't help me because I have to use IBM JVM.
--
Be
Yeah, it looks like the attachments were removed by the list server. I'm
using Derby. Here are the stack traces for the two threads involved in
the deadlock:
3XMTHREADINFO "main" (TID:0x0015EC00, sys_thread_t:0x00358470,
state:B, native ID:0x17B4) prio=5
4XESTACKTRACE at
co
Vlad-
I didn't get any attachments in that last message (perhaps they were
stripped by the list server).
It might be interesting the see the java stack trace parts of the JVM
dump, in case that might shed light on the situation.
Also, what database are you using? It could be that the dead
Matthieu-
I think you want "openjpa.ConnectionFactory", not
"openjpa.ConnectionDriverName".
On Jan 8, 2007, at 9:45 AM, Matthieu Riou wrote:
Hi,
I've just tried your fix after compiling the OpenJPA trunk. I'm
getting a
ClassCastException as the openjpa.ConnectionDriverName is set as a
My test program runs in a standalone env, local transactions. Here are
the files:
--
Best regards,
Vlad Tatavu
Provisioning & Orchestration Development, IBM Tivoli Toronto
[EMAIL PROTECTED]
Office (905) 413-3853
"Kevin Sutter" <[EMAIL PROTECTED]>
08/01/2007 02:01 PM
Please respond to
open-j
Thanks Michael, Kevin,
I think I am making some progress on the Maven plugin.
If possible, having one of you guys around on IRC would be a big help
for quick questions (I promise to keep them limited) ;-)
Thanks again,
Rahul
- Original Message -
From: "Kevin Sutter" <[EMAIL PROTECTE
Don,
Glad to hear that you got this working. Since it sounds like you are using
application-managed EntityManagers, then you should have two choices to get
your PersistenceContext associated with your BMT. As you have found out,
you can start the BMT before creating the EM. This is the easiest,
Hi Vlad,
Can you provide a bit more information? Are you running in a managed
environment or a standalone environment? Are these JTA transactions or
Local transactions? What does your test program look like? What about the
Entities? Maybe you can attach them to your next reply?
I see that yo
Rahul,
You are referencing old documentation. Please use the following links for
the current OpenJPA documentation. Thank you.
http://cwiki.apache.org/confluence/display/openjpa/OpenJPA+Documentation
Mike has answered the specific question about "jdo" support in OpenJPA in
the previous reply.
I have a simple test program that uses OpenJPA 0.9.6 to insert an object
into a db in one transaction (t1) and retrieve it in another transaction
(t2). The program hangs in 30-50% of the executions right before the call
to entitymanager.find() (used to retrieve the object in t2). By looking
a
Hi,
I've just tried your fix after compiling the OpenJPA trunk. I'm getting a
ClassCastException as the openjpa.ConnectionDriverName is set as a
StringValue. Should I use another property instead?
My code:
propMap.put("openjpa.jdbc.DBDictionary", "
org.apache.openjpa.jdbc.sql.DerbyDictio
Unfortunately you can't use JDO with OpenJPA, so you'll have to convert your
jdo mappings files to persistence.xml.
OpenJPA and BEA's Kodo share much of the same code, with one of the
differences being that Kodo supports JDO as well as JPA. The references to
JDO in the OpenJPA documentation were
Thanks Michael,
I figured that last night after some digging around :-)
BTW, when I tried switching the 'openjpa.MetaDataFactory' to 'jdo' in
'openjpa.xml' properties, I got a ClassNotFoundException for 'jdo'. I
think the docs online say that 'jdo' is default meta data factory:
http://people.
Hi Rahul,
The problem here is that the enhancer can't find persistence.xml in the
classpath. If you have persistence.xml defined in
E:\continuum-key-based-refactor\continuum-model\target\classes\META-INF,
it should be picked up.
Alternatively you can pass in the location of persistence.xml in wi
18 matches
Mail list logo