[ 
https://issues.apache.org/jira/browse/SLING-6187?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15746807#comment-15746807
 ] 

Justin Edelson commented on SLING-6187:
---------------------------------------

[~alexander.klimetschek] I'm trying to solve this problem in a generic way that 
can be reused across multiple PostProcessors (or, really based on 
[~bdelacretaz]'s feedback multiple 'sets' of PostProcessors). Certainly the AEM 
issue can be solved in a different way by changing how the encryption post 
processing is done to *not* rely on an @Suffix param being handled. That would 
be a very AEM specific (and likely non-backwards compatible change) which we 
should discuss in the proper context.

Personally, I think the functionality described in this issue is important 
regardless of the specifics of the AEM encryption issue.

> Provide a way for a POST request to assert a set of required 
> SlingPostProcessors
> --------------------------------------------------------------------------------
>
>                 Key: SLING-6187
>                 URL: https://issues.apache.org/jira/browse/SLING-6187
>             Project: Sling
>          Issue Type: Improvement
>          Components: Servlets
>            Reporter: Justin Edelson
>            Assignee: Justin Edelson
>             Fix For: Servlets Post 2.3.16
>
>         Attachments: SLING-6187-profile.diff, SLING-6187.patch
>
>
> I would like to add support for a new "special" request parameter understood 
> by the Sling Post Servlet named {{:requiredPostProcessors}}. This parameter 
> may contain a comma-delimited list of names (see below) which *must* be 
> available *at the time the request is processed* in order for the request to 
> be handled. Whether or not those processors _do_ anything or whether the 
> request succeeds or not is a separate question; this is just a preflight 
> check if you will.
> If any of the required SlingPostProcessors are not available, the request 
> will fail with a 501 error.
> The name of a SlingPostProcessor will be defined by a newly defined service 
> registration property {{postProcessor.name}} and default to the simple name 
> of the SlingPostProcessor's implementation class if that property is not 
> defined.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to