[
https://issues.apache.org/jira/browse/FELIX-2706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14176335#comment-14176335
]
Pierre De Rop commented on FELIX-2706:
--------------------------------------
Thanks Bram !
Yesterday I realise that I forgot to commit a file. So, I just committed it in
revision 1632951, and the sample in [2] (compositefacrory) is now fully
functional: the updated method in the CompositionManager is now called before
the create method; so the create method may then use the injected configuration
in order to instantiate and configure the required object instances.
> Support callback delegation for Configuration Dependecies
> ---------------------------------------------------------
>
> Key: FELIX-2706
> URL: https://issues.apache.org/jira/browse/FELIX-2706
> Project: Felix
> Issue Type: Wish
> Components: Dependency Manager
> Reporter: Bram de Kruijff
> Assignee: Pierre De Rop
> Fix For: dependencymanager-4.0.0
>
>
> At the moment it is possible to add a (by definition required)
> ConfigurationDependency to a Component. DM manages the ManagedService
> registration and relaxes the contraint of having to implement the interface
> on your component implementation class, but you do still have to implement
> the updated(Dictionary dict) callback on it as it is not possible to delegate
> this to a callback handler. I would like to be able to have a way to delegate
> this to a callback handler for two main reasons:
> 1) Remove the requirement for implementing the updated(Dictionary dict)
> signiature in my business logic. I consider dealing with this delivery
> mechanism OSGi plumbing that should not be part of my business logic.
> 2) Allow a factory object to recieve the configuration before the actual
> factory method is invoked. This allows the factory to instantiate and
> configure the eventual service implementation instance based on configuration
> data.
> For more detail see the thread on the user list :
> http://www.mail-archive.com/[email protected]/msg09015.html
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
