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:
[EMAIL PROTECTED]
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.
