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/20 14:31:43 UTC

[jira] Reopened: (SLING-254) Launchpad war should optionally use an external Repository, without requiring a change of bundles

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

Felix Meschberger reopened SLING-254:
-------------------------------------


This implementation is currently wrong and disables correct operation as expected.

Here is why: The SlingServerRepository is a factory component, that is multiple configuration objects may exist for this class and each configuration objects leads to the instantiation of this class. The current implementation causes each configuration to be completely ignored if the url.override system property is set. And this is definitely wrong.

The correct solution would be ensure that the default configuration, which is prepared by the Activator, is created according to the url.override system property. But the SlingServerRepository class must ignore the system property.

> Launchpad war should optionally use an external Repository, without requiring a change of bundles
> -------------------------------------------------------------------------------------------------
>
>                 Key: SLING-254
>                 URL: https://issues.apache.org/jira/browse/SLING-254
>             Project: Sling
>          Issue Type: Improvement
>          Components: Launchpad
>            Reporter: Bertrand Delacretaz
>            Assignee: Bertrand Delacretaz
>
> It would be useful to allow the Launchpad to use an external Repository (accessed via JNDI or RMI), without having to modify the war file or load/unload bundles.
> I'll search for a solution along these lines:
> 1) Launchpad includes both the jackrabbit-server (embedded repository) and jackrabbit-client (access to external repositories via JNDI or RMI) bundles, but by default the jackrabbit-client does not provide a Repository.
> 2) At startup, the Sling class searches the classpath and/or environment for additional configuration properties
> 3) A specific configuration property prevents the jackrabbit-server bundle from providing a Repository, and lets the jackrabbit-client provide it.
> In this way, the web container could be setup in advance to define which Repository to use, and new releases of the launchpad war file could be dropped in without requiring any configuration or war file changes.

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