-
Notifications
You must be signed in to change notification settings - Fork 91
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature Request: Make ACE Service Configuration a Factory Configuration #259
Comments
The problem with that the JMX console is highly dependent on the configured path - if you run e.g. One way to make this work today is using the Install Hook: The install hook does not take the root path in account at all but only takes the yaml files from the package. You could run a setup as follows:
Then you can apply everything via JMX. To install you can use package dependencies (e.g. from Please note that you will have to configure https://github.com/Netcentric/accesscontroltool/blob/develop/docs/AdvancedFeatures.md#configure-memberships-oftowards-externally-managed-groups properly to ensure memberships between groups stemming from different packages are kept correctly. |
The issue with single configuration root in JMX console is pretty confusing for administrators; specially when one of applications uses the legacy configuration, which simply overwrites the newer one: I understand the complexity of having a configuration factory, but maybe a multiple value property could be a simpler solution. Anyway using the install hook just solves the apply issue although it's already possible to use I'm missing at least a |
Currently, the following configuration is not a factory configuration:
biz.netcentric.cq.tools.actool.aceservice.impl.AceServiceImpl
If several projects are deployed in the same AEM instance they all have to use the same configuration path (set in this configuration, see
AceService.configurationPath
).It would be great if this configuration would be a factory configuration so that every project can provide its own configuration.
I have something like this in mind:
Project A:
AceService.configurationPath = /apps/project-a/configuration/acl
Project B:
AceService.configurationPath = /apps/project-b/configuration/acl
Project C:
AceService.configurationPath = /apps/project-c/configuration/acl
The text was updated successfully, but these errors were encountered: