[
https://issues.apache.org/jira/browse/SLING-909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12696046#action_12696046
]
Felix Meschberger commented on SLING-909:
-----------------------------------------
Fixed the ResourceResolver API java doc to reflect the distinction between
resolve and getResource in Rev. 762291
> JcrResourceResolver2.resolve returns null for non-existing resources while
> api doc says otherwise
> -------------------------------------------------------------------------------------------------
>
> Key: SLING-909
> URL: https://issues.apache.org/jira/browse/SLING-909
> Project: Sling
> Issue Type: Bug
> Components: JCR Resource
> Affects Versions: JCR Resource 2.0.2
> Reporter: Alexander Klimetschek
> Assignee: Felix Meschberger
> Fix For: JCR Resource 2.0.4
>
>
> (This is a basically a re-opening of SLING-752, because I don't have rights
> to reopen that bug).
> In current trunk, although to be said to be fixed with SLING-752, the API doc
> of ResourceResolver.resolve(String) says:
> * @return The {...@link Resource} addressed by the <code>absPath</code>
> or a
> * {...@link NonExistingResource} if no such resource can be
> resolved.
> The implementation of this method in JcrResourceResolver2 however will return
> null (it calls resolveInternal() with requireResource=false).
> I have a use case where I don't have a request object (running in an event
> job) but still like to get a NonExistingResource, not null. Therefore I'd
> suggest to change JcrResourceResolver2.resolve() to not return null (and keep
> the javadoc).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
