Mailing-List: contact user-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@geronimo.apache.org
Received-SPF: pass (athena.apache.org: domain of kevan.miller@gmail.com
 designates 209.85.213.54 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=content-type:mime-version:subject:from:in-reply-to:date
         :content-transfer-encoding:message-id:references:to:x-mailer;
        b=EszWE4vZxeo9+uNwYFTPihqApiE2b0R17rlfVO32IjRlMbMPbbHRtigehOw5A0jUe7
         zyBI43PxLip6QQGaCa16+m/J9/wn5t7UimCRjAPP8Dy40Ish8c4L3XBz9VEo+UBdOU7i
         D+B2t79GC4prEZhzGVI0JWOs9J+CjnFJ8XCt4=
Content-Type: text/plain; charset=windows-1252
Mime-Version: 1.0 (Apple Message framework v1084)
Subject: Re: now as new thread: hidden-classes on ear lib directory
From: Kevan Miller <kevan.miller@gmail.com>
In-Reply-To: <BF31D3D67397D347A50CB2E0ACE89ADAA73446@scania.interchain.nl>
Date: Wed, 22 Jun 2011 21:51:07 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <35984405-C083-45A9-B8E5-E46F6FE87427@gmail.com>
References: <BF31D3D67397D347A50CB2E0ACE89ADAA73446@scania.interchain.nl>
To: user@geronimo.apache.org


On Jun 21, 2011, at 3:51 AM, Marco Laponder wrote:

> Hi All:
> =20
> My apologies, my previous post was a reply on another subject mixing =
up the thread.
> So once more my post but now really as a new thread=85
> =20
> I have an ear which contains a war file. The jar files required by my
> application are in the lib directory of the ear. The WEB-INF/lib
> directory is empty. I am using hibernate version 3.6.0.Final and I =
want
> my application to use the jpa 2.0 of hibernate =
(hibernate-jpa-2.0-api),
> so I have added a hidden-classes element with a filter on
> javax.persistence.
> =20
> However when I have this construction, hibernate doesn't recognize my
> annotated classes anymore (it gives an mapping exception Unknown
> Entity). But when I move the libraries from the ear lib directory to =
the
> WEB-INF/lib directory I no longer have this exception.

Hmm. It sounds like your war's are inheriting the hidden-classes =
configuration. To be honest, I can't remember the specifics of how that =
will/should work.=20

In general, each of your WAR's will have a ClassLoader. Their parent =
will be the EAR ClassLoader. You want the EAR ClassLoader to have the =
hidden classes, but not the WAR ClassLoaders. =46rom your description, =
it sounds like this isn't the case. You could try defining each of your =
wars in the deployment plan. Perhaps explicitly defining their =
<environment> will override this behavior? Beyond that, unless somebody =
remembers more, somebody will need to dig through the code...

--kevan=