You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "Brian Pontarelli (JIRA)" <ji...@apache.org> on 2007/05/01 21:45:42 UTC

[jira] Commented: (WW-1522) Automatic Alias ActionConfigs

    [ https://issues.apache.org/struts/browse/WW-1522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40920 ] 

Brian Pontarelli commented on WW-1522:
--------------------------------------

If the post-processing has to know all of the already loaded configuration than the options you listed are the only ones. However, if it doesn't this can be handled by a custom ConfigurationProvider which can simply add the aliases. 

There is still one problem with configuration that I can't seem to find a way around. We need some mechanism for introducing new ConfigurationProviders and handling the configuration prior to the initialization process. I think that by fixing the configuration mechanism to have more lifecycle and for Struts to allow plug points at each stage we will effectively fix all of these issues.

Perhaps a new enhancement or changing this one makes the most sense.

> Automatic Alias ActionConfigs
> -----------------------------
>
>                 Key: WW-1522
>                 URL: https://issues.apache.org/struts/browse/WW-1522
>             Project: Struts 2
>          Issue Type: Improvement
>            Reporter: Ted Husted
>             Fix For: 2.1.0
>
>
> Create ActionConfigs for Action class methods that do not already have aliases
> The initial "dynamic method invocation" implementation does not create an ActionConfig, but scans for a "!" and invokes the method directly. The implementation doesn't allow these alias methods to be browsed, overrridden with static actions, nor can they have their own validators, type convertors or resources. 
> Rather than scan for dynamic method references at run time, an alternate approach would be to scan the configuration when it is first loaded and create ActionConfigs for all potential alias methods. 
> See also http://www.mail-archive.com/dev%40struts.apache.org/msg25916.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.