Differences between revisions 5 and 6
Revision 5 as of 2008-11-25 23:06:22
Size: 1969
Comment:
Revision 6 as of 2009-09-20 23:12:09
Size: 1981
Editor: localhost
Comment: converted to 1.6 markup
Deletions are marked like this. Additions are marked like this.
Line 12: Line 12:
 * (./) Make the <forward> "name" attribute optional and default to name "success". [https://issues.apache.org/struts/browse/STR-3027 STR-3027]
 * (./) The Controller shall, in the absence of the <action> "input", search for the standard forward named "input" . [https://issues.apache.org/struts/browse/STR-3025 STR-3025]
 * (./) Make the <forward> "name" attribute optional and default to name "success". [[https://issues.apache.org/struts/browse/STR-3027|STR-3027]]
 * (./) The Controller shall, in the absence of the <action> "input", search for the standard forward named "input" . [[https://issues.apache.org/struts/browse/STR-3025|STR-3025]]
Line 17: Line 17:
 * (./) Place the S2 {{{SUCCESS, INPUT, ERROR, LOGIN}}} constants in {{{Action}}}. [https://issues.apache.org/struts/browse/STR-3024 STR-3024]
 * (./) Allow actions to be prototypical [https://issues.apache.org/struts/browse/STR-3067 STR-3067]
 * (./) Place the S2 {{{SUCCESS, INPUT, ERROR, LOGIN}}} constants in {{{Action}}}. [[https://issues.apache.org/struts/browse/STR-3024|STR-3024]]
 * (./) Allow actions to be prototypical [[https://issues.apache.org/struts/browse/STR-3067|STR-3067]]
Line 20: Line 20:
 * (./) Introduce an extensible dispatcher (and provide standard implementations) that makes dispatching a first-class citizen in Struts. The framework can allow subclasses to dispatch to any kind of method signature, provided support for interpreting the return value is also there. [https://issues.apache.org/struts/browse/STR-3168 STR-3168]  * (./) Introduce an extensible dispatcher (and provide standard implementations) that makes dispatching a first-class citizen in Struts. The framework can allow subclasses to dispatch to any kind of method signature, provided support for interpreting the return value is also there. [[https://issues.apache.org/struts/browse/STR-3168|STR-3168]]
Line 29: Line 29:
 * Will refactor [https://issues.apache.org/struts/browse/STR-2897 STR-2897] for this purpose  * Will refactor [[https://issues.apache.org/struts/browse/STR-2897|STR-2897]] for this purpose

Struts 1.4 Roadmap

The purpose of this page is to define high-level requirements that will go into the Struts 1.4 release.

Vision

The 1.4 release will focus on being a "bridge" to 2.1 by adopting some of the conventions and ideas to make the user's codebase look similar to 2.x actions. This will mainly benefit users who already have large 1.x applications, but cannot afford to refactor and replace previous development.

If possible, the 1.4 controller should be able to run side-by-side with 2.1 and interact rather well.

Convention over Configuration

  • (./) Make the <forward> "name" attribute optional and default to name "success". STR-3027

  • (./) The Controller shall, in the absence of the <action> "input", search for the standard forward named "input" . STR-3025

  • Write in the defaults to the 1.4 DTD to help with auto-completion.

Actions

  • (./) Place the S2 SUCCESS, INPUT, ERROR, LOGIN constants in Action. STR-3024

  • (./) Allow actions to be prototypical STR-3067

  • How to determine the model object that would fill out the parameters of the result string?
  • (./) Introduce an extensible dispatcher (and provide standard implementations) that makes dispatching a first-class citizen in Struts. The framework can allow subclasses to dispatch to any kind of method signature, provided support for interpreting the return value is also there. STR-3168

Tiles

  • (./) Tiles2 integration

1.4.1 (I18N release)

  • Shared subproject of localization strategies
  • S1/S2/Tiles will have unique adapters to use the strategies
  • Will refactor STR-2897 for this purpose

Struts14Roadmap (last edited 2009-09-20 23:12:09 by localhost)