Return-Path: 
 <user-return-8683-apmail-geronimo-user-archive=geronimo.apache.org@geronimo.apache.org>
Delivered-To: apmail-geronimo-user-archive@www.apache.org
Received: (qmail 61808 invoked from network); 28 Dec 2007 16:32:26 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 28 Dec 2007 16:32:26 -0000
Received: (qmail 9862 invoked by uid 500); 28 Dec 2007 16:32:14 -0000
Delivered-To: apmail-geronimo-user-archive@geronimo.apache.org
Received: (qmail 9850 invoked by uid 500); 28 Dec 2007 16:32:13 -0000
Mailing-List: contact user-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:user-help@geronimo.apache.org>
list-unsubscribe: <mailto:user-unsubscribe@geronimo.apache.org>
List-Post: <mailto:user@geronimo.apache.org>
Reply-To: user@geronimo.apache.org
List-Id: <user.geronimo.apache.org>
Delivered-To: mailing list user@geronimo.apache.org
Received: (qmail 9839 invoked by uid 99); 28 Dec 2007 16:32:13 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Dec 2007 08:32:13 -0800
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: local policy)
Received: from [69.147.95.80] (HELO smtp117.plus.mail.sp1.yahoo.com)
 (69.147.95.80)
    by apache.org (qpsmtpd/0.29) with SMTP; Fri, 28 Dec 2007 16:31:49 +0000
Received: (qmail 71177 invoked from network); 28 Dec 2007 16:31:53 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Received:X-YMail-OSG:Mime-Version:In-Reply-To:References:Content-Type:Message-Id:Content-Transfer-Encoding:From:Subject:Date:To:X-Mailer;
  b=Bl2CJBlk83aoInh7ocejkS5mQaG4mzpNtlpksEIvcM0ny2lyIdSw/liu8JzJ5uO6mCUEWRJAziAhM4i5W8tNXC/zMa7unW8QLKYB4Wsuwc7R98zZeozdg/Iwq/+H0sbE0SCB1tOSJR3O36NrJQILyrvboyaWbAyNko79Z0/aiF4=
  ;
Received: from unknown (HELO ?192.168.1.102?) (david_jencks@67.102.173.8 with
 plain)
  by smtp117.plus.mail.sp1.yahoo.com with SMTP; 28 Dec 2007 16:31:53 -0000
X-YMail-OSG: 
 zNkrKz8VM1mRcnzNnW8Co4GMMM_rr4QJkKogi02GrNcaQiV1yKwyVwhmqZgQCqfwY6Jd7Af8DXxX4EXLDIKlqLWfIB79ZGNoy6l54NRtlcj8MavXMQ--
Mime-Version: 1.0 (Apple Message framework v752.3)
In-Reply-To: <1b5bfeb50712280809i1389dffo481ccd0f9cce994b@mail.gmail.com>
References: <14525371.post@talk.nabble.com>
 <1b5bfeb50712280809i1389dffo481ccd0f9cce994b@mail.gmail.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <917FAAAE-2CFB-4171-BDC8-45A8DA011255@yahoo.com>
Content-Transfer-Encoding: 7bit
From: David Jencks <david_jencks@yahoo.com>
Subject: Re: Geronimo with Liferay library conflict
Date: Fri, 28 Dec 2007 08:31:46 -0800
To: user@geronimo.apache.org
X-Mailer: Apple Mail (2.752.3)
X-Virus-Checked: Checked by ClamAV on apache.org


On Dec 28, 2007, at 8:09 AM, Jacek Laskowski wrote:

> On Dec 28, 2007 1:40 PM, jleonar <jleonar@gmail.com> wrote:
>
>> I have some custom code deployed within Liferay(4.3.x) running on  
>> Geronimo
>> 1.1
>>
>> The custom code uses xercesImpl-2.8.0 or higher.  Geronimo 1.1 uses
>> xercesImpl-2.6.2.  So my code breaks because it is always using the
>> xercesImpl-2.6.2 instead of the xercesImpl-2.8.0 jar that I have  
>> in the
>> sharedlib folder.
>
>>     <hidden-classes>
>>         <filter>org.apache.xerces</filter>
>>     </hidden-classes>
>>                 <dependencies>
> ...
>>                         <dependency>
>>                                 <artifactId>sharedlib</artifactId>
>>                         </dependency>
>
> Can you try out <inverse-classloading /> instead? Is xerces in
> WEB-INF/lib directory of Liferay? What's the stack trace when
> Geronimo's Xerces hides the proper classes?

I think there are a couple problems here...
I would expect the dependency declaration to need groupId and type to  
work-- certainly type.
Neither hidden-classes nor inverse-classloading will make any  
difference if xerces is in shared-lib: the sharedlib classloader  
would need to have the hidden-classes or inverse-classloading flag.

You could try putting xerces in the geronimo repo directly and having  
a dependency to the jar: then the flags in your app's plan's  
environment will work.

If this doesn't work (it may not because IIRC xerces is in one of   
the lib/* directories that get special classloader treatment from the  
vm) you might try replacing xerces 2.6.2 with xerces 2.8 for all of  
geronimo.  IIRC we tried this and the only problems were from the  
tck's misinterpretation of some ambiguous spec language that was  
later cleared up.

You could also try geronimo 2.0.2 which does not include xerces, but  
this would require java  5.

hope this helps
david jencks

>
> Jacek
>
> -- 
> Jacek Laskowski
> http://www.JacekLaskowski.pl