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: domain of kevan.miller@gmail.com
 designates 74.125.46.31 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:from:to:in-reply-to:content-type:mime-version:subject
         :date:references:x-mailer;
        b=pv43vLhxzu4qHUaLxiRq5LcFeYN7phquVxVVpfRwUQcjFVTU/XaB7X3JoxdVL+aM80
         LrjtqpXeNOu8DyKf7gMn6wzQh2rSTsQ3ZbUHQkVtyo9XpWP4TiqvwQQMMrsrhJ2yD5BC
         rt+VHsgzjl8y72LAt/gGAoMvDcEW65Ro52ciA=
Message-Id: <7537CAA7-3B19-4FD8-B145-CF5B8F54A085@gmail.com>
From: Kevan Miller <kevan.miller@gmail.com>
To: user@geronimo.apache.org
In-Reply-To: <21969527.post@talk.nabble.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-143-594401792
Mime-Version: 1.0 (Apple Message framework v930.3)
Subject: Re: OpenJPA problems with multi persistence.xml
Date: Thu, 12 Feb 2009 10:22:35 -0500
References: <21969527.post@talk.nabble.com>


--Apple-Mail-143-594401792
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit


On Feb 11, 2009, at 10:55 PM, bongosdude wrote:

>
> I posted this problem on openjpa forum: Please see this thread at:
>
> http://n2.nabble.com/Problem-with-multi-persistence-units-td2303818.html#a2304438
>
>
> One of OpenJPA developer replied to my post and pointed out some  
> problem
> that may be caused by how geronimo configures openjpa. I copied his  
> reply
> here and hope someone from geronimo developers can comment
>
> Hi,
> It looks like Geronimo might be passing in some extra properties to
> OpenJPA???  In the trace, there are two openjpa properties that are
> suspect.  You don't have them in your persistence.xml.  And, if you  
> are not
> passing them in as system properties, then my next guess is  
> Geronimo.  The
> two properties that seem to be causing your situation are these:
>
> openjpa.MetaDataFactory:
> jpa(Files=/usr/local/geronimo-
> tomcat6-javaee5-2.1.3/repository/default/callingcard-ear/1.0/ 
> callingcard-ear-1.0.car/callingcard-ejb.jar)
>
> openjpa.jdbc.SynchronizeMappings: buildSchema(ForeignKeys=true)
>
> The first one (MetaDataFactory) specifies which persistence types to
> process.  Since a jar file is specified, we will search the jar file  
> for any
> persistence types (regardless of whether they are listed in a
> persistence.xml file or not).  Our documentation explains this a bit  
> more
> [1].

I don't know where the MetatDataFactory setting is coming from... I  
can't find anywhere where it is set by either Geronimo/OpenEJB. Maybe  
I'm not looking in the right places.

>
> The next property (SynchronizeMappings) is what I was referring to in
> earlier e-mails.  This is the property that tells OpenJPA to please  
> create
> the tables if they do not exist.

Yes, that's our default setting for SynchronizeMappings. See var/ 
config/config.xml

You can override by adding the following property in your  
persistence.xml

<property name="openjpa.jdbc.SynchronizeMappings" value="false" />

--kevan
--Apple-Mail-143-594401792
Content-Type: text/html;
	charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; "><br><div><div>On Feb 11, 2009, =
at 10:55 PM, bongosdude wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote type=3D"cite"><div><br>I =
posted this problem on openjpa forum: Please see this thread =
at:<br><br><a =
href=3D"http://n2.nabble.com/Problem-with-multi-persistence-units-td230381=
8.html#a2304438">http://n2.nabble.com/Problem-with-multi-persistence-units=
-td2303818.html#a2304438</a><br><br><br>One of OpenJPA developer replied =
to my post and pointed out some problem<br>that may be caused by how =
geronimo configures openjpa. I copied his reply<br>here and hope someone =
from geronimo developers can comment<br><br>Hi, <br>It looks like =
Geronimo might be passing in some extra properties to <br>OpenJPA??? =
&nbsp;In the trace, there are two openjpa properties that are =
<br>suspect. &nbsp;You don't have them in your persistence.xml. =
&nbsp;And, if you are not <br>passing them in as system properties, then =
my next guess is Geronimo. &nbsp;The <br>two properties that seem to be =
causing your situation are these: <br><br>openjpa.MetaDataFactory: =
<br>jpa(Files=3D/usr/local/geronimo- =
<br>tomcat6-javaee5-2.1.3/repository/default/callingcard-ear/1.0/callingca=
rd-ear-1.0.car/callingcard-ejb.jar) =
<br><br>openjpa.jdbc.SynchronizeMappings: buildSchema(ForeignKeys=3Dtrue) =
<br><br>The first one (MetaDataFactory) specifies which persistence =
types to <br>process. &nbsp;Since a jar file is specified, we will =
search the jar file for any <br>persistence types (regardless of whether =
they are listed in a <br>persistence.xml file or not). &nbsp;Our =
documentation explains this a bit more <br>[1]. =
</div></blockquote><div><br></div><div>I don't know where the =
MetatDataFactory setting is coming from... I can't find anywhere where =
it is set by either Geronimo/OpenEJB. Maybe I'm not looking in the right =
places.</div><br><blockquote type=3D"cite"><div><br>The next property =
(SynchronizeMappings) is what I was referring to in <br>earlier e-mails. =
&nbsp;This is the property that tells OpenJPA to please create <br>the =
tables if they do not exist.</div></blockquote><div><br></div><div>Yes, =
that's our default setting for SynchronizeMappings. See =
var/config/config.xml</div><div><br></div><div>You can override by =
adding the following property in your =
persistence.xml</div><div><br></div><div>&lt;property =
name=3D"openjpa.jdbc.SynchronizeMappings" value=3D"false" =
/></div><div><br></div><div>--kevan</div></div></body></html>=

--Apple-Mail-143-594401792--