You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Felix Meschberger (JIRA)" <ji...@apache.org> on 2008/02/07 12:37:09 UTC

[jira] Closed: (SLING-234) RequestDispatcherOption string parsing in SlingScriptHelper.include(String, String)

     [ https://issues.apache.org/jira/browse/SLING-234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Felix Meschberger closed SLING-234.
-----------------------------------

    Resolution: Fixed

Closing this now, everything has been updated and adapted.

> RequestDispatcherOption string parsing in SlingScriptHelper.include(String, String)
> -----------------------------------------------------------------------------------
>
>                 Key: SLING-234
>                 URL: https://issues.apache.org/jira/browse/SLING-234
>             Project: Sling
>          Issue Type: Bug
>          Components: API, Scripting
>            Reporter: Felix Meschberger
>            Assignee: Felix Meschberger
>             Fix For: 2.0.0
>
>
> Currently the RequestDispatcherOptions given to the SlingScriptHelper.include(String path, String options) method are parsed as follows:
>     * If the string neither contains a comma nor a colon, the string is interpreted as a resource type. Hence a RequestDispatcherOption object is created setting the "forceResourceType" option to the given string
>     * Otherwise the string is parsed using the comma as a separator for the option list and the colon as a separator between an option name and its value.
> This definition of using the colon as a name/value separator collides with the use of the colon as a namespace separator also used in resource types. We should change this to use the equals sign also used in properties files as the separator between names and values.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.