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 2007/10/31 16:11:50 UTC

[jira] Created: (SLING-91) MicroslingRequestPathInfo does not decompose paths correctly

MicroslingRequestPathInfo does not decompose paths correctly
------------------------------------------------------------

                 Key: SLING-91
                 URL: https://issues.apache.org/jira/browse/SLING-91
             Project: Sling
          Issue Type: Bug
          Components: microsling
            Reporter: Felix Meschberger
            Assignee: Felix Meschberger
             Fix For: 2.0.0


Given a request URI of "/a/b/c.sep.html/suffix" and a resolved Resource at "/a", the selectors and extension are empty and the suffix is "/b/c.sep.html/suffix". The current implementation returns "sep" as the separator string, "html" as the extension and "/suffix" as the suffix. The remaining part of the path - "/b/c" is returned as "unused content path".

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

[jira] Closed: (SLING-91) MicroslingRequestPathInfo does not decompose paths correctly

Posted by "Felix Meschberger (JIRA)" <ji...@apache.org>.

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

Felix Meschberger closed SLING-91.
----------------------------------

    Resolution: Fixed

This has been fixed as part of the "big" refactoring of microsling.

> MicroslingRequestPathInfo does not decompose paths correctly
> ------------------------------------------------------------
>
>                 Key: SLING-91
>                 URL: https://issues.apache.org/jira/browse/SLING-91
>             Project: Sling
>          Issue Type: Bug
>          Components: microsling
>            Reporter: Felix Meschberger
>            Assignee: Felix Meschberger
>             Fix For: 2.0.0
>
>
> Given a request URI of "/a/b/c.sep.html/suffix" and a resolved Resource at "/a", the selectors and extension are empty and the suffix is "/b/c.sep.html/suffix". The current implementation returns "sep" as the separator string, "html" as the extension and "/suffix" as the suffix. The remaining part of the path - "/b/c" is returned as "unused content path".

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