Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm
Date: Sun, 23 Jan 2000 19:57:23 -0800
From: James Todd <jwtodd@pacbell.net>
Subject: Re: WAR Files
To: tomcat-dev@jakarta.apache.org
Message-id: <388BCDA3.659FF89B@pacbell.net>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
References: <005601bf61e4$00bd0a90$3f994cd4@picturesafe.de>


Wolfgang Werner wrote:

> > The current code had an attempt to serve files directly from
> > War ( so user can just copy the war and use it) - but this
> > is bad from several reasons, and if nobody insists enough on
> > having this it will be probably removed.
>
> This says: It is working (yet) - so why not at my site? Are there other
> constraints / rules to be followed, magic wisdom?
>
> > Reasons why serving from war is bad:
> > - Apache ( and other servers) - static files are better served
> > by apache, tomcat is not optimized for serving static files.
>
> OK, but IMHO the ease of use of a war file is a much bigger gain.
>
> > - code is complex - take a look at the code, there are too many
> > special cases added all over the code
>
> As of know I do not have too much insight in the code - but is this not only
> a question of a 'knowing' class/file loader?

yep ... that's where it got weird. on the upside though (as i don't like
to dwell on "how bad the world is") i do believe this feature would
barely mucky things up at on in the class loader space if one chooses
to support JarURLConnection as provided in jdk 1.2.x. making this
happen in a jdk1.1.x world, with other issues at hand, was a pain and
highlighted things that needed to be refactored.

>
>
> > - it is not enough - to install the application, you still
> > need a deploy tool ( or manual actions). For example
> > editing apache config, editing server.xml.
>
> Yes, but better two manual task than three, gee?

yep. i'm sure  there are other reasons as well.


>
>
> It appears to me as if the servlet v2.2 spec is written with the idea of serving
> from a war file in mind?

my interpretation is that an implementation is free to expand internally
as long as the pristine war is all that is delivered. on that note, i'd like
to see the need for this internal expansion an option.

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