What do you think about throwing away support for the do prefix? If
an action method cannot be found, the framework will prepend the do
prefix to it and will try again, this pushes a bit of hassle into flow
logic. Dropping support will allow simplify code in few places.
Regards
--
Łukasz
+ 48
See https://builds.apache.org/job/Struts-JDK6-develop/105/
--
[...truncated 14590 lines...]
[JENKINS] Archiving
https://builds.apache.org/job/Struts-JDK6-develop/ws/archetypes/struts2-archetype-angularjs/pom.xml
to
See https://builds.apache.org/job/Struts-JDK7-develop/83/
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
Why do we support the do prefix at all? I don't know the answer. I'd just
like to know how it came to be.
PS: I am in favor of simplifying the internals of Struts. I don't like
having multiple ways of naming an execution method.
Cheers,
Paul
On Sun, Dec 21, 2014 at 1:24 PM, Lukasz Lenart
+1, no real need for it.
On Sun, Dec 21, 2014 at 2:24 PM, Lukasz Lenart lukaszlen...@apache.org wrote:
What do you think about throwing away support for the do prefix? If
an action method cannot be found, the framework will prepend the do
prefix to it and will try again, this pushes a bit of
2014-12-21 23:19 GMT+01:00 Paul Benedict pbened...@apache.org:
Why do we support the do prefix at all? I don't know the answer. I'd just
like to know how it came to be.
No idea :)
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
+1 to get rid of do support.
Cheers,
Paul
On Mon, Dec 22, 2014 at 12:34 AM, Lukasz Lenart lukaszlen...@apache.org
wrote:
2014-12-21 23:19 GMT+01:00 Paul Benedict pbened...@apache.org:
Why do we support the do prefix at all? I don't know the answer. I'd
just
like to know how it came to
See https://builds.apache.org/job/Struts-JDK7-develop/84/
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
See https://builds.apache.org/job/Struts-JDK6-develop/106/
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org