You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tamaya.apache.org by "Anatole Tresch (JIRA)" <ji...@apache.org> on 2015/08/05 23:31:04 UTC

[jira] [Commented] (TAMAYA-77) Clearify the usage of the ConfigurationContextBuilder

    [ https://issues.apache.org/jira/browse/TAMAYA-77?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14658987#comment-14658987 ] 

Anatole Tresch commented on TAMAYA-77:
--------------------------------------

AFAIK the context builder is instantiated by the implementation of the ContextProviderSpi, which is handled by the ServiceContext. Accessing a builder should basically create a new one. So for me the functionality makes sense. I will mark the ticket as resolved. We may reopen it later.

> Clearify the usage of the ConfigurationContextBuilder
> -----------------------------------------------------
>
>                 Key: TAMAYA-77
>                 URL: https://issues.apache.org/jira/browse/TAMAYA-77
>             Project: Tamaya
>          Issue Type: Task
>          Components: Core
>    Affects Versions: 0.1-incubating
>            Reporter: Oliver B. Fischer
>            Assignee: Oliver B. Fischer
>              Labels: spi
>             Fix For: 0.1-incubating
>
>
> This issue is a reminder to discuss the usage of the ConfigururationContextBuilder.
> While analyzing our service providers I recognized that the {{DefaultConfigurationContextBuilder}} is not treated like a service provider. Instead of accessing it via the usual SPI meachnism simply a new instance is created. Furthermore {{DefaultConfigurationContextBuilder}} is the  only implementation of {{ConfigurationContextBuilder}}.
> We should discuss:
> - could be there more than one implementation of {{ConfigurationContextBuilder}}?
> - If no, can we remove the {{ConfigurationContextBuilder}} interface from our API?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)