really doubt that is the issue. (I have emptied the webapp
folder and connected to the server. It served a blank page)
On 22 February 2011 04:23, Caldarale, Charles R
chuck.caldar...@unisys.comwrote:
From: angelicos [mailto:angeli...@gmail.com]
Subject: Re: Tomcat won't serve newly created files
On 21/02/2011 01:18, Lanre Abiwon wrote:
I have been trying to solve this issue now for a couple of days without any
progress but I now know why the problem exists.
I updated the web app and re-deployed it and realised that it is using an
older version of the webapp.
It would seem the
I always load with Tomcat stopped. I never do a hot reload.As per the settings
from norm, I made some changes to the connector element and (added URIEncding
and I'm using proxyports and proxyName. I also enables the SSL) and a change in
the web.xml (added to enable the use of SSL). That's all
From: Lanre Abiwon [mailto:angeli...@gmail.com]
Subject: Re: Tomcat won't serve newly created files
I always load with Tomcat stopped.
And do you manually clean out the work and temp directories? (You should.)
Also note that there may be a ROOT.xml in conf/Catalina/[host] which
On 21/02/2011 21:52, Lanre Abiwon wrote:
I always load with Tomcat stopped.
Then you need to delete the expanded ROOT directory as well as replace
ROOT.war.
Mark
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
I always do. The problem is, it undeploys the new war file, but it's not
using it. It seems to have an old copy of the app stored somewhere else and
is using that or context root is being switched to it. Why this is I don't
know. But the behaviour is thus; any new files created by the app is
From: angelicos [mailto:angeli...@gmail.com]
Subject: Re: Tomcat won't serve newly created files
The problem is, it undeploys the new war file, but it's
not using it.
What's the it in the above sentence? Why would a new war file be undeployed?
It seems to have an old copy of the app
...@gmail.com]
Subject: Re: Tomcat won't serve newly created files
The problem is, it undeploys the new war file, but it's
not using it.
What's the it in the above sentence? Why would a new war file be
undeployed?
It seems to have an old copy of the app stored somewhere
else
From: angelicos [mailto:angeli...@gmail.com]
Subject: Re: Tomcat won't serve newly created files
the reason I know that tomcat is serving the wrong app
version is because the login page for the updated app is
different to the one tomcat is serving along with several
other pages served
Feb 2011, at 20:14, Caldarale, Charles R wrote:
From: angelicos [mailto:angeli...@gmail.com]
Subject: Re: Tomcat won't serve newly created files
I've looked through the logs also. Nothing about the 404 error.
Turn on the AccessLogValve in server.xml to get some more information
Hi all
I am a bit of a newbie to this so bear with me please.
We use Tomcat (Standalone) 5.5.29 on CentOS 5.4 and 5.5 virtual servers.
I have a problem in which tomcat won't serve files newly created by the
application.
The pages return a 404 with the correct file path listed in the message,
and
From: angelicos [mailto:angeli...@gmail.com]
Subject: Tomcat won't serve newly created files
We use Tomcat (Standalone) 5.5.29 on CentOS 5.4
and 5.5 virtual servers.
Are you using a real Tomcat, or a 3rd-party repackaged one? If the latter, the
configuration may enable the security
inherited the app.
as to what mechanism is being used to serve the files Well https download.
On 11/02/2011, Caldarale, Charles R chuck.caldar...@unisys.com wrote:
From: angelicos [mailto:angeli...@gmail.com]
Subject: Tomcat won't serve newly created files
We use Tomcat (Standalone) 5.5.29
From: angelicos [mailto:angeli...@gmail.com]
Subject: Re: Tomcat won't serve newly created files
I've looked through the logs also. Nothing about the 404 error.
Turn on the AccessLogValve in server.xml to get some more information.
Regarding where the files are stored, I'm afriad it's
chuck.caldar...@unisys.com wrote:
From: angelicos [mailto:angeli...@gmail.com]
Subject: Re: Tomcat won't serve newly created files
I've looked through the logs also. Nothing about the 404 error.
Turn on the AccessLogValve in server.xml to get some more information.
Regarding where the files are stored
15 matches
Mail list logo