Filip Hanik - Dev Lists hanik.com> writes:
> besides having zero purpose in a production environment?
Right, it has no purpose in a production env. It's only used in
development.
> You've already been presented with so many options, take one of them and
> use them, you can accomplish exactly w
Yoav Shapira apache.org> writes:
> The general idea is to reload an app when you know it needs to be
> reloaded, not when it's accessed, so as to minimize delays as seen by
> the users. It's a basic principle of designing for performance.
> However, there's nothing written in stone that says you
Kent Tong wrote:
Filip Hanik - Dev Lists hanik.com> writes:
sounds like you want the cake and eat it too, follow Yoav's suggestion,
and write a macro so that everytime you update a class you touch a
watched resource after the update has been complete
I really don't understand. What'
Hi,
On 3/2/07, Kent Tong <[EMAIL PROTECTED]> wrote:
Filip Hanik - Dev Lists hanik.com> writes:
> sounds like you want the cake and eat it too, follow Yoav's suggestion,
> and write a macro so that everytime you update a class you touch a
> watched resource after the update has been complete
I
Filip Hanik - Dev Lists hanik.com> writes:
> sounds like you want the cake and eat it too, follow Yoav's suggestion,
> and write a macro so that everytime you update a class you touch a
> watched resource after the update has been complete
I really don't understand. What's wrong with reloading
Kent Tong wrote:
Filip Hanik - Dev Lists hanik.com> writes:
see that the solution I gave you, doesn't need to reload the app, it
simply reloads the individual class file. for large apps, you don't have
to wait for the entire app to reload
that would qualify as automatic too, wouldnt it?
ell, it will
manage existing instances as instances of the previous class version and new
instances will be created using the new version.
-Message d'origine-
De : news [mailto:[EMAIL PROTECTED] De la part de Kent Tong
Envoyé : vendredi 2 mars 2007 04:51
À : dev@tomcat.apache.org
Obj
Bill Barker wilshire.com> writes:
> TC 3.3.x has something like this. You could look at the DependClassLoader
> there for some ideas.
Right. It seems that the ReloadInterceptor
(http://tomcat.apache.org/tomcat-3.3-doc/serverxml.html#ReloadInterceptor)
does that. But why it has been removed?
Filip Hanik - Dev Lists hanik.com> writes:
> see that the solution I gave you, doesn't need to reload the app, it
> simply reloads the individual class file. for large apps, you don't have
> to wait for the entire app to reload
> that would qualify as automatic too, wouldnt it?
Thanks. I've ta
Filip Hanik - Dev Lists hanik.com> writes:
> I wasn't referring to this attribute, I was referring to a classloaded
> that reloads individual classes.
> I know this was done some time ago, not sure if it was included in
> tomcat or not, but search the dev archives.
Thanks. But it is still relo
Kent Tong wrote:
Yoav Shapira apache.org> writes:
There will always be at least one manual step, because as things stand
right now a computer program can't read your mind ;) You don't want
it to reload automatically when a specific resource (or resources)
is/are modified, you don't want it
> -Original Message-
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Kent Tong
> Sent: Thursday, March 01, 2007 5:12 PM
> To: dev@tomcat.apache.org
> Subject: Re: reload on demand
>
> Yoav Shapira apache.org> writes:
>
> > There will always be at
WebSphere has this option on deployment, you can indicate that an app
should poll it's class files every so often to see if there are any
changes, and restart itself if it does.
It is a nice option to have, but I agree that I'd rather my computer
program not do anything I didn't ask of it.
K
Yoav Shapira apache.org> writes:
> There will always be at least one manual step, because as things stand
> right now a computer program can't read your mind ;) You don't want
> it to reload automatically when a specific resource (or resources)
> is/are modified, you don't want it to reload auto
Yoav Shapira wrote:
Hi,
On 3/1/07, Kent Tong <[EMAIL PROTECTED]> wrote:
Christophe Pierret sparus-software.com> writes:
> Then you can create a dirty.txt file that you add as a
WatchedRessource.
> When you are ready to run, "touch" it and it will reload
automatically.
But then it takes an
Hi,
On 3/1/07, Kent Tong <[EMAIL PROTECTED]> wrote:
Christophe Pierret sparus-software.com> writes:
> Then you can create a dirty.txt file that you add as a WatchedRessource.
> When you are ready to run, "touch" it and it will reload automatically.
But then it takes an extra manual step, ie,
Christophe Pierret sparus-software.com> writes:
> Then you can create a dirty.txt file that you add as a WatchedRessource.
> When you are ready to run, "touch" it and it will reload automatically.
But then it takes an extra manual step, ie, touching the dirty.txt file,
before accessing the webap
Kent Tong wrote:
Yoav Shapira apache.org> writes:
There's reloadable as a Context attribute, documented at
http://tomcat.apache.org/tomcat-5.5-doc/config/context.html, and you
can also define a list of static resources (not classes) to be watched
to trigger a reload, via the WatchedResource
> Kent Tong writes:
>
> Yoav Shapira apache.org> writes:
>
> > There's reloadable as a Context attribute, documented at
> > http://tomcat.apache.org/tomcat-5.5-doc/config/context.html, and you
> > can also define a list of static resources (not classes) to be
watched
> > to trigger a reload
Yoav Shapira apache.org> writes:
> There's reloadable as a Context attribute, documented at
> http://tomcat.apache.org/tomcat-5.5-doc/config/context.html, and you
> can also define a list of static resources (not classes) to be watched
> to trigger a reload, via the WatchedResources element. See
Hola,
On 2/28/07, Kent Tong <[EMAIL PROTECTED]> wrote:
Filip Hanik - Dev Lists hanik.com> writes:
> personally I don't see a very high value of it.
> If I remember correctly, a different approach has already been
> implemented using one more layer of classloaders.
> you'd need to search around
Filip Hanik - Dev Lists hanik.com> writes:
> personally I don't see a very high value of it.
> If I remember correctly, a different approach has already been
> implemented using one more layer of classloaders.
> you'd need to search around or someone might jump in and let you know
> where it is
Kent Tong wrote:
Hi,
I've recently posted a request for a reload-on-demand feature
(http://thread.gmane.org/gmane.comp.jakarta.tomcat.user/144699).
Wondering if you guys (Tomcat developers) think it's useful,
nice to have or just total crap? If it's not crap, I may try
to fi
Hi,
I've recently posted a request for a reload-on-demand feature
(http://thread.gmane.org/gmane.comp.jakarta.tomcat.user/144699).
Wondering if you guys (Tomcat developers) think it's useful,
nice to have or just total crap? If it's not crap, I may try
to find some time to see
24 matches
Mail list logo
