You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "Wes Wannemacher (JIRA)" <ji...@apache.org> on 2009/04/17 07:51:06 UTC
[jira] Closed: (WW-2770) @Result type should be a class
[ https://issues.apache.org/struts/browse/WW-2770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Wes Wannemacher closed WW-2770.
-------------------------------
Resolution: Won't Fix
As Musachy said, this was a request to allow Strings. Although the type-safety thing would be nice, it would also mean extra imports and knowledge about the actual class implementing a result type. If you want to create a patch that we can apply to conventions that supports both, reopen the issue and attach a patch, otherwise you won't see any traction on this.
> @Result type should be a class
> ------------------------------
>
> Key: WW-2770
> URL: https://issues.apache.org/struts/browse/WW-2770
> Project: Struts 2
> Issue Type: Improvement
> Components: Plugin - Convention
> Affects Versions: 2.1.6
> Reporter: Richard Wallace
> Priority: Minor
> Fix For: Future
>
>
> It feels like a huge step backwards from the Codebehind plugin to use a string as the type parameter to the @Result annotation. I much prefer the type safety and IDE support provided by using the actual result class. The same can be said of the interceptor annotations.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.