;t see how
this type of different state is useful since the developer does not have any
control over when Servlets are instantiated.
- Original Message -
From: "QM" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, June 16, 2004
une 16, 2004 8:04 PM
Subject: Re: Multiple requests sharing the same Servlet instance
> On Wed, Jun 16, 2004 at 07:53:07PM +0530, Keith Hankin wrote:
> : Maybe I'm being dumb, but it seems to me that based upon what I'm
hearing,
> : there is no benefit of doing Servlet instance pooling s
: "Shapira, Yoav" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" <[EMAIL PROTECTED]>
> Sent: Wednesday, June 16, 2004 7:06 PM
> Subject: RE: Multiple requests sharing the same Servlet instance
>
> > Hi,
> >
> > >But if a Servlet instanc
On Wed, Jun 16, 2004 at 07:53:07PM +0530, Keith Hankin wrote:
: Maybe I'm being dumb, but it seems to me that based upon what I'm hearing,
: there is no benefit of doing Servlet instance pooling since the Servlets
: aren't true objects; they are merely places to put code, since no local
: state is
to any class in the classloader. The most
dangerous way to maintain state but sometimes a needed evil.
The original intent was to have servlets allocated objects and multiple
requests each hit the same servlet instance. I would imagine there was an
intent to allow admins to configure a servlet to
apira, Yoav" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, June 16, 2004 7:06 PM
Subject: RE: Multiple requests sharing the same Servlet instance
>
> Hi,
>
> >But if a Servlet instance might be used by multiple threads at
Hi,
>But if a Servlet instance might be used by multiple threads at one
time,
>then what's the point of having Servlet object pooling at all? Why
wouldn't
It might and it might not. My point was that the Servlet Spec leaves it
for the container implementation to decide, and so you should be
car
-
From: "Keith Hankin" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, June 16, 2004 8:33 AM
Subject: Re: Multiple requests sharing the same Servlet instance
> But if a Servlet instance might be used by multiple threads at o
apira, Yoav" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, June 16, 2004 6:47 PM
Subject: RE: Multiple requests sharing the same Servlet instance
>
> Hi,
> No, it doesn't mean one instance of a servlet class is created.
ently.
Yoav Shapira
Millennium Research Informatics
>-Original Message-
>From: Keith Hankin [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, June 16, 2004 9:14 AM
>To: Tomcat Users List
>Subject: Re: Multiple requests sharing the same Servlet instance
>
>So this means t
it would use Servlet instance pooling.
- Original Message -
From: "Shapira, Yoav" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Monday, June 14, 2004 8:22 PM
Subject: RE: Multiple requests sharing the same Servlet instance
>
>
On Mon, Jun 14, 2004 at 10:55:44AM -0400, Tim Funk wrote:
: One way to get around this is by making your serlvet implement
: SingleThreadModel. (ick!)
Not if the OP is using Tomcat5, or any other servlet spec 2.4 container.
;)
SingleThreadModel has (thankfully) been banished.
-QM
--
software
MatrixOne Tech Support eMail incident submission functionality requires specific
subject line. The following subject lines are recognized.
Request for CustomerLink Access
- This will submit a request for new CustomerLink account
Request for CustomerLink Password Reset
- This will subm
Wrong. It is expected that many threads may be executing the service() method
of a servlet at the same time.
One way to get around this is by making your serlvet implement
SingleThreadModel. (ick!)
-Tim
Keith Hankin wrote:
I am having a problem where one Servlet instance seems to being used by
onday, June 14, 2004 10:53 AM
>To: Tomcat Users List
>Subject: Multiple requests sharing the same Servlet instance
>
>I am having a problem where one Servlet instance seems to being used by
two
>different threads at the same time. It is my understanding that Servlet
>instances will n
I am having a problem where one Servlet instance seems to being used by two different
threads at the same time. It is my understanding that Servlet instances will not be
used by two threads at the same time, so that the service() method would thus only be
called by one thread, then it can be cal
At 05:19 AM 11/25/2003, you wrote:
Hi,
We have a client server set up, wherein the client sends multiple
requests to the server at the same time & the data is retrived from the
database.
But the response from the server is got only one after the other. :(
Can soemone tell me why this migh
Hi,
We have a client server set up, wherein the client sends multiple requests to the
server at the same time & the data is retrived from the database.
But the response from the server is got only one after the other. :(
Can soemone tell me why this might be happening??
We have
quarta-feira, 29 de outubro de 2003 9:55
> Para: Tomcat Users List
> Assunto: Re: Multiple requests to the same servlet is problem
>
> Can you post the servlet code?
> Are you using global variables in you logic?
> If so, you probably have a threading issue.
>
Can you post the servlet code?
Are you using global variables in you logic?
If so, you probably have a threading issue.
On Wednesday 29 October 2003 08:07 am, you wrote:
> Hello folks, i have one page with iframes, each iframe has a GET
> request, to a servlet that must bring description f
PROTECTED]
Sent: 29 October 2003 13:49
To: 'Tomcat Users List'
Subject: RE: Multiple requests to the same servlet is problem
There´s no variable that would control that behavior, if reload each
iframe, one after another, it fine ( using mouse for example ). But tell me,
a thread-sa
cat Users List
> Enviada: quarta-feira, 29 de outubro de 2003 9:08
> Para: 'Tomcat Users List'
> Assunto: RE: Multiple requests to the same servlet is problem
>
> Sounds like your servlet is not thread-safe. Have you got any instance
> var
Sounds like your servlet is not thread-safe. Have you got any instance
variables declared in your servlet class?
-Original Message-
From: Edson Alves Pereira [mailto:[EMAIL PROTECTED]
Sent: 29 October 2003 13:07
To: 'Tomcat-User List'
Subject: Multiple requests to the same
Hello folks, i have one page with iframes, each iframe has a GET
request, to a servlet that must bring description for a product code, and
therefore each iframe has a different request like:
url="/osctrl/exec/ProductDescription?code=478541.1"
But when tomcat seems to confuse those
TECTED]
>
> -Original Message-
> From: Alex Fernández [mailto:[EMAIL PROTECTED]]
> Sent: 23 May 2001 16:34
> To: [EMAIL PROTECTED]
> Subject: Re: Multiple requests
>
> So, just to clarify:
>
> The request arrives, Tomcat processes it and sends it to your servlet
:34
To: [EMAIL PROTECTED]
Subject: Re: Multiple requests
So, just to clarify:
The request arrives, Tomcat processes it and sends it to your servlet.
You do:
response.setContentType("text/html");
// commits the response
response.flushBuffer();
and, while your serv
t;
> Thanks.
> Dave
> [EMAIL PROTECTED]
>
> -Original Message-
> From: Alex Fernández [mailto:[EMAIL PROTECTED]]
> Sent: 23 May 2001 14:50
> To: [EMAIL PROTECTED]
> Subject: Re: Multiple requests
>
> Hi David!
>
> You can commit the response, and then th
t and
that a response will be along shortly. Is this what the SC_CONTINUE header
does, or is there another header I can send.
Thanks.
Dave
[EMAIL PROTECTED]
-Original Message-
From: Alex Fernández [mailto:[EMAIL PROTECTED]]
Sent: 23 May 2001 14:50
To: [EMAIL PROTECTED]
Subject: Re: Mul
Hi David!
You can commit the response, and then the request will not be
resubmitted. But it's difficult, since the problem was that Tomcat is
not honoring the requests, to begin with.
In iPlanet, you can tell how many requests can be queued; it would be
interesting to know whether you can do the
I have been load testing our servlet and under high load requests start to
take a long time (30secs ish). When a request takes this long a browser
resubmits the request automatically. Is there a status I can send to the
browser to say that the server is actually doing something and therefore
stop
30 matches
Mail list logo