I'll test for that
later but I 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
wrote:
> > From: angelicos [mailto:angeli...@gmail.com]
> > Subject: Re: Tomcat wo
> 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 s
> > 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
> 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?
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 create
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
> 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/[ho
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 th
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 c
On 11 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
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.
>
>
> 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 s
by my design. I just inherited the app.
as to what mechanism is being used to serve the files Well https download.
On 11/02/2011, Caldarale, Charles R wrote:
>> From: angelicos [mailto:angeli...@gmail.com]
>> Subject: Tomcat won't serve newly created files
>
>> We use Tomca
> 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 en
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 I
15 matches
Mail list logo