Re: JSP and memory leaks

Anthony Eden <[email protected]> Tue, 11 May 2004 08:29:54 -0400
Newsgroups gmane.comp.java.jpublish.devel
Message-ID <[email protected]>
Artem,

Version 3.0b2 includes a first attempt to allow the use of JSP or other 
non-JPublish resources through the use of the new 
org.jpublish.servlet.PathDispatcher class as well as some new code in 
the org.jpublish.servlet.JPublishServlet class. Currently the code 
dispatches code to the servlet engine, however this same technique will 
eventually be applied at the view layer thus allowing JPublish to 
execute the initial processing prior to delegating to JSP for the view. 
I'll implement this at some point unless someone else does it first. ;-)

As for memory leaks, it is possible that there are leaks, although I 
have been testing a site under significant load, with BeanShell scripts 
for the actions, and while not yet as performant as I would like I have 
yet to see memory leaks. However I will continue to do testing and will 
try and recreate the scenerio you mention below and see if I can 
determine what is causing the problem. Is the application being tested 
one of the examples which comes with JPublish or is it your own application?

If anyone else has suggestions or ideas on what, if anything, might be 
causing memory leaks please let me know so I can put in a fix immediately.

Sincerely,
Anthony Eden

Artem Orlov wrote:

> Hello,
>
> I have two questions:
>
>    1. Can I use JSP pages and JSTL for my “View” part? May be somebody
>       has such ViewRenderer already? Is it planned to include
>       ViewRenderer for JSP (with support of taglibs) in future
>       releases of JPublish?
>    2. I guess that there are some memory leaks in JPubluish framework.
>       I have Tomcat 5.0.19 and JPublish 3.0b1. After a number of
>       restarting application through “Tomcat Web Application Manager”
>       server crashes with not enough of free memory message. In the
>       case of regular navigation through the site (with reloading the
>       pages) the java allocated memory does not begin to grow so rapidly.
>
> Artem
>


-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to 
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3