You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openjpa.apache.org by Frank Jagla <fr...@skally.de> on 2007/07/10 16:38:08 UTC
DataCache and OptimisticVerificationException
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.
--
Mit freundlichen Grüßen
Frank Jagla
--------------------------------------------
skally - Gesellschaft für Logistik- und Informationssysteme mbH, Konrad-Zuse-Straße 10, 44801 Bochum
Amtsgericht Bochum, HRB 4297; USt-ID-Nr. DE198585621; Geschäftsführer: Reimund Ott, Wolfgang A. Vitt
Telefon: 0234 - 9708 500 Telefax: 0234-9708 501 E-Mail: service@skally.de
Haftungsausschluss:
Diese Nachricht enthält vertrauliche Informationen und ist ausschließlich für den Adressaten bestimmt. Falls Sie die Daten irrtümlich erhalten haben, nehmen Sie bitte Kontakt mit dem Absender auf und
löschen Sie die Daten auf jedem Computer und Datenträger. Die skally GmbH ist nicht verantwortlich für die ordnungsgemäße, vollständige und verzögerungsfreie Übertragung der Nachricht. Der Inhalt der
E-Mail ist nur rechtsverbindlich, wenn er unsererseits durch einen Brief oder ein Fax entsprechend bestätigt wird.
Re: DataCache and OptimisticVerificationException
Posted by "David Ezzio (asmtp)" <de...@bea.com>.
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.
>
>
Re: DataCache and OptimisticVerificationException
Posted by Frank Jagla <fr...@skally.de>.
Hello Marc,
it is the same JVM case, but we still had the TCPRemoteCommitProvider configured.
So we will try "sjvm" and see what happens.
If not I will prepare a more detailed description.
Frank
Marc Prud'hommeaux schrieb:
> Frank-
>
> Are you saying that you are using OpenJPA from multiple JVMs, but don't
> have a RemoteCommitProviders configured? If so, then this isn't
> unexpected, since the RemoteCommitProvider is used to broadcast messages
> about cache changes to other JVMs (or other EntityManagerFactories in
> the same JVM).
>
> In the same-JVM case, if you just set RemoteCommitProvider to "sjvm",
> does the problem go away? If not, can you describe in a little more
> detail your configuration and the cases where it fails?
>
>
>
Re: DataCache and OptimisticVerificationException
Posted by Marc Prud'hommeaux <mp...@apache.org>.
Frank-
Are you saying that you are using OpenJPA from multiple JVMs, but
don't have a RemoteCommitProviders configured? If so, then this isn't
unexpected, since the RemoteCommitProvider is used to broadcast
messages about cache changes to other JVMs (or other
EntityManagerFactories in the same JVM).
In the same-JVM case, if you just set RemoteCommitProvider to "sjvm",
does the problem go away? If not, can you describe in a little more
detail your configuration and the cases where it fails?
On Jul 10, 2007, at 7:38 AM, 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.
>
>
> --
>
> Mit freundlichen Grüßen
> Frank Jagla
>
> --------------------------------------------
>
> skally - Gesellschaft für Logistik- und Informationssysteme mbH,
> Konrad-Zuse-Straße 10, 44801 Bochum
> Amtsgericht Bochum, HRB 4297; USt-ID-Nr. DE198585621;
> Geschäftsführer: Reimund Ott, Wolfgang A. Vitt
> Telefon: 0234 - 9708 500 Telefax: 0234-9708 501 E-Mail:
> service@skally.de
>
> Haftungsausschluss:
> Diese Nachricht enthält vertrauliche Informationen und ist
> ausschließlich für den Adressaten bestimmt. Falls Sie die Daten
> irrtümlich erhalten haben, nehmen Sie bitte Kontakt mit dem
> Absender auf und löschen Sie die Daten auf jedem Computer und
> Datenträger. Die skally GmbH ist nicht verantwortlich für die
> ordnungsgemäße, vollständige und verzögerungsfreie Übertragung der
> Nachricht. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er
> unsererseits durch einen Brief oder ein Fax entsprechend bestätigt
> wird.