You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "Paul Benedict (JIRA)" <ji...@apache.org> on 2007/12/10 04:55:33 UTC
[jira] Updated: (STR-2804) Refactor Struts initialization to
ServletContextListener
[ https://issues.apache.org/struts/browse/STR-2804?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Paul Benedict updated STR-2804:
-------------------------------
Assignee: (was: Paul Benedict)
> Refactor Struts initialization to ServletContextListener
> --------------------------------------------------------
>
> Key: STR-2804
> URL: https://issues.apache.org/struts/browse/STR-2804
> Project: Struts 1
> Issue Type: Improvement
> Components: Core
> Affects Versions: Nightly Build
> Environment: Operating System: All
> Platform: All
> Reporter: Joe Germuska
> Fix For: Future
>
> Attachments: draft_changes.tgz
>
>
> Opening an enhancement ticket in order to generate some discussion and possibly
> give a volunteer an idea for a project :-)
> As part of migrating to Action 2, I thought that it might be a good idea to try
> to have Struts configured by a ServletContextListener instead of concentrating
> that initialization in the servlet. The main idea would be that this would
> steer any compatibility solution towards dispatching requests using a single
> mechanism (presumably a future version of WebWork's FilterDispatcher) which
> could set up a better framework for sharing and blending than simply leaving a
> Struts 1.x ActionServlet in your config until you've factored out all of your
> actions.
> There would be a lot of tasks to this, but it seems that the first would be
> simply factoring the initialization code out of ActionServlet in the Struts 1.x
> line so that its basic functionality can be verified in the field.
> Comments? Volunteers?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.