Mailing-List: contact dev-help@openjpa.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@openjpa.apache.org
Received-SPF: pass (herse.apache.org: domain of mprudhomapache@gmail.com
 designates 64.233.166.180 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer:sender;
        b=glhiAIZaoiuIzbsJG6XOgH8HKSIrZCrxHAXgBRZO4EvGknt3IYD037XB0Ze70gQIG/NwsrsGMtYweHKmvK0nzxVf7/wnGnpUSC+DDxXjeEv7lcZKJIQA7FB04sIRmYE+2jEfRmAte/VzDFX3yyjLB+1akDsfYtxZ0xlS9VMhwhc=
Mime-Version: 1.0 (Apple Message framework v752.3)
In-Reply-To: <469399D0.7000904@skally.de>
References: <469399D0.7000904@skally.de>
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
Message-Id: <B3E677FC-3D6E-4393-88A4-DCC3998DA5D0@apache.org>
Content-Transfer-Encoding: quoted-printable
From: Marc Prud'hommeaux <mprudhom@apache.org>
Subject: Re: DataCache and OptimisticVerificationException
Date: Tue, 10 Jul 2007 10:17:14 -0700
To: dev@openjpa.apache.org
Sender: Marc Prud'hommeaux <mprudhomapache@gmail.com>

Frank-

Are you saying that you are using OpenJPA from multiple JVMs, but =20
don't have a RemoteCommitProviders configured? If so, then this isn't =20=

unexpected, since the RemoteCommitProvider is used to broadcast =20
messages about cache changes to other JVMs (or other =20
EntityManagerFactories in the same JVM).

In the same-JVM case, if you just set RemoteCommitProvider to "sjvm", =20=

does the problem go away? If not, can you describe in a little more =20
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 =20
> OptimisticVerificationExceptions:
>
> <2|true|0.9.5-incubating>
> kodo.jdo.OptimisticVerificationException: Optimistic locking errors =20=

> were
> detected when flushing to the data store.  The following objects =20
> may have
> been concurrently modified in another transaction:
> [de.logas.vera.SdgZollPositionImpl-62455866]
>
> We switch off the DataCache, and the exception vanishes.
> kodo.DataCache =3D false
>
> I think this happens in a single JVM without RemoteCommitProviders =20
> involved and
> synchronisation issues between JVMs and their DataCaches.
>
>
> --=20
>
> Mit freundlichen Gr=FC=DFen
> Frank Jagla
>
> --------------------------------------------
>
> skally - Gesellschaft f=FCr Logistik- und Informationssysteme mbH, =20
> Konrad-Zuse-Stra=DFe 10, 44801 Bochum
> Amtsgericht Bochum, HRB 4297; USt-ID-Nr. DE198585621; =20
> Gesch=E4ftsf=FChrer: Reimund Ott, Wolfgang A. Vitt
> Telefon: 0234 - 9708 500  Telefax: 0234-9708 501  E-Mail: =20
> service@skally.de
>
> Haftungsausschluss:
> Diese Nachricht enth=E4lt vertrauliche Informationen und ist =20
> ausschlie=DFlich f=FCr den Adressaten bestimmt. Falls Sie die Daten =20=

> irrt=FCmlich erhalten haben, nehmen Sie bitte Kontakt mit dem =20
> Absender auf und l=F6schen Sie die Daten auf jedem Computer und =20
> Datentr=E4ger. Die skally GmbH ist nicht verantwortlich f=FCr die =20
> ordnungsgem=E4=DFe, vollst=E4ndige und verz=F6gerungsfreie =DCbertragung=
 der =20
> Nachricht. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er =20=

> unsererseits durch einen Brief oder ein Fax entsprechend best=E4tigt =20=

> wird.