Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
Received-SPF: error (athena.apache.org: local policy)
User-Agent: K-9 Mail for Android
In-Reply-To: 
 <CABzHfVkee0ovtSttMgeuE5Q8DXXh8NVSkrDX4V4FE5TFw2m3mQ@mail.gmail.com>
References: <52331014.3010005@apache.org>
 <CABzHfVkee0ovtSttMgeuE5Q8DXXh8NVSkrDX4V4FE5TFw2m3mQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
 charset=UTF-8
Content-Transfer-Encoding: 8bit
Subject: Re: Problem with o.a.c.webresources and packed WARs
From: Mark Thomas <markt@apache.org>
Date: Sat, 14 Sep 2013 08:13:05 +0100
To: Tomcat Developers List <dev@tomcat.apache.org>
Message-ID: <9ac05c67-a92d-4bf3-895d-fa1705d3e591@email.android.com>

Konstantin Kolinko <knst.kolinko@gmail.com> wrote:
>2013/9/13 Mark Thomas <markt@apache.org>:
>> I started to look at Bug 52489 [1] which is requesting code signing
>> support for WARs. I decided to work with an unpacked version of the
>> examples application. During testing, I noticed that WEB-INF/classes
>and
>> WEB-INF/lib were always being unpacked to the work directory.
>>
>
>I have not verified it, but my guess was that that trick was needed to
>provide classpath to java compiler in Jasper,  be it Eclipse compiler
>or Sun's javac.
>
>Have you tested that those still work?

It was testing this that highlighted the issues with WebResources and packed WARs. The issue was that TLDs weren't found in a packed WAR (irrespective of this change).

The Eclipse compiler seems fine with this change. I haven't checked javac yet. 

Mark


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org