[
https://issues.apache.org/jira/browse/SLING-10937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17449014#comment-17449014
]
Konrad Windszus edited comment on SLING-10937 at 11/25/21, 8:24 AM:
--------------------------------------------------------------------
I added a failing test exposing that behaviour in
https://github.com/apache/sling-org-apache-sling-testing-sling-mock/pull/7.
This is new as the resource wrapping was introduced with SLING-5922.
was (Author: kwin):
I added a failing test exposing that behaviour in
https://github.com/apache/sling-org-apache-sling-testing-sling-mock/pull/7.
This is new as the wrapping was introduced with SLING-5922.
> Resource in tested Sling Model not equal to Resource it was adapted from
> ------------------------------------------------------------------------
>
> Key: SLING-10937
> URL: https://issues.apache.org/jira/browse/SLING-10937
> Project: Sling
> Issue Type: Bug
> Components: Testing
> Affects Versions: Testing Sling Mock 3.1.2
> Reporter: Konrad Windszus
> Priority: Major
> Time Spent: 10m
> Remaining Estimate: 0h
>
> The resources returned from
> {{org.apache.sling.testing.mock.sling.RRMockResourceResolverWrapper}} are of
> type {{ResourceResolverResourceWrapper}} (in case the resource providers are
> empty).
> When these resources are adapted to a Sling Model, the injected resource is
> the unwrapped resource which is not equal to the wrapped resource from
> outside.
> This is due to the fact that {{ResourceResolverResourceWrapper.adaptTo(...)}}
> is not overwritten but just delegated to the underlying Resource. That makes
> the Adapter only acting on the unwrapped resource which is not equal to the
> wrapped one.
> This leads to unexpected behaviour when verifying interactions with mocks
> taking the resource as argument, as the wrapped resource is never equal to
> the resource used in the Sling Model given to the mock.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
