[
https://issues.apache.org/jira/browse/TAMAYA-383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16765308#comment-16765308
]
ASF subversion and git services commented on TAMAYA-383:
--------------------------------------------------------
Commit 8615fa4224f3119a9816d4e70021a839b97e7aa3 in incubator-tamaya's branch
refs/heads/master from P. Ottlinger
[ https://gitbox.apache.org/repos/asf?p=incubator-tamaya.git;h=8615fa4 ]
Merge pull request #42 from
peculater/TAMAYA-383-serviceloader-key-by-static-class-loader
TAMAYA-383 Let OSGi skip thread classloader key
> Problem with ServiceContext in ServiceContextManager
> ----------------------------------------------------
>
> Key: TAMAYA-383
> URL: https://issues.apache.org/jira/browse/TAMAYA-383
> Project: Tamaya
> Issue Type: Bug
> Components: Core
> Affects Versions: 0.4-incubating
> Reporter: Christian Niehues
> Priority: Major
> Time Spent: 40m
> Remaining Estimate: 0h
>
> After a longer period I updated my tamaya sources from master and deployed
> them into my existing karaf project. After that the core tamaya-core bundle
> fails to start the OSGIActivator because of ConfigException "No
> ServiceContext found".
> The exception comes from ServiceContextManager::loadDefaultServiceProvider
> which always try to get a new(best) Service Provider instead of using the one
> got from ServiceContextManager::set method like in older implementations. The
> problem is that ServiceLoader.load(ServiceContext.class, classLoader) doesn't
> find anything and I ask myself if it shouldn't be a OSGIServiceLoader do find
> the service declaration.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
