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)