David Sean Taylor wrote:
> Ingo,
>
> What you wrote here is of interest to me:
>
> > (Note that the latter way is very easy, but it is generally
> > bad practise to
> > open HTTP connections from within a servlet container to a
> > servlet in the
> > same container. In systems under high load, the
> > EcsServletElement sould only be used with remote servlets.)
That's a misconception. The ECSServletElement does not open an HTTP
connection, it just uses the request dispatcher to include the
JSP or Servlet. This is just the normal way of adding content created
by a JSP to a page. There is no performance problem here.
A problem occurs only when a portlet opens a URL connection to a servlet
in the same container, because under high load requests queue in
front of the servlet container, waiting for a thread to become available.
However, the threads waiting for their URL connection to return
data cannot be used, as the request they sent are also queued
in front of the container, but cannot handled because there are no
free threads ... Nice loop.
>
> Isn't that what TurbineJspService does with a RequestDispatcher?
> This implies that the current Jetspeed/JSP impl. is 'bad practice'.
>
> Is this subject covered in the servlet spec?
> Could you point me to some sources on this subject?
> I'd like to learn more about the reasons why this is bad practice.
>
> If you remember, last week I posted a message about the Jetspeed-JSP
> code failing to run under one particular servlet container.
> Well, it turns out that problem is that the RequestDispatcher in
> TurbineJspService fails to include. I have reported a bug to the vendor,
> they have acknowledged that it is a bug, but I haven't heard back from
> them yet....
>
> Thanks,
>
> - david
Best regards,
Thomas
Thomas Schaeck
Portal Architect
IBM Pervasive Computing Division
Phone: +49-(0)7031-16-3479 Mobile: +49-(0)171-6928407 e-mail:
[EMAIL PROTECTED] Fax: +49-(0)7031-16-4888
Address: IBM Deutschland Entwicklung GmbH, Schoenaicher Str. 220, 71032
Boeblingen, Germany
--
--------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Search: <http://www.mail-archive.com/[email protected]/>
List Help?: [EMAIL PROTECTED]
