tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Abdessamed Mansouri <amanso...@alti-dz.com>
Subject Re: Stopping any Tomcat thread running more than an amount of time
Date Sun, 29 Jan 2017 15:57:39 GMT
Hello,

Thank you all for your suggestions and thank you André and Mark, so as
André said that we can do it with servlet filters and i prefer that because
it depends on servlet spec not on Tomcat internals as valves, we will see
how to hook up the code to make it checks periodically for interupt flag as
Mark said.

Thank you so much again for your help and your time and have nice day.

2017-01-27 10:39 GMT+01:00 Mark Thomas <markt@apache.org>:

> On 27/01/2017 08:24, Abdessamed Mansouri wrote:
> > Thank you for your time and your suggestion and sorry for late response.
> >
> > I don't know if that is possible in servlet filter, because we don't
> really
> > want to kill the thread, we want only to stop it and return it to Tomcat
> > thread pool for it be used again to handles new requests, so i think we
> > should write a special thread pool which do that for us (that what is
> > currently in my head).
>
> Unless the long running code is going to respond to an interrupt in
> timely manner, this is never going to work.
>
> If the long running code will respond to an interrupt, a relatively
> simple filter or valve that tracks in progress requests (it will need a
> dedicated thread to periodically loop through the requests and interrupt
> the ones running longer than the given threshold) will do the trick.
>
> Mark
>
>
> >
> > 2017-01-23 14:06 GMT+01:00 André Warnier (tomcat) <aw@ice-sa.com>:
> >
> >> On 23.01.2017 13:41, Abdessamed Mansouri wrote:
> >>
> >>> Hello, Thank you for your answers, we are integratting JSF (Mojarra)
> and
> >>> using it, so in many cases, in the same page there's some
> functionnalities
> >>> which work and other not, there's also some functionnalities which work
> >>> with a little data (reasonable time) but with a little larger data take
> >>> too
> >>> much time because of bad implementation and i have fear to say that we
> >>> really don't know all,the functionnalities which dont work (takes too
> much
> >>> time).
> >>>
> >>> We think this is the only (not necessary) temporary solution.
> >>>
> >>> Thank you all.
> >>>
> >>
> >> Hi. Apart from the suggestions below, I don't think that there is
> anything
> >> "out of the box" which does the kind of thing you want.
> >> So you might have to write this yourself.
> >> I am not really an expert, but in terms of architecture this might be a
> >> job for a "servlet filter", which starts a timer before forwarding the
> call
> >> to the real application.
> >> How the filter would have to react, when it is called by the timer
> after 5
> >> minutes, in order to "kill" the running servlet and return an
> informative
> >> response to the caller, is beyond me though, specially without modifying
> >> the servlet itself.
> >> Generating an exception and catching it in the response part of the
> filter
> >> ?
> >>
> >>
> >>
> >>
> >>> 2017-01-23 12:43 GMT+01:00 André Warnier (tomcat) <aw@ice-sa.com>:
> >>>
> >>> On 23.01.2017 12:37, Aurélien Terrestris wrote:
> >>>>
> >>>> Hello,
> >>>>>
> >>>>> if it is possible to know which servlet is involved in this problem,
> >>>>> maybe
> >>>>> could you update the web.xml and deactivate this servlet by
> commenting
> >>>>> its
> >>>>> servlet mapping. You would then get 404 errors, but maybe it's better
> >>>>> than
> >>>>> your problem now.
> >>>>>
> >>>>> regards
> >>>>> A.T.
> >>>>>
> >>>>>
> >>>> I suppose that you could also, instead, map these servlets to some
> nice
> >>>> static html page, with a message telling the user that it is disabled,
> >>>> and
> >>>> ask them to use the "back" button to return to the previous page.
> >>>>
> >>>>
> >>>>
> >>>>> 2017-01-23 12:01 GMT+01:00 Abdessamed Mansouri <
> amansouri@alti-dz.com>:
> >>>>>
> >>>>> Hello all,
> >>>>>
> >>>>>>
> >>>>>> We have an application which turns on Tomcat and suffer from
bad
> >>>>>> performance (we are trying to find a solution by reimplementing
> it), so
> >>>>>> there's many many many simple functionnalities which take too
much
> time
> >>>>>> (bad implementation) sometimes up to 30mins (and to hours),
so our
> >>>>>> client's
> >>>>>> employees dont use these functionnalities but sometimes by mistake
> they
> >>>>>> run
> >>>>>> some of it which make all the entire server slow for all other
> >>>>>> employees
> >>>>>> because the tomcat request handler threads still turning in
> background,
> >>>>>> so
> >>>>>> temporarily we are seeking for a way (through config or code
> hacking)
> >>>>>> to
> >>>>>> let Tomcat stops it's threads after some amout of time if they
> didn't
> >>>>>> completed, for exemple : Tomcat will stop any of its running
thread
> >>>>>> after 5
> >>>>>> mins if the thread doesn't completed.
> >>>>>>
> >>>>>> Tomcat version : 7.0.35
> >>>>>>
> >>>>>> Thanks
> >>>>>>
> >>>>>> --
> >>>>>> Abdessamed MANSOURI
> >>>>>> Consultant développeur en nouvelles technologies - ALTI Algérie
> >>>>>> Lot N° 30 – Lotissement 20 août 1955 – Oued Romane –
EL Achour –
> 16106
> >>>>>> –
> >>>>>> Alger
> >>>>>> Tél 1 : 06 73 37 72 58
> >>>>>> Tél 2 : 05 56 66 57 56
> >>>>>> Email : amansouri@alti-dz.com
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> >>>> For additional commands, e-mail: users-help@tomcat.apache.org
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> >> For additional commands, e-mail: users-help@tomcat.apache.org
> >>
> >>
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>


-- 

Merci.
Abdessamed MANSOURI
Consultant développeur en nouvelles téchnologies
EURL ALTI Algérie
Lotissement Piette, N° 06 Rue B les crêtes-Hydra-Alger
Tél         :   (+213) 23 48 53 15
Tél / Fax   :   (+213) 23 48 53 17
Tél Mobile  :   (+213)  6 73 37 72 58
Email       :   amansouri@alti-dz.com

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message