tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Brill Pappin" <>
Subject Re: Running multiple servlet instances
Date Wed, 02 Feb 2000 13:29:59 GMT
I'd agree that SingleThreadedModel is *not* a nice way to do anything... but
I have found it useful in one or two odd situations... What would be
required to implement it?

- Brill Pappin

----- Original Message -----
From: Booth, Peter <>
To: <>
Sent: Wednesday, February 02, 2000 5:07 PM
Subject: RE: Running multiple servlet instances

> Tom,
> SingleThreadedModel is a kluge. I used the interface in the
> previous servlet project I deployed , because server-side
> performance didn't seme to be an issue and it turned out fine.
> The servlet pooling in WebSphere 1.1 worked acceptably.
> In my latest project I have written my servlets to be
> multithreaded. I still use different servlet instances
> by registering multiple servlet names (with different
> init parameters) that use the same servlet code and this
> works as expected. I haven't tried this with tomcat.
> Peter Booth
> -----Original Message-----
> From: Clark, Tom []
> Sent: Tuesday, February 01, 2000 6:37 PM
> To: ''
> Subject: Running multiple servlet instances
> Hi,
>   I'm trying to run some SingleThreadedModel servets with tomcat and I
> seem to get more than one instance of each to start up.  I've put multiple
> <servlet> ...<\servlet> clauses in my web.xml and they all go thru the
> init() method, but when I try to run them with our loadrunner tools, only
> one of each class runs the service() method.  The duplicate instances
> get activated.
>   In reading the SingleThreadedModel documents, it talks about having a
> of servlet instances and running multiple instances for multiple requests,
> but I don't see this happening in tomcat.
>   Anyone know if this is supposed to work and if so, how to make it
> Any help is appreciated.
>      thanks,
>         Tom Clark
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:
> This message is for the named person's use only.  It may contain
> confidential, proprietary or legally privileged information.  No
> confidentiality or privilege is waived or lost by any mistransmission.
> If you receive this message in error, please immediately delete it and all
> copies of it from your system, destroy any hard copies of it and notify
> sender.  You must not, directly or indirectly, use, disclose, distribute,
> print, or copy any part of this message if you are not the intended
> recipient. CREDIT SUISSE GROUP and each of its subsidiaries each reserve
> the right to monitor all e-mail communications through its networks.  Any
> views expressed in this message are those of the individual sender, except
> where the message states otherwise and the sender is authorised to state
> them to be the views of any such entity.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

View raw message