[
https://issues.apache.org/jira/browse/OAK-6917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16264342#comment-16264342
]
Carsten Ziegeler commented on OAK-6917:
---------------------------------------
[~chetanm], [~mreutegg] If a configuration is already in config admin and
config admin available, SCR will use this configuration directly and activate
the service only once with that configuration. So this is equivalent (but
easier) to getting configuration admin and directly the configuration from
there.
Of course if either the configuration is not configuration admin or the
configuration admin itself is not available when SCR tries to activate that
component for the first time, it will activate it without a config as the
config is not required. But the same would happen to code trying to get the
configuration from configuration admin. So I think the way it is now, is fine
> Configuration presets for DocumentNodeStoreService
> --------------------------------------------------
>
> Key: OAK-6917
> URL: https://issues.apache.org/jira/browse/OAK-6917
> Project: Jackrabbit Oak
> Issue Type: Improvement
> Components: documentmk
> Reporter: Marcel Reutegger
> Assignee: Marcel Reutegger
> Priority: Minor
> Fix For: 1.8
>
> Attachments: OAK-6917-alternative-approach.patch, OAK-6917.patch,
> OAK-6917.patch
>
>
> When Oak is deployed in an OSGi container, applications usually want to ship
> a default configuration which is different from the defaults present in Oak.
> E.g. an application may want to use a default cache size of 1G for the
> DocumentNodeStoreService instead of the default 256M. Now if a user of the
> application provides a custom configuration and does not specify the cache
> size, the value for this configuration will flip back to the Oak default of
> 256M.
> There should be a way to configure presets for the application that are
> different from the Oak defaults and then allow a user to customize the
> configuration while still respecting the presets.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
