[ http://issues.apache.org/jira/browse/VELTOOLS-57?page=all ]
Justin Patterson updated VELTOOLS-57:
-------------------------------------
Attachment: patch
This is the patch that I've made to my local tree and which has worked for me.
Basically, I'm creating the map key based on the hashCode of the
ServletContext. I couldn't find a better method on ServletContext that was
guaranteed to give me a unique value. I don't think that this should be an
issue since the cache is not persistent.
> 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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
