Mailing-List: contact user-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@geronimo.apache.org
Received-SPF: pass (nike.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Received:X-YMail-OSG:Mime-Version:In-Reply-To:References:Content-Type:Message-Id:Content-Transfer-Encoding:From:Subject:Date:To:X-Mailer;
  b=TYlIKhmrXLx0RHNV8ILEawRG+iFSkDIWV0mFtrec8YvFAVsTK9lUNw5R1onqpkZlOft1z6gFEFbSqBqpXkTJmFa0R0rFPMzexwmP7cy6PcnI4mqRh96IcHJWLbT3Ljm80O8l8DcXk4g3ya2r657s3bMCIR1XyyXdOCHG8odpTS4=
  ;
Mime-Version: 1.0 (Apple Message framework v752.3)
In-Reply-To: <12390954.post@talk.nabble.com>
References: <12390954.post@talk.nabble.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <D861FEBE-D6E4-46E0-8A0B-9B8C0ED91D35@yahoo.com>
Content-Transfer-Encoding: 7bit
From: David Jencks <david_jencks@yahoo.com>
Subject: Re: JPA issue when migrating to geronimo 2.0.1
Date: Wed, 29 Aug 2007 10:10:26 -0700
To: user@geronimo.apache.org

What is your persistence.xml?

I would guess that you don't have a non-jta-datasource configured  
properly.  At least derby doesn't seem to work without this.  I  
haven't tried with other databases.

thanks
david jencks

On Aug 29, 2007, at 9:43 AM, Java_James wrote:

>
> I was wondering if anyone could help me with a problem I am having  
> after
> migrating to geronimo 2.0.1 (from m6).
>
> I have a basic web app that uses openejb/openjpa for persistence.   
> It is
> also using JTA.
>
> When using M6, I would call entityManager.persist(entityobj);
>
> The value would be stored in the database just fine (Flush Type was  
> set to
> AUTO).
>
> However, once I moved to 2.0.1, the value would not be stored.  I  
> added
> entityManager.flush() to force the commit, and now I get the following
> exception:
>
> 11:02:48,362 ERROR [OpenEJB] The bean instances business method  
> encountered
> a system exception: null                    <1.0.0-r561970-r561970  
> fatal
> general error> org.apache.openjpa.persistence.PersistenceException:  
> null
> at
> org.apache.openjpa.jdbc.kernel.AbstractJDBCSeq.getConnection 
> (AbstractJDBCSeq.java:162)
> at
> org.apache.openjpa.jdbc.kernel.NativeJDBCSeq.nextInternal 
> (NativeJDBCSeq.java:209)
> at
> org.apache.openjpa.jdbc.kernel.AbstractJDBCSeq.next 
> (AbstractJDBCSeq.java:60)
> at org.apache.openjpa.util.ImplHelper.generateValue(ImplHelper.java: 
> 159)
> at
> org.apache.openjpa.util.ImplHelper.generateFieldValue 
> (ImplHelper.java:143)
> at
> org.apache.openjpa.jdbc.kernel.JDBCStoreManager.assignField 
> (JDBCStoreManager.java:557)
> at org.apache.openjpa.util.ApplicationIds.assign 
> (ApplicationIds.java:438)
> at org.apache.openjpa.util.ApplicationIds.assign 
> (ApplicationIds.java:423)
> at
> org.apache.openjpa.jdbc.kernel.JDBCStoreManager.assignObjectId 
> (JDBCStoreManager.java:541)
> at
> org.apache.openjpa.kernel.DelegatingStoreManager.assignObjectId 
> (DelegatingStoreManager.java:134)
> at
> org.apache.openjpa.kernel.StateManagerImpl.assignObjectId 
> (StateManagerImpl.java:501)
> at
> org.apache.openjpa.kernel.StateManagerImpl.preFlush 
> (StateManagerImpl.java:2763)
> at org.apache.openjpa.kernel.PNewState.beforeFlush(PNewState.java:39)
> at
> org.apache.openjpa.kernel.StateManagerImpl.beforeFlush 
> (StateManagerImpl.java:933)
> at org.apache.openjpa.kernel.BrokerImpl.flush(BrokerImpl.java:1919)
> at org.apache.openjpa.kernel.BrokerImpl.flushSafe(BrokerImpl.java: 
> 1879)
> at org.apache.openjpa.kernel.BrokerImpl.flush(BrokerImpl.java:1650)
> at
> org.apache.openjpa.kernel.DelegatingBroker.flush 
> (DelegatingBroker.java:978)
> at
> org.apache.openjpa.persistence.EntityManagerImpl.flush 
> (EntityManagerImpl.java:489)
> at
> org.apache.geronimo.persistence.CMPEntityManagerTxScoped.flush 
> (CMPEntityManagerTxScoped.java:153)
>
>
> I after tracing through the code, I found that the exception is  
> coming from
> the following code in OpenJPAs AbstractJDBCSeq.java:
>
>             try {
>                 TransactionManager tm = getConfiguration()
>                     .getManagedRuntimeInstance 
> ().getTransactionManager();
>                 _outerTransaction = tm.suspend();
>                 tm.begin();
>                 return store.getConnection();
>             } catch (Exception e) {
>                 throw new StoreException(e);
>             }
>
> Upon further investigatoin, I found that the TransactionManager  
> seems to be
> an instance of RegistryManagedRuntime.java, which throws an  
> exception when
> suspend is called.
>
> This is where I am stuck, and not sure how to continue.  Has anyone  
> else had
> a similar problem, or would anyone know what the problem might be?
>
> Thanks in advance for your help.
> -- 
> View this message in context: http://www.nabble.com/JPA-issue-when- 
> migrating-to-geronimo-2.0.1-tf4348941s134.html#a12390954
> Sent from the Apache Geronimo - Users mailing list archive at  
> Nabble.com.
>