[
https://issues.apache.org/jira/browse/SLING-7736?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16527452#comment-16527452
]
Konrad Windszus commented on SLING-7736:
----------------------------------------
The {{ConfigTaskCreator}} already implements a listener and notifies the OSGi
Installer about the change
(https://github.com/apache/sling-org-apache-sling-installer-factory-configuration/blob/0df065077af77f07955f9420158b008d73ce5ed3/src/main/java/org/apache/sling/installer/factories/configuration/impl/ConfigTaskCreator.java#L99).
> OSGi Installer: Update OSGi installer's resource state in case of manual
> configuration/bundle updates
> -----------------------------------------------------------------------------------------------------
>
> Key: SLING-7736
> URL: https://issues.apache.org/jira/browse/SLING-7736
> Project: Sling
> Issue Type: Bug
> Components: Installer
> Affects Versions: Installer Core 3.8.10, Installer Configuration Factory
> 1.2.0
> Reporter: Konrad Windszus
> Priority: Major
>
> Currently the state of an OSGi installer's resource is only updated whenever
> it is newly added to the queue and subsequently processed. Manual
> configuration/bundle changes outside of the OSGi installer don't change the
> OSGi installer's resource state.
> Actually, with the help of the {{BundleListener}}
> (https://osgi.org/javadoc/r5/core/org/osgi/framework/BundleListener.html) and
> the {{ConfigurationListener}}
> (https://osgi.org/javadoc/r5/cmpn/org/osgi/service/cm/ConfigurationListener.html)
> the OSGi installer could mark the according OSGi installer resources as
> {{IGNORED}} in case they have been overwritten.
> The tricky part is to filter out those event's which have been caused by the
> OSGi installer itself. The resource's digest cannot be used for that, as that
> is completely calculated by the Provider (i.e. is different between JCR and
> file provider).
> That would improve the effectiveness of the health check from SLING-5888 and
> also allows the OSGi installer to better enforce its state during
> reinstallation in the future.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
