[
https://issues.apache.org/jira/browse/SLING-325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12578219#action_12578219
]
Bertrand Delacretaz commented on SLING-325:
-------------------------------------------
> how about a 'forceGet' attribute with default to 'true' if not set ?
I like this, and I'd even tend to suggest always forcing to GET for includes.
Using includes to process POST or other requests (except HEAD maybe) sounds
scary, but that's just a gut feeling, I don't have precise examples.
So I'm ok for either a forceGet option or for always forcing GET without the
option for now, and adding the option later if we ever need it.
> Add RequestDispatcherOptions.OPT_REQUEST_METHOD
> -----------------------------------------------
>
> Key: SLING-325
> URL: https://issues.apache.org/jira/browse/SLING-325
> Project: Sling
> Issue Type: New Feature
> Components: Scripting
> Reporter: Tobias Bocanegra
>
> I'm facing a problem with POST handling in scripts. i have a 'main' script
> that includes others (header, navigation, footer, etc.) using
> <sling:include/>.
> now i have a html form that uses (multipart) POST that i want to handle
> myself and not with the ujax post servlet. therefor i added a 'POST.jsp'
> beside my 'html.jsp' of the main script. this works. now the problem is, that
> all included resources that do not have a POST.jsp are rendered by the ujax
> post servlet, which is not what i want. of course i can add POST.jsp to all
> other scripts but that's a bit tiresome.
> suggest to:
> - add new RequestDispatcherOption OPT_REQUEST_METHOD that allows override of
> the method (maybe limit to 'GET')
> - extend the <sling:include/> tag to take a 'method' attribute and default it
> to GET, if absent (it would be tedious to specify the GET for every include,
> so rather make it default).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
