felix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Felix Meschberger (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (FELIX-3536) Consider putting the non-spec ComponentFactory behavior in a separate class
Date Tue, 05 Jun 2012 11:51:24 GMT

    [ https://issues.apache.org/jira/browse/FELIX-3536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13289355#comment-13289355

Felix Meschberger commented on FELIX-3536:

The one thing I don't like about the patch is that the m_componentInstances field is changed
to be protected. I would really like to keep this private if possible.

> determining which state is the satsified state

I have been contemplating something along these lines, too. So I am ok with this change

So, +1 to apply this.
> Consider putting the non-spec ComponentFactory behavior in a separate class
> ---------------------------------------------------------------------------
>                 Key: FELIX-3536
>                 URL: https://issues.apache.org/jira/browse/FELIX-3536
>             Project: Felix
>          Issue Type: Bug
>          Components: Declarative Services (SCR)
>    Affects Versions: scr-1.8.0
>            Reporter: David Jencks
>            Assignee: David Jencks
>             Fix For: scr-1.8.0
>         Attachments: FELIX-3536.diff
> I personally find it pretty confusing to figure out which parts of CompnentFactoryImpl
relate to the spec behavior and which relate to the non-spec ManagedServiceFactory-like backwards
compatible behavior enabled with the "ds.factory.enabled" configuration flag.  I'd like to
suggest putting the non-spec behavior in a separate class, see patch.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


View raw message