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 2014/02/10 11:24:19 UTC

[jira] [Comment Edited] (SLING-3384) Simplify AbstractSlingRepository implementation

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

Felix Meschberger edited comment on SLING-3384 at 2/10/14 10:22 AM:
--------------------------------------------------------------------

Adapted Repository integration tests in Rev. 1566562 and 1566565 -- basically updating bundle versions and adding the ServiceUserMapper


was (Author: fmeschbe):
Adapted Repository integration tests in Rev. 1566562 -- basically updating bundle versions

> Simplify AbstractSlingRepository implementation
> -----------------------------------------------
>
>                 Key: SLING-3384
>                 URL: https://issues.apache.org/jira/browse/SLING-3384
>             Project: Sling
>          Issue Type: New Feature
>          Components: JCR
>    Affects Versions: JCR Jackrabbit Server 2.1.0, JCR Base 2.1.2
>            Reporter: Felix Meschberger
>            Assignee: Felix Meschberger
>
> With the introduction of the SlingRepository.loginService method the existing setup of the AbstractSlingRepository became quite complex in that it hacks in a SlingRepository proxy to be able to register the SlingRepository as a service and implement the new method.
> An additional problem of the AbstractSlingRepository class is that it expects the implementation to be implemented using Declarative Services. While this was simple and easy in the beginning it created a runtime dependency which does not go well with the OSGi framework.
> So, I propose to create a new couple of (abstract) classes which simplify the setup and implementation of SlingRepository services.
> Another "feature" of the original AbstractSlingRepository base class was access to "foreign" repositories as well as repository pinging which turns out to be functionality not being usefull in an abstract base class. Rather this would be something in an actual implementation which knows how to deal with such pre-existing "foreign" repository instances.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)