[ 
http://www.stripesframework.org/jira/browse/STS-831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12344#comment-12344
 ] 

Timothy Stone commented on STS-831:
-----------------------------------

I'll defer to Ben. However, I am not in agreement that STS-595 === STS-831, or 
said another way "STS-595 was fixed, how about fixing STS-931 too."

My position is staked in the Servlet specification and Stripes implementation 
of that specification. I can be moved.

The original submitter presented a couple of use cases but said nothing of the 
internals of the ActionBean. In the end the user wants to return the form from 
which the GET/POST was made on a page of multiple forms. I made an assumption 
that a ForwardResolution was being made because "hash anchors" were not 
working. A look at the source of the ForwardResolution finds that the 
RequestDispatcher is not going to allow a "hash anchor'd" resource to be 
forwarded/included. 

The use of a RedirectResolution is required to support hash anchors natively: 
where the triumvirate of HTTP (embodied by the container), User-Agent and HTML 
play nice together with Stripes. Hence my simple WAR to demonstrate this 
orchestration. 

I may have confused the original intent of the submitter with my positions on 
Get-After-Post when it may not be needed, but only a RedirectResolution is 
necessary. However, if database inserts are being performed, there is a strong 
argument that Get-After-Post is the correct pattern to be following, where a 
GET should always be idempotent.


> Hash anchors (#) in form action breaks binding to ActionBean
> ------------------------------------------------------------
>
>                 Key: STS-831
>                 URL: http://www.stripesframework.org/jira/browse/STS-831
>             Project: Stripes
>          Issue Type: Bug
>          Components: ActionBean Dispatching, Tag Library
>    Affects Versions: Release 1.5.6
>            Reporter: Carl Krig
>            Priority: Minor
>             Fix For: Release 1.5.7
>
>         Attachments: STS-831.patch
>
>
> Problem:
> <form action="/My.action#my"> gives an ERROR ... tag.FormTag - Could not 
> locate an ActionBean that was bound to the URL [/My.action#my]. Without an 
> ActionBean class Stripes cannot determine whether the ActionBean is a wizard 
> or not. As a result wizard behaviour will be disabled.
> Expected:
> Properly bind to same as "/My.action" would have. More specifically, drop the 
> hash mark and everything that comes after.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Stripes-development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/stripes-development

Reply via email to