Are there any negative effects when choosing to set unpackWARs to false?
Performance?
Or what are the advantages to choose unpackWARS=true (I will not edit any
expanded file)?
Gernot
-
To unsubscribe, e-mail: [EMAIL
Does the setting unpackWARs affect performance during runtime? The WAR
ends up unpacked to the 'work' directory regardless of this setting,
correct?
Bernard Durfee
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
directory under the tomcat home directory. I have heard that all that
needs to change is the server.xml file in tomcat with unpackWARs=false
? Yet when I try to do this, do I need to set up a context / within
that host/host ? obviously when I tried to set this to false I
could not get
On Wed, 16 Mar 2005 18:01:47 +0100
Lionel Farbos [EMAIL PROTECTED] wrote:
Hi all,
After some tests on TC4.1.31,
deployment with context.xml and war unpacked,
my unpacked tree is incomplete : static files, JSPs files and properties
files (including web.xml) are missing :-(
(but the
=false/
/Context
In server.xml,
Engine = Standalone
Host = localhost , appBase=webapps unpackWARs=true autoDeploy=false
deployOnStartup=false deployXML=true
I deploy with Tomcat Manager :
/manager/html/install?installPath=/testServletsinstallConfig=file:///usr/local/tomcat/conf/Standalone/localhost
Does anyone know if there are disadvantages to setting unpackWARs=false?
What I'm wondering is if it then has to uncompress the .war file everytime a
resource is accessed thus causing a performance hit?
Jon
-
To unsubscribe, e
Hi,
Does anyone know if there are disadvantages to setting
unpackWARs=false?
What I'm wondering is if it then has to uncompress the .war file
everytime
a
resource is accessed thus causing a performance hit?
We don't uncompress the file on every resource request ;) That'd be
fairly awful design
-
From: Shapira, Yoav [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Thursday, November 18, 2004 11:08 AM
Subject: RE: Disadvantages to using unpackWARs=false?
Hi,
Does anyone know if there are disadvantages to setting
unpackWARs=false?
What I'm wondering is if it then has
Hello !
I would like to have confirmation for this topic :
Says a XML context file myapp.xml like this :
Context docBase=C:\app.war path=/agoodapp reloadable=false privileged=false/
and unpackWARs set to false in Host tag and server.xml file.
What does happen when the client call static
like this :
Context docBase=C:\app.war path=/agoodapp reloadable=false
privileged=false/
and unpackWARs set to false in Host tag and server.xml file.
What does happen when the client call static resource (like HTML file) ?
Is there an unzip call each time ? or something else (files stored
OK, here is my config:
Host name=localhost
debug=0 appBase=webapps
unpackWARs=false autoDeploy=false
Context path=/ngts
reloadable=false
docBase=/tmp/ngts/ngts/dist/ngts.war
debug=0 /
/Host
When I start tomcat, I see everything unpacked into my work directory.
What's up
And what is the difference then when I set unpackWARs=true?
TIA,
Gerardo
On Mon, 23 Aug 2004, Donie Kelly wrote:
How then does it do it when you set unpackWARs=false?
It doesn't do it at all. You have to do it manually...
Donie
-Original Message-
From: Anthony Colebourne
Hi,
How does Tomcat determine when to reload the app (using autoDeploy)?
It appears to compare the time stamp on the war with the time stamp of
the expanded directory.
How then does it do it when you set unpackWARs=false?
Thanks,
Anthony
How then does it do it when you set unpackWARs=false?
It doesn't do it at all. You have to do it manually...
Donie
-Original Message-
From: Anthony Colebourne [mailto:[EMAIL PROTECTED]
Sent: 23 August 2004 10:58
To: [EMAIL PROTECTED]
Subject: unpackWARs and autoDeploy
Hi,
How does
Hi,
From looking at the documentation further it seems that if you have
unpackWARs=false with autoDeploy=true then any new WARs will just
get redeployed. See below.
However I have not found this to be true! Perhaps this is a bug?
Also if you update the context file in
$CATALINA_HOME/conf
, 2004 8:54 AM
Subject: RE: Tomcat 5: default unpackWARs bahaviour?
Hi,
Don't rely on a default value for unpackWARs: put it in your
instructions that it must be true, because that's a place where your
webapp deviates from the Servlet Specification (which only requires
containers to support packed
-BEGIN PGP SIGNED MESSAGE-
I'm busy writing installation instructions for a webapp, and I've just had my
first draft sent back to me as 'much too technical and complex'.
For the webapp to work, I need 'unpackWARs' to be true in the server.xml file.
A lot of Tomcat 4 distributions I've
Hi,
Don't rely on a default value for unpackWARs: put it in your
instructions that it must be true, because that's a place where your
webapp deviates from the Servlet Specification (which only requires
containers to support packed WARs).
Yoav Shapira
Millennium Research Informatics
[mailto:[EMAIL PROTECTED]
Sent: Friday, May 28, 2004 7:55 AM
To: Tomcat Users List
Subject: RE: Tomcat 5: default unpackWARs bahaviour?
Hi,
Don't rely on a default value for unpackWARs: put it in your
instructions that it must be true, because that's a place
where your webapp deviates from
Users List'
Subject: RE: Tomcat 5: default unpackWARs bahaviour?
Please forgive this email. It's a self-improvement exercise. I didn't
take logic in University, so I'm genuinely asking the questions below.
I'm not being sarcastic ;) Only bother reading this if you're on
lunch,
and care to take
hello,
Just a quickie.
Is there any problem with serving from a compressed .war file? I have been having
problems which I cannot explain and have just realised that since using ANT I have
been inadvertently compressing my .war file. I cannot find anything to say that this
is a problem but
hello,
Just a quickie.
Is there any problem with serving from a compressed .war file? I have been having
problems which I cannot explain and have just realised that since using ANT I have
been inadvertently compressing my .war file. I cannot find anything to say that this
is a problem but
Howdy,
One way that I know that seems to work with Tomcat is to call
getServletContext().getRealPath()
If it returns null, that means you are running as a WAR file.
I'm not sure how reliable this is. Seems to be fine from what I've
seen.
This is more or less reliable. The original question
Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 06, 2003 3:48 PM
To: Tomcat Users List
Subject: RE: unpackWars
Howdy,
One way that I know that seems to work with Tomcat is to call
getServletContext().getRealPath()
If it returns null, that means you are running
Is there any way to query tomcat from my web app at runtime to find out
whether it's running my web app as packed or unpacked?
I wish to do some things differently for development purposes if running
unpacked.
I set unpackWARs in the Host element in the server.xml configuration file.
Thanks
if
running
unpacked.
I set unpackWARs in the Host element in the server.xml configuration
file.
Thanks,
Derrick
This electronic transmission is strictly confidential to Smith Nephew
and
intended solely for the addressee. It may contain information which
is
covered by legal, professional
Hello,
I work with Apache + Tomcat 4.0.6 and I want deploy war file.
The problem is that when I start Tomcat not decompress File.war and
therefore Apache cannot respond static files (*.gif,*.jpg... static
files)
The option unpackWARs=true is not working???
As it is the problem? Why
File.war and
therefore Apache cannot respond static files (*.gif,*.jpg... static
files)
The option unpackWARs=true is not working???
As it is the problem? Why it does not decompress? Is possible to do
this in Tomcat 4.0.x?
I have not found any information about this.It is not left but remedy
The following configuration is not unpacking my war file.
I cannot understand why. unpackWARs is set to true.
Can anyone help?
Host name=localhost debug=0 appBase=webapps
unpackWARs=true autoDeploy=true
Listener
className=org.apache.ajp.tomcat4.config.ApacheConfig
append
: Wednesday, March 26, 2003 4:08 PM
To: [EMAIL PROTECTED]
Subject: unpackWars not working
The following configuration is not unpacking my war file.
I cannot understand why. unpackWARs is set to true.
Can anyone help?
Host name=localhost debug=0 appBase=webapps
unpackWARs=true
It would except that parts of my app depend on the war file being expanded.
-Original Message-
From: Filip Hanik [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 26, 2003 7:11 PM
To: Tomcat Users List
Subject: RE: unpackWars not working
could it be that it is not unpacking the war
There is no other context other than the Default Context.
-Original Message-
From: Koes, Derrick
Sent: Wednesday, March 26, 2003 7:15 PM
To: 'Tomcat Users List'
Subject: RE: unpackWars not working
It would except that parts of my app depend on the war file being expanded
To: 'Tomcat Users List'
Subject: RE: unpackWars not working
There is no other context other than the Default Context.
-Original Message-
From: Koes, Derrick
Sent: Wednesday, March 26, 2003 7:15 PM
To: 'Tomcat Users List'
Subject: RE: unpackWars not working
It would except that parts of my
I guess the other option would be to muck with the startup files to delete
sessions before starting up. Hm.
-Original Message-
From: Koes, Derrick
Sent: Wednesday, March 26, 2003 7:36 PM
To: 'Tomcat Users List'
Subject: RE: unpackWars not working
OK, I see this is a known issue
This afternoon I began to look at running some of our WAR files in
Tomcat (4.0.4) without unpacking them. I set the unpackWars=false in
server.xml.
This seems pretty straightforward, although there appear to be some
issues. None of the application that I try to run this way work now
On Mon, 13 Jan 2003, Craig S. Connell wrote:
Date: Mon, 13 Jan 2003 13:12:41 -0500
From: Craig S. Connell [EMAIL PROTECTED]
Reply-To: Tomcat Users List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: setting unpackWars=false
This afternoon I began to look at running some of our WAR
This afternoon I began to look at running some of our WAR files in
CSC Tomcat (4.0.4) without unpacking them. I set the unpackWars=false in
CSC server.xml.
CSC This seems pretty straightforward, although there appear to be some
CSC issues. None of the application that I try to run this way work now
Has anybody been able to deploy .war files with this set?
unpackWARs=false
If so can you post a mocked up part of your server.xml and directory
structure please.
Andoni.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
-
From: Andoni [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Tuesday, December 17, 2002 11:14 AM
Subject: unpackWARs=false?
Has anybody been able to deploy .war files with this set?
unpackWARs=false
If so can you post a mocked up part of your server.xml and directory
directory doesn't (yet) exist, which is
true since the .war didn't first expand:
Engine className=org.apache.catalina.connector.warp.WarpEngine
defaultHost=localhost
name=Tomcat-Apache Engine debug=0
Host name=localhost debug=9 appBase=webapps autoDeploy=true
unpackWARs=true
unpackWARs=true
Realm className=org.apache.catalina.realm.MemoryRealm /
Context path=/testapp docBase=testapp reloadable=true
privileged=true debug=1 /
/Host
/Engine
It will unpack correctly if no context is specified, and it will work as
shown above if the docBase directory is already
Great, thanks for the response.
I'd like to know if anyone has experience with deploying war files and
then setting unpackWARs to false.
Is there any advantage/disadvantage to doing this? Why would one want
to? How does this affect performance? Any reasons for choosing one
over the other
Hi,
Im using tomcat 4.0.2. Im use the defualt Host ... tag in my
server.xml for my app contexts, always been fine till I needed to have one
unpack wars automagically.
Host name=localhost debug=0 appBase=webapps unpackWARs=true
Now, I place a war file in the default webapps folder
Hi,
Now, I place a war file in the default webapps folder, and as id
expect,
it is unpacked. However, it is not unpacked in the context which i
create
!.. all other things appear to work fine.
Does the name of the context, as specified in the context element of
server.xml, match the war file
upgradeTomcat - your right...
Mehdi
Shapira, Yoav [EMAIL PROTECTED]
13/08/2002 15:42
Please respond to Tomcat Users List
To: Tomcat Users List [EMAIL PROTECTED]
cc:
Subject:RE: unpackwars-true ??
Hi,
Now, I place a war file in the default webapps folder
Heres a quick turnaround for you !
I upgraded to tomcat 4.0.4. it appears not to have changed my server.xml
file, and everything works still, which is nice.
Everything appart from unpackwars=true that is :(, my war file is still
not unpacking
http://localhost/struts/blablabla gives a 404
Tuesday, August 13, 2002, 10:07:24 AM, you wrote:
MNbc Heres a quick turnaround for you !
MNbc I upgraded to tomcat 4.0.4. it appears not to have changed my server.xml
MNbc file, and everything works still, which is nice.
MNbc Everything appart from unpackwars=true that is :(, my war file is still
properly unless you do.
Heres a quick turnaround for you !
I upgraded to tomcat 4.0.4. it appears not to have changed my server.xml
file, and everything works still, which is nice.
Everything appart from unpackwars=true that is :(, my war file is still
not unpacking
http://localhost/struts
48 matches
Mail list logo