[jira] Resolved: (VELTOOLS-57) ServletToolboxManager fails for .war files

["Nathan Bubna (JIRA)" <ve...@apache.org>]

     [ http://issues.apache.org/jira/browse/VELTOOLS-57?page=all ]
     
Nathan Bubna resolved VELTOOLS-57:
----------------------------------

    Fix Version:     (was: 2.0)
     Resolution: Fixed
      Assign To: Nathan Bubna

ok, the change is in.  thanks!

> ServletToolboxManager fails for .war files
> ------------------------------------------
>
>          Key: VELTOOLS-57
>          URL: http://issues.apache.org/jira/browse/VELTOOLS-57
>      Project: VelocityTools
>         Type: Bug
>   Components: VelocityView
>     Versions: 1.2
>  Environment: irrelevant
>     Reporter: Justin Patterson
>     Assignee: Nathan Bubna
>      Fix For: 1.3
>  Attachments: patch
>
> When webapps are deployed as .war files and the ServletToolboxManager is loaded from a shared location (mine is in shared/lib on Tomcat), the getInstance(ServletContext,String) method always returns the same manager.  This is because the call to ServletContext.getRealPath(String) method, whose return value is used as the key into the managersMap, returns null when the webapp is deployed as a jar, per the servlet API.  So, all ServletContext's end up getting/putting their managers using the null key into the managersMap .
> This is easy to fix.  You just need another way to scope the toolbox filename based on the input ServletContext that's guaranteed to return something unique.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org