You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by "Shapira, Yoav" <Yo...@mpi.com> on 2003/01/20 16:18:50 UTC

Why unpackWars=true default?

Howdy,
Why is the unpackWars flag set to true by default in tomcat 4.1?

I'm not suggesting the setting be changed, just curious about the
reasoning.

Thanks,

Yoav Shapira
Millennium ChemInformatics



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Why unpackWars=true default?

Posted by Chris Brown <br...@reflexe.fr>.
> Would it be better to remove unpackWARs from tomcat5 since there isn't
> that much of a concern for backwards compatibilty on major releases?
>
> -Tim

It should always be at least an option to deploy WAR files without unpacking
them.

Systematically unpacking WARs would cause problems: the unpacked version is
always used in preference to the packed version by Tomcat, so if
unpackWARs="true", then overwriting the original ".war" file has no effect
(because of the preference for using the directory if it exists), making
upgrade deployment of webapps very problematic, leading to lots of support
calls for us ("I replaced the WAR file, but nothing happens!").

It seems like a bad idea in many cases (obviously not all) to allow
modifications within the webapp itself on production deployments (small
sites and development releases of webapps are examples where this wouldn't
always apply).  All custom data in our apps is either stored in the
user.home directory, the preferences API, JNDI, or whatever.  We tend to
consider the ".war" file like an ".exe" or executable JAR file.

- Chris



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Why unpackWars=true default?

Posted by Tim Funk <fu...@joedog.org>.
Not to put words into other peoples mouth, but this was Craig's opinion 
awhile ago (from tomat-user):

http://marc.theaimsgroup.com/?l=tomcat-user&m=104000918909139&w=2

Would it be better to remove unpackWARs from tomcat5 since there isn't 
that much of a concern for backwards compatibilty on major releases?

-Tim


Glenn Nielsen wrote:
>  From looking at the docs for both Tomcat 4.0 and Tomcat 4.1 in the
> section on automatic application deployment it states for both that
> the default for unpackWARs is true.  The section on the unpackWARs
> attribute does not mention the default value, perhaps it should.
> 
>  From my review it looks like Tomcat 4 has always defaulted to
> unpackWARs=true.  I have no problem with that being the default.
> And it would not be good to change at this time since Tomcat 4
> has been released for quite a while.
> 
> Glenn
> 
> Shapira, Yoav wrote:
> 
>> Howdy,
>> Why is the unpackWars flag set to true by default in tomcat 4.1?
>>
>> I'm not suggesting the setting be changed, just curious about the
>> reasoning.
>>
>> Thanks,
>>
>> Yoav Shapira
>> Millennium ChemInformatics
>>
>>
>>
>> -- 
>> To unsubscribe, e-mail:   
>> <ma...@jakarta.apache.org>
>> For additional commands, e-mail: 
>> <mailto:tomcat-dev-help@jakarta.apache.org
>>
> 
> 
> 
> 
> -- 
> To unsubscribe, e-mail:   
> <ma...@jakarta.apache.org>
> For additional commands, e-mail: 
> <ma...@jakarta.apache.org>
> 
> 


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Turkish Character Encoding

Posted by Siyavus <sa...@ln.com.tr>.
Dear Friends,
I have got a problem with character encoding under tomcat 4. When I post a
form containing TURKISH character the Turkish characters transferd as ?
(d?hy?),
Could you help me about this?
Thanks
Seyavouysh AKRAMI


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Why unpackWars=true default?

Posted by Remy Maucherat <re...@apache.org>.
Glenn Nielsen wrote:
>  From looking at the docs for both Tomcat 4.0 and Tomcat 4.1 in the
> section on automatic application deployment it states for both that
> the default for unpackWARs is true.  The section on the unpackWARs
> attribute does not mention the default value, perhaps it should.
> 
>  From my review it looks like Tomcat 4 has always defaulted to
> unpackWARs=true.  I have no problem with that being the default.
> And it would not be good to change at this time since Tomcat 4
> has been released for quite a while.

More importantly, it would break webapps which rely on the filesystem, 
and would cause 1000 duplicates with blocker severity about "getRealPath 
always returning null" to be filed ;-)

Remy


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Why unpackWars=true default?

Posted by Glenn Nielsen <gl...@mail.more.net>.
 From looking at the docs for both Tomcat 4.0 and Tomcat 4.1 in the
section on automatic application deployment it states for both that
the default for unpackWARs is true.  The section on the unpackWARs
attribute does not mention the default value, perhaps it should.

 From my review it looks like Tomcat 4 has always defaulted to
unpackWARs=true.  I have no problem with that being the default.
And it would not be good to change at this time since Tomcat 4
has been released for quite a while.

Glenn

Shapira, Yoav wrote:
> Howdy,
> Why is the unpackWars flag set to true by default in tomcat 4.1?
> 
> I'm not suggesting the setting be changed, just curious about the
> reasoning.
> 
> Thanks,
> 
> Yoav Shapira
> Millennium ChemInformatics
> 
> 
> 
> --
> To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
> For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org
> 




--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>