You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by bu...@apache.org on 2004/12/10 08:34:38 UTC
DO NOT REPLY [Bug 32628] New: -
Wildcard support in global forward declarations (and possibly other places)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=32628>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=32628
Summary: Wildcard support in global forward declarations (and
possibly other places)
Product: Struts
Version: 1.2.4
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: Controller
AssignedTo: dev@struts.apache.org
ReportedBy: maslovsky@mail.ru
It would be great to have wildcard support not only in action definitions, but
also in some other struts-config elements, such as global forwards, ex:
<forward name="/admin/*User" path="/admin.do?method={1}User"/>
This should allow to use forward definitions like "editUser", "deleteUser",
etc.
This also might be usefull for form bean definitions. Consider the follwing
example:
<action path="/user*" type="com.company.{1}User" name="{1}UserForm" input="{1}
User.jsp"/>
I may have, say 5 actions, most would be using form beans with the same
properties ��� different name, but one of them uses a different form bean:
<form name="*UserForm">
<form-property name="name" type="String">
</form>
<form name="changePasswordUserForm">
<form-property name="name" type="String">
<form-property name="oldPassword" type="String">
<form-property name="newPassword" type="String">
</form>
����� wildcards would allow to avoid defining several form beans with the same
set of properties but just different names.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org