You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@velocity.apache.org by "Nathan Bubna (JIRA)" <ve...@apache.org> on 2006/03/04 20:10:39 UTC

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

    [ http://issues.apache.org/jira/browse/VELTOOLS-57?page=comments#action_12368893 ] 

Nathan Bubna commented on VELTOOLS-57:
--------------------------------------

yeah, looks like that'll do the trick.

Of course, if we can make ServletToolboxManager serializable, we could just put it into the servlet context attributes with the relative path to the toolbox file as the key...

but for now i'll stick with this.  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
>      Fix For: 1.3, 2.0
>  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