https://issues.apache.org/bugzilla/show_bug.cgi?id=48358

           Summary: JSP-unloading reloaded
           Product: Tomcat 7
           Version: trunk
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Jasper
        AssignedTo: dev@tomcat.apache.org
        ReportedBy: isa...@apache.org


Created an attachment (id=24684)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=24684)
Patch including tests that fixed the problem for us.

Currently Tomcat does not support unloading JSPs. When constantly changing and
reloading JSP files (especially during development time) this causes the JVM to
run out of memory.

The patch fixes this problem by tracking the last time a JSP page was
requested. Objects are destroyed if a configurable number of JSPs is live,
starting with the "oldest" ones. This behaviour is deactivated by default. It
must be configured explicitly.

The patch comes with tests that check the added functionality. To make testing
easier I added easymock as dependency to the classpath.

I'd appreciate any feedback on the code changes - suggestions for improvement,
potential problems with the code etc.

This work was done in collaboration with some of my colleagues at work. I will
forward a link to this bug entry to those involved so they can provide more
information on the background of the patch if needed.

On a side note: Just in case you might like to include the patch - I couldn't
find a "patch intended for inclusion" check box (like the one in jira) in
bugzilla - thus stating explicitly: License to ASF granted for inclusion in ASF
works (as per the Apache License ยง5).

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Reply via email to