We don't really care whether Struts wants a ".action", or not. However,
it's confusing when it seems to pick up the behavior based on the URL
you used to enter into the system in the first place. Both URL's that I
posted in the original note work, but the resulting behavior after the
fact is different. That's the part that I'm more concerned about.
Here's an example of one of the links created on a page:
<s:url id="deleteUrl" namespace="/customer" action="delete"
includeParams="none"/>
AFAIK, nothing in this implies that the URL should have an ".action"
suffix, but if I start my session by going to "login.action" this URL
will have that suffix. If I start without the .action, it won't. Is
there maybe some way to force Struts to do it one way or the other? I
would prefer that the URLs generated be determinant.
Musachy: No, as far as I can tell, we are not using the Convention plugin.
Musachy Barroso wrote:
I missed that memo :)
musachy
On Fri, Mar 13, 2009 at 4:24 PM, <d...@holstein.com> wrote:
I believe it's now the default behavior of struts 2.1.
We recently discovered, quite by accident, that we can cause our app
built on struts2 to NOT display ".action" on any of the URL's. I'd
simply like to find out if this is an intended feature or a possible
defect? The difference is in how we start off our interaction in the
browser. If we use a URL like:
http://localhost:8080/mysite/login.action
then all of the URL's in the site appear to be suffixed with ".action".
If, on the other hand, we use:
http://localhost:8080/mysite/login
then none of the URL's are suffixed with ".action".
We're using Struts 2.1.6 with Tiles 2.0.4 - recently upgraded from some
prior versions. We noticed this because our QE department's automated
testing software freaked out when it couldn't match URL's as it expected.
Thanks,
Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org
This e-mail and any files transmitted with it are confidential and intended
solely for the use of the individual(s) or entity to whom they are addressed.
If you receive this e-mail in error please notify postmas...@holstein.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org
