I'm having a problem reloading / redeploying one of my web applications using
the ant tasks.
The target I am trying to run is this and it fails on when stopping the
application.
target name=redeploy description=Reinstall the existing web application
stop url=${url} username
is
active... :-)
Yes, I didn't explained well... sorry :-)
So the only solution to update my classes seems to be:
- unload the Axis context for each of the six machines
- update my jar file into WEB-INF/lib
- reload the Axis context for each of the six machines
Have you at the reloading
Hi,
I'm developing some web services using Axis. The whole axis context
(containing all my services) is embedded as a servlet into Tomcat 5.5.9.
Any time I create a new version of one service, I need to replace the
previous jar file into WEB-INF/lib, so to make changes effective I also
must
Hey,
a) don't share things between cluster nodes!
b) before you change your lib at one node please shutdown the context
with manager app or ant tasks.
c) Release change at runtime with cluster is heavy and can not made
with the same nodes.
OK, when no class changed that used inside
Il giorno ven, 22/07/2005 alle 16.39 +0200, Peter Rossbach ha scritto:
Hey,
a) don't share things between cluster nodes!
You mean that Tomcat has problems using a shared filesystem???
b) before you change your lib at one node please shutdown the context
with manager app or ant tasks.
my classes seems to be:
- unload the Axis context for each of the six machines
- update my jar file into WEB-INF/lib
- reload the Axis context for each of the six machines
Have you at the reloading=true to your context.xml? At default tomcat
not look for class and jar updates!
Am I right
level for example).
I want to reload this file with the changed properties and restart log4j
system with these new properties.
Question
Can I re-load the new properties file (and consequently the log4j
system) by reloading the initservlet (LogJInitServlet)?
Something similar to reloading
You must use
PropertyConfigurator.configureAndWatch(fileProperties,miliseconds)
By
Mariano
-Mensaje original-
De: Subhrajyoti Moitra [mailto:[EMAIL PROTECTED]
Enviado el: jueves, 26 de mayo de 2005 8:35
Para: tomcat-user@jakarta.apache.org
Asunto: Help with reloading a servlet for log4j
It worked
Thanks a lot Mariano!
-Original Message-
From: Mariano [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 26, 2005 12:23 PM
To: 'Tomcat Users List'
Subject: RE: Help with reloading a servlet for log4j logging.
You must use
PropertyConfigurator.configureAndWatch(fileProperties
to keep logging out and back in
to test
new code so my session gets corrected
Why this doesn't look like a bug? Tomcat deletes an object in my
session. If it would delete all objects,
then i wouldn't have posted this, since i would have thought that
reloading a context would delete the whole session
Subject: Tomcat forgets a session attribute when reloading context
Hi 'catters. I am having a small but annoying behavior in Tomcat.
Tested on
5.0.28 and 5.5.9. I posted this as bug 34547 but a developer thinks
it's not a bug.
I use Eclipse 3.02 for development, along the Sysdeo Tomcat
Hello there.
I have Tomcat setup with a few different Hosts. Each webapp needs
a new URL so it gets its own Host entry. Not weird. But what
gets difficult is that I cannot reload each of these Hosts.
http://12.34.56.78/manager/reload?path=/myapp
That works if I have:
tomcat-home/webapps/myapp/
It's possible that your User object is not serializing correctly. As I
understand things: when contexts are reloaded, the sessions are
serialized
first, the context reloads, and the sessions are restored from their
serialized form. If one of your attributes doesn't make it through
this
,
thomas
On Wed, 16 Mar 2005 17:01:54 +0100, Thomas Chille
[EMAIL PROTECTED] wrote:
Hi,
in our webapp we are using a native c sytem library. after reloading
this webapp via the manager app i step into the following error:
java.lang.UnsatisfiedLinkError: Native Library
C:\eclipse3\eclipse
PROTECTED] wrote:
Hi,
in our webapp we are using a native c sytem library. after reloading
this webapp via the manager app i step into the following error:
java.lang.UnsatisfiedLinkError: Native Library
C:\eclipse3\eclipse\workspace\Phoenix\etc\bin\resmgr.dll already
loaded in another
Hi,
in our webapp we are using a native c sytem library. after reloading
this webapp via the manager app i step into the following error:
java.lang.UnsatisfiedLinkError: Native Library
C:\eclipse3\eclipse\workspace\Phoenix\etc\bin\resmgr.dll already
loaded in another classloader
I know
Hello, I hope everyone is doing well.
I am experiencing two problems with Tomcat and I think they both stem
from the same issue.
I have been deploying an application using the tomcat manager by
specifying a Contact Path, XML Configuration file URL and a Directory
URL. Because I am specifying
I have the following context file in conf\Catalina\localhost, but get no
reloading on change of webapp contents. Can someone point out what I'm doing
wrong?
Context docBase=C:\Projects\webStats\target
path=webStats
reloadable=true
backgroundProcessorDelay=2
/Context
There is a FAQ:
http://jakarta.apache.org/tomcat/faq/windows.html#lock
Awesome. The faq indicates that when:
Context ...
antiResourceLocking=false
/Context
the project files are copied to the temp directory and ran from there.
Does Tomcat still pick up changes to
I am not really an expert but I think it is beter if you modify your
application at another location and then redeploy it on the server.
On Thu, 16 Dec 2004 09:16:41 -0600, Durham David R Jr Contr 805
CSPTS/SCE [EMAIL PROTECTED] wrote:
There is a FAQ:
There are special ant tasks for deployment and undeployment. I guess
you should use those and not just put stuff where tomcat should pick
them up for you.
On Thu, 16 Dec 2004 10:56:22 -0600, Durham David R Jr Contr 805
CSPTS/SCE [EMAIL PROTECTED] wrote:
I am not really an expert but I think it
I am not really an expert but I think it is beter if you modify
your application at another location and then redeploy it on
the server.
Heh, I think I know what you're saying. Yes, I modify the application
at a different location than deployment. Just for example, code that
I'm working
I am not really an expert but I think it is beter if you modify
your application at another location and then redeploy it on
the server.
I guess you're saying that this feature is mainly so that you can
develop out of the same directory that tomcat is using as a docbase ...
That would
Well antiResourceLocking is not default anymore because you mainly
have this problem (in other words need to have this feature) under
windows platform with it's file locking...
The anti resource and anti jar locking features are supposed to be
very powerfull and are ment to avoid such platform
May be it's possible to solve your propblem in more convinient way,
as I said I'm not the biggest expert over here.
Honestly, my problem is solved. I'm just kind of thought-lingering on
this feature a bit.
- Dave
-
To
As far as I know you should have only one antiResourceLocking or
antiJARLocking true but not both.
On Wed, 15 Dec 2004 14:47:54 -0600, Durham David R Jr Contr 805
CSPTS/SCE [EMAIL PROTECTED] wrote:
Ok, it looks like setting antiResourceLocking=false solves this
problem, which kind of makes
As far as I know you should have only one antiResourceLocking
or antiJARLocking true but not both.
Why would that be, and what exactly do those settings mean? I've read
the config docs on the site, but I'm wondering what Tomcat actually
*does* to implement these features.
- Dave
Hi,
To make changes to my deployed application, I run an Ant script that
compiles classes and copies JSP's, images, CSS, etc. in to my
latest-build directory. As of Tomcat 5.0.18, changes to JSP's, CSS and
other files were picked up by Tomcat and displayed in my browser.
However, since
, 2004 2:05 PM
To: [EMAIL PROTECTED]
Subject: Reloading JSP's and other resources
Hi,
To make changes to my deployed application, I run an Ant script that
compiles classes and copies JSP's, images, CSS, etc. in to my
latest-build directory. As of Tomcat 5.0.18, changes to
JSP's, CSS
That would be because I saw a post from someone on the mailing lists.
Those setings prevent resource locking (such as under windows
platform) when you are trying to access file system or resources
withing jar files.
There is a FAQ:
http://jakarta.apache.org/tomcat/faq/windows.html#lock
p.s.
I'm running a 5.0 of some vintage. I'm currently in a developing phase
where I need reloading. It is cumbersome to restart the server for
every little source change.
I've read through the archived messages and find that reloading = false
is the default in 5.x. And that one had to set reloadable
.
-Original Message-
From: Christoph Kukulies [mailto:[EMAIL PROTECTED]
Sent: 03 December 2004 11:21
To: [EMAIL PROTECTED]
Subject: reloading, 5.0, context.xml
I'm running a 5.0 of some vintage. I'm currently in a developing phase
where I need reloading. It is cumbersome to restart
On Fri, Dec 03, 2004 at 11:29:00AM -, Allistair Crossley wrote:
You should do this ...
Create a file called mywebapp.xml (matching your webapp's name of course) and
whack it in
tomcat/conf/Catalina/localhost
In that file
Context path= docBase=/mywebapp reloadable=true /
Note
a leading slash.
Yoav Shapira http://www.yoavshapira.com
-Original Message-
From: Christoph P. Kukulies [mailto:[EMAIL PROTECTED]
Sent: Friday, December 03, 2004 11:29 AM
To: Tomcat Users List
Subject: Re: reloading, 5.0, context.xml
On Fri, Dec 03, 2004 at 11:29:00AM -, Allistair Crossley
docBase=/servlets
You're telling Tomcat to look in the root directory of your file system
for the servlets directory.
try:
docBase=servlets
On Fri, 2004-12-03 at 11:29, Christoph P. Kukulies wrote:
On Fri, Dec 03, 2004 at 11:29:00AM -, Allistair Crossley wrote:
You should do this
On Fri, Dec 03, 2004 at 11:30:47AM -0500, Shapira, Yoav wrote:
Hi,
Unfortunately the leading / on docBase is misleading and not likely what
you want: it implies an absolute path, i.e. /servlets on your file
system. You probably want just servlets relative to your appBase, i.e.
What does the empty path= mean?
It means it's the default app.
http://localhost:8080; will bring that app up.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Fri, Dec 03, 2004 at 11:30:47AM -0500, Shapira, Yoav wrote:
Thanks for all the hellp. At least the server now starts up again
without error:
INFO: Processing Context configuration file URL
file:/usr/local/jakarta-tomcat5.0/conf/Catalina/localhost/servlets.xml
Now, when I formerly restarted
hi
Is is possible to reload the tomcat Context through the Code.
rgds
Satish
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
From: Satish Plakote [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 30, 2004 7:03 AM
To: [EMAIL PROTECTED]
Subject: Reloading context through Code
hi
Is is possible to reload the tomcat Context through the Code.
rgds
Satish
, etc, and call the
stop/start methods as needed.
Yoav Shapira http://www.yoavshapira.com
-Original Message-
From: Satish Plakote [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 30, 2004 7:03 AM
To: [EMAIL PROTECTED]
Subject: Reloading context through Code
hi
Is is possible to reload
, 2004 1:35 PM
To: Tomcat Users List
Subject: Enabling servlet reloading?
Hi,
What is entry (in server.xml) to allow for auto reloading of servlets
in
Tomcat 5? Or can you set this in web.xml on a per application basis?
Stefan
- Original Message -
From: Stefan [EMAIL PROTECTED
Hi,
What is entry (in server.xml) to allow for auto reloading of servlets in
Tomcat 5? Or can you set this in web.xml on a per application basis?
Stefan
- Original Message -
From: Stefan [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Monday, November 22, 2004 1:20
reloadable=true
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/context.html
On Mon, 2004-11-22 at 13:34, Stefan wrote:
Hi,
What is entry (in server.xml) to allow for auto reloading of servlets in
Tomcat 5? Or can you set this in web.xml on a per application basis?
Stefan
Bob, thanks for all the good pointers. This is just the information
about web-app development I've been needing but didn't know how to
find(or what to look for). I've played with ANT a bit before, but I
didn't know there was an applet to do the deployment for me(is that
process portable to
Just an FYI for anybody else that is trying to learn the standard way
of doing things in Tomcat development. The following article is out of
date with respect to the most recent version of Tomcat, but it does
provide a framework for doing JSP development using Tomcat. It also
provides
Hello,
I'm running 3.3.1 (and yes, I'll be upgrading to 5.x in the next few
weeks as time allows) and want to reload JSP files, but not any class
files. The root of the problem is that during beta testing I'm making
lots of changes quickly(to JSP and classes/beans), but my system is in
use.
The best advice I can give you is to investigate running your test
application in a different context on the server. That way, you can
recompile / alter the JSP files and everything else to your hearts
content. IF that isn't possible, Tomcat runs quite nicely on my
development machine where I
Bob,
You just answered my follow up to your previous email :)
Hmm, so I run a concurrent version of my production app(being
careful not to impact the databases) either on a different instance of
Tomcat or just a different context within the same instance of Tomcat.
Then when I'm ready I
On Mon, Oct 11, 2004 at 05:27:05PM -0500, Jonathan Wilson wrote:
: New Question (While I've got ya :): Given that I can use a WAR file
: to deploy, would you advise using Tomcat 5.x as my test server,
: creating a WAR and then deploying that to a production 3.3.1 server?
: This would kinda
Hi,
for an automated build process I want to reload an application via command
line, is this possible?
The possibilties I found out so far were:
- ant script
- using the tomcat manager
Thanks
Bernhard Slominski
-
To
Bernhard:
You can use Ant to execute commands from the manager app. So, your
possibilities list below is actually just one possibility. Here's a
link to the docs:
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/manager-
howto.html#Executing%20Manager%20Commands%20With%20Ant
I don't know if
What version of Tomcat are you referring to? Tomcat 4.1.x or Tomcat 5.0.x?
Tomcat 5.0.25 to be exact ;)
-Original Message-
From: David Rees [mailto:[EMAIL PROTECTED]
Sent: 07 September 2004 21:48
To: Tomcat Users List
Subject: Re: FW: is reloading the web context sufficient ?
Quinten
Hi,
I'm wondering about strategies for having a production (Tomcat) webserver that hosts a
lot of applications (in one web context) and needs to be running 24/7. The main issue
is not to lose any traffic coming in/out.
Is reloading a web context via the manager app for every change made
, 2004 6:15 AM
To: Tomcat Users List
Subject: is reloading the web context sufficient ?
Hi,
I'm wondering about strategies for having a production (Tomcat)
webserver
that hosts a lot of applications (in one web context) and needs to be
running 24/7. The main issue is not to lose any traffic coming
, the advantage of having a separate context for each app would be the total
non-intrusion when reloading a specific context :s
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 07 September 2004 15:10
To: Tomcat Users List
Subject: RE: is reloading the web context
-Original Message-
From: Quinten Verheyen
Sent: 07 September 2004 15:30
To: Tomcat Users List
Subject: RE: is reloading the web context sufficient ?
Yes, you are right, it's confusing the way I said it.
What I meant was : one web context that contains a lot of custom class-files.
Normally
Quinten Verheyen wrote:
I would simply like to know how on-going HTTP traffic is handled when the
classes get reloaded, either by the reloadable attribute in the context
or by the Manager webapp reload function.
What version of Tomcat are you referring to? Tomcat 4.1.x or Tomcat 5.0.x?
I hope Tomcat 5 can have a reload feature like that of SunOne administration
tool. That is, I can change the server.xml, manager.xml, and admin.xml
manually, then let Tomcat admintool re-initialize itself.
Now when I press Commit Changes, it always overwrites the changes I made.
But admintool of
Hi,
I hope Tomcat 5 can have a reload feature like that of SunOne
administration
tool. That is, I can change the server.xml, manager.xml, and admin.xml
manually, then let Tomcat admintool re-initialize itself.
There are many different files involved and many sets of semantics.
Changes to
=true
thus it can't be started thus it can't be used to start my new application
in turn. My application uses global resource link to global datasource, thus
it won't be correctly initialized after new context creation and need
reloading using manager tool.
It seems that a single context
Hi all,
Is it possible to decrease the time taken to check for changes of a
servlet to reload ?. I want to instantly reload the servlet(within 1
second). Sometimes I have to wait a few seconds to happen this and using the
Ant reload task is time consuming. I am using Tomcat 4.1.27 with a
Hi Guys
I am able to generate an OutOfMemoryException on Tomcat by recompiling the main
servlet of my application which forces Tomcat to reload my web application from
scratch (i.e all the application scope objects and so on).
Is it correct that Tomcat will not reclaim the memory that the old
is intact, static references from your servlets, for
example, will be kept. Tomcat can't do anything about that, it's your
own bad design in the context of reloading webapps (it might be OK
design in a console java program).
Yoav Shapira
This e-mail, including any attachments, is a confidential
, and therefore if this is case I understand why I may eventually get to an
OutOfMemoryException.
Further, I will not be allowing reloading of webapps when the product goes live and
the product does not have outofmemory issues so long as the webapp is left without
reloading.
Thank you for your help
Hi,
Further, I will not be allowing reloading of webapps when the product
goes
live and the product does not have outofmemory issues so long as the
webapp
is left without reloading.
Even though your app is architected perfectly you won't allow reloads?
;) That's a good practice.
Thank you
hello !
We have developed several applications under tomcat 5.
all of these applications use a lib we made, so we put it in shared/lib
Is it possible to update this library without a tomcat reload ?
(a context reload would be ok, but restarting tomcat would be a problem
:/...)
thanks for
Howdy,
We have developed several applications under tomcat 5.
all of these applications use a lib we made, so we put it in shared/lib
Is it possible to update this library without a tomcat reload ?
(a context reload would be ok, but restarting tomcat would be a problem
:/...)
No, it's not
the reloading/checkInterval values take meaning. Is that not true? Should
I just turn 'development=false' and then set the 'checkInterval' to '0'?
Thanks,
David
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
Every time that i reload a context (through the tomcat manager) the
memory usage of the tomcat grows up a bit, and it doesn't go down again.
Every time the context is reloaded the memory usage raises, until the
jvm begins to throw OutOfMemory errors. Then i have to restart tomcat
(of course).
ChemInformatics
-Original Message-
From: Vitor Buitoni [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 04, 2004 6:58 AM
To: Tomcat Users List
Subject: Memory usage raises when reloading a context
Every time that i reload a context (through the tomcat manager) the
memory usage of the tomcat
From: Barry Kimelman [EMAIL PROTECTED]
Reply-To: Tomcat Users List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Problem reloading Tomcat 5.0.16 application
Date: Sun, 1 Feb 2004 17:55:29 -0600 (Central Standard Time)
My system is Linux Redhat 9.
I am running Tomcat 5.0.16 from a binary
My system is Linux Redhat 9.
Iam running Tomcat 5.0.16 from a binary distribution.
I can successfully compile and install my application.
The JSP page works fine.
However, when I make a change to the Java class used by the
Bean referenced in the JSP file, then issue a
"ant reload" command
27, 2004 12:36 AM
To: 'Tomcat Users List'
Subject: OT Class reloading and Hotswap
I was snooping around java.sun.com and happened upon 'HotSwap'.
There is an article that mentions it is still quite slow for
starting a jvm in 'server' mode, which perhaps many of us do,
since Tomcat
Yup, I understood all that. But what about hotswap?
-Original Message-
From: Ralph Einfeldt [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 27, 2004 1:04 AM
To: Tomcat Users List
Subject: RE: OT Class reloading and Hotswap
- I don't think that -server is heavily used
Howdy,
Yup, I understood all that. But what about hotswap?
There was a huge condition in your original statement: if the technology
becomes viable, stable, and mature, then... Well, that's a big if in my
eyes. Since I also agree with Senor Einfeldt's experience regarding the
limited use of
Apologies if this is a dumb question.
I was snooping around java.sun.com and happened upon 'HotSwap'. There
is an article that mentions it is still quite slow for starting a jvm in
'server' mode, which perhaps many of us do, since Tomcat is a server...
But I was wondering if Tomcat developers
: Thursday, January 22, 2004 11:03 AM
To: Tomcat Users List
Subject: reloading classes and struts
Hi all,
I've poked around a bit and have been fairly unsuccesful in finding and
answer to this problem.
I'm running tomcat 4.1.18 on Debian (woody). I'm using struts (1.0) and
for the longest time
. Then, a few months ago, it
stopped reloading my classes when I'd tell it to. It would say they're
reloaded, but they're really not. I'm not sure exactly when this
started happening, so something must've changed in my system.
My question is- is there anything in my webapp that could cause
/4.1.27
Looking at the LOGS, I found:
2004-01-08 11:46:29 HTMLManager: restart: Reloading
web application at '/SCP'2004-01-08 11:46:29 StandardContext[/SCP]:
Reloading this Context has started2004-01-08 11:46:29 WebappLoader[/SCP]:
Reloading checks are enabled for this Context2004-01-08 11:46:29
I'm merely idly curious, since we're back to Tomcat behaving. :)
-Original Message-
From: Ankur Shah [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 23, 2003 2:06 PM
To: Tomcat Users List
Subject: Re: JSP not reloading
Also, If you're still open to ideas, what happens when you
Hi all,
What happens to all loaded servlets on reloading a context ?. All
servlets are destroyed first then these are initialised after reload
before any request is arrived ?.
rgds
Antony Paul
-
To unsubscribe, e-mail
The reloading would depend on your configuration for
that servlet, in the load-on-startup parameter. If
not specified, it would be reloaded when the servlet
is called the first time.
If specified, it would be reloaded when the
context/application is reloaded.
--- Antony Paul [EMAIL PROTECTED
of
this instance, the init function is called on it.
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Antony Paul [mailto:[EMAIL PROTECTED]
Sent: Monday, December 29, 2003 7:46 AM
To: Tomcat Users List
Subject: What after reloading a context
Hi all,
What happens to all loaded
.
There have been *zero* configuration changes to any
of httpd.conf,
workers.proprties and server.xml files in the
timeframe of when it all
went south.
It's not the 4.1.27 reloading issue.
We're on the internal network, there is no proxy
caching.
It's not browser caching.
It's not a server
PROTECTED]
Sent: Monday, December 22, 2003 12:18 PM
To: [EMAIL PROTECTED]
Subject: JSP not reloading
Hi everyone,
This has been covered before, I know. But there doesn't seem
to be a common agreement on what the problem (and therefore
solution) is.
Our Tomcat 4.1.24 instance
Which browser are you using? I've had some caching problems with IE.
- Original Message -
From: Mike Curwen [EMAIL PROTECTED]
To: 'Tomcat Users List' [EMAIL PROTECTED]
Sent: Tuesday, December 23, 2003 12:23 PM
Subject: RE: JSP not reloading
Alright, I've tried upgrading to 4.1.29
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 23, 2003 11:44 AM
To: Tomcat Users List
Subject: Re: JSP not reloading
Which browser are you using? I've had some caching problems with IE.
- Original Message -
From: Mike Curwen [EMAIL PROTECTED]
To: 'Tomcat Users List' [EMAIL
]
Sent: Monday, December 22, 2003 12:18 PM
To: [EMAIL PROTECTED]
Subject: JSP not reloading
Hi everyone,
This has been covered before, I know. But there doesn't seem
to be a common agreement on what the problem (and therefore
solution) is.
Our Tomcat 4.1.24 instance has spontaneously decided
List'
Subject: RE: JSP not reloading
It is definitely NOT a client-side cache issue.
One a completely separate machine that has never loaded that page, I'll
get the 'old' output of the JSP. And regardless of this, this *did* work
up until last week, on one machine, using one browser (IE 6
! Anything!! :)
-Original Message-
From: Mike Curwen [mailto:[EMAIL PROTECTED]
Sent: Monday, December 22, 2003 12:18 PM
To: [EMAIL PROTECTED]
Subject: JSP not reloading
Hi everyone,
This has been covered before, I know. But there doesn't seem
to be a common agreement
-Original Message-
From: Ankur Shah [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 23, 2003 12:15 PM
To: Tomcat Users List
Subject: Re: JSP not reloading
A few things to try here:
1. What happens when you access your JSPs directly through
tomcat (port
8080?). Do you get
,
reloading the context through the manager app also does not work.
So... any ideas *why* we suddenly have to do this?
-Original Message-
From: Wendell Holmes [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 23, 2003 12:42 PM
To: 'Tomcat Users List'
Subject: RE: JSP not reloading
Have
Our server is the one generating the class files (we only copy *.jsp
files), from a box that is aproximately one second behind the server. So
the generated class ought to be 'internally consistent'.
Deleting class files (and generated source) from the work directory
seems to help the reloading
Mike Curwen wrote:
3. Did you try upgrading to 5.0.16? *duck*
no, we're not wanting to use 5.0 until (probably) 5.1. There's nothing
we need from the new servlet spec.
You're free to do what you want, of course, but I'd like to point out
5.0 should have been named 4.2. The major revision number
'.
Deleting class files (and generated source) from the work directory
seems to help the reloading, but I still don't understand why this is
suddenly a requirement.
FYI: I modified CATALINA_HOME/conf/web.xml and explicitly set
'reloadable=true' and 'development=true
Yes, to within a margin of error (in the seconds).
-Original Message-
From: Ben Souther [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 23, 2003 1:38 PM
To: Tomcat Users List
Subject: Re: JSP not reloading
Is the date on the server right?
On Tuesday 23 December 2003 02
.
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 23, 2003 1:31 PM
To: Tomcat Users List
Subject: Re: JSP not reloading
Mike Curwen wrote:
3. Did you try upgrading to 5.0.16? *duck*
no, we're not wanting to use 5.0 until (probably) 5.1. There's
was developing all last week.
I've even rolled that change back, and no dice.
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 23, 2003 1:31 PM
To: Tomcat Users List
Subject: Re: JSP not reloading
Mike Curwen wrote:
3. Did you try upgrading
[Sorry, that was meant for a different topic. Vacation needed. :)]
Are you sure nothing changed on the DB side? Some seemingly inocuous
performance tweak? Do you have some odd rouge connection holding a lock
on the table(s) you're trying to update and your app is..
snip
1 - 100 of 505 matches
Mail list logo