felix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Pierre De Rop (JIRA)" <j...@apache.org>
Subject [jira] [Work started] (FELIX-3949) ServiceDependency declaration without service name
Date Tue, 21 Oct 2014 23:04:34 GMT

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

Work on FELIX-3949 started by Pierre De Rop.
> ServiceDependency declaration without service name
> --------------------------------------------------
>                 Key: FELIX-3949
>                 URL: https://issues.apache.org/jira/browse/FELIX-3949
>             Project: Felix
>          Issue Type: Improvement
>          Components: Dependency Manager
>            Reporter: Tuomas Kiviaho
>            Assignee: Pierre De Rop
>            Priority: Minor
>         Attachments: ComponentImpl.patch, ServiceDependencyImpl.patch
> I'd like to track 'org.apache.ace.identification.Identification' instances in order to
pull out properties from respective service references. Problem is that in order to do this
I'd have to import the ACE specific package even when I'm only interested in the service reference
> I tried to be clever and use only filter to achieve the this but noticed that service
name is always required although service tracker could function happily only with service
> ServiceDependencyImpl has this restriction only in start(DependencyService) and for this
reason setService() method forces the service name to be Object.class when I only declare
the service filter. This causes the actual filter to be padded with (OBJECTCLASS=java.langObject)
which is the reason why my attempt did not work.
> By fixing these two places, the service name could be made optional. TemporalServiceDependencyImpl
should also verify that the service name has actually been declared and ComponentImpl.configureImplementation
should allow field injection even when service name hasn't been declared.

This message was sent by Atlassian JIRA

View raw message