Mailing-List: contact users-help@openjpa.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@openjpa.apache.org
Received-SPF: pass (athena.apache.org: domain of ljnelson@gmail.com designates
 209.85.210.185 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type;
        b=vUA6LTzJLVX0gS3Fwxgid/z9MctQFGgUbxggiNgXkWetZu74Ktzi/wO+GEykJsPVXe
         5MV9McW1IDXrRXdAl3gtbR/e+4MG2jSgEf7tU89ze+5xkYA4aH0Gh1MyGiEXrA8ZQ5e7
         GH80QpTd0BrSmUj5+aMzi4nG+TCFrlmvq1+JA=
MIME-Version: 1.0
Date: Wed, 27 Jan 2010 13:53:00 -0500
Message-ID: <2c0ebf0c1001271053v5f0cce94qbd043b30131643c1@mail.gmail.com>
Subject: Getting META-INF/persistence.xml read?
From: Laird Nelson <ljnelson@gmail.com>
To: users@openjpa.apache.org
Content-Type: multipart/alternative; boundary=000e0cd5c6f4563277047e29e98a

--000e0cd5c6f4563277047e29e98a
Content-Type: text/plain; charset=ISO-8859-1

I'm creating a tool that uses the JDBCConfigurationImpl() class.

I was under the impression that somehow this class is capable of finding the
META-INF/persistence.xml file if it is present on the classpath, thus
setting things like the database user name, the password, the connection
url, and so forth.

Despite the fact that my JUnit test case that I'm trying to make pass is
running with a classpath that serves as the root for an existing
META-INF/persistence.xml file, that file is never seen, and the moment I try
to get JDBCConfigurationImpl to get a DataSource, everything blows up.

I looked at the source code of the ReverseMappingTool's main() method to see
how it does it, on the theory that maybe this was a case of
cut-and-paste-development--perhaps the ReverseMappingTool, the SchemaTool,
etc. all have their own way of locating this file?  But I saw (a) no such
code, and (b) no code anywhere inside ReverseMappingTool that tries to
process the "-properties" command line argument.  This leads me to believe
that some other class is processing the "-properties" command line argument,
and I thought that if such an argument were not present, then it would
suffice to simply have a META-INF/persistence.xml on the classpath.  No such
luck.

Any ideas?  For the record, I find the whole "plugin" pseudo-dependency
injection approach arcane, unreliable and confusing.

Best,
Laird

--000e0cd5c6f4563277047e29e98a--