You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Johan Compagner (JIRA)" <ji...@apache.org> on 2007/08/28 19:45:30 UTC
[jira] Assigned: (WICKET-903) WicketServlet no longer sets
application on current thread
[ https://issues.apache.org/jira/browse/WICKET-903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Johan Compagner reassigned WICKET-903:
--------------------------------------
Assignee: Eelco Hillenius
eelco broke it, so he know ofcourse exactly how to fix it.
> WicketServlet no longer sets application on current thread
> ----------------------------------------------------------
>
> Key: WICKET-903
> URL: https://issues.apache.org/jira/browse/WICKET-903
> Project: Wicket
> Issue Type: Bug
> Components: wicket
> Affects Versions: 1.3.0-beta3, 1.3.0-beta4, 1.3.0-rc1, 1.3.0-final, 1.4.0-alpha, 1.3.1
> Environment: Windows, OSGI-platform
> Reporter: Jan Vermeulen
> Assignee: Eelco Hillenius
> Priority: Critical
>
> The last changes made to WicketFilter (move Application.set(webApplication) from doGet() to doFilter()) have a side effect: if working with WicketServlet (due to OSGI), the application is no longer set on the current thread, because it was moved to doFilter().
> Possible fixes:
> * move Application.set() in WicketFilter back to doGet(), at the start if that's early enough
> * expose the webApplication property, and add an extra Application.set() in the doGet() of WicketServlet
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.