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.