Mailing-List: contact dev-help@openjpa.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@openjpa.apache.org
Received-SPF: softfail (herse.apache.org: transitioning domain of
 dezzio@bea.com does not designate 62.13.128.150 as permitted sender)
Message-ID: <4693CCC5.3000608@bea.com>
Date: Tue, 10 Jul 2007 14:15:33 -0400
From: "David Ezzio (asmtp)" <dezzio@bea.com>
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: dev@openjpa.apache.org
Subject: Re: DataCache and OptimisticVerificationException
References: <469399D0.7000904@skally.de>
In-Reply-To: <469399D0.7000904@skally.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi Frank,

This is not the best place to discuss user issues with OpenJPA.  The 
list to use for that is users@openjpa.apache.org.

This is definitely not the place to discuss issues with Kodo.  I suggest 
that you contact BEA support in Germany.  Let me know if you need any 
further information.

Best wishes,

David


Frank Jagla wrote:
> Hello,
> 
> using the Kodo 4 DataCache sometimes we see 
> OptimisticVerificationExceptions:
> 
> <2|true|0.9.5-incubating>
> kodo.jdo.OptimisticVerificationException: Optimistic locking errors were
> detected when flushing to the data store.  The following objects may have
> been concurrently modified in another transaction:
> [de.logas.vera.SdgZollPositionImpl-62455866]
> 
> We switch off the DataCache, and the exception vanishes.
> kodo.DataCache = false
> 
> I think this happens in a single JVM without RemoteCommitProviders 
> involved and
> synchronisation issues between JVMs and their DataCaches.
> 
>