You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Nicolas Peltier (Jira)" <ji...@apache.org> on 2019/11/01 08:41:00 UTC

[jira] [Resolved] (SLING-8781) use model's bundle context to lookup services

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

Nicolas Peltier resolved SLING-8781.
------------------------------------
    Fix Version/s: Sling Models Impl 1.4.12
       Resolution: Fixed

> use model's bundle context to lookup services
> ---------------------------------------------
>
>                 Key: SLING-8781
>                 URL: https://issues.apache.org/jira/browse/SLING-8781
>             Project: Sling
>          Issue Type: Improvement
>          Components: Sling Models
>    Affects Versions: Sling Models Impl 1.4.10
>            Reporter: Nicolas Peltier
>            Assignee: Nicolas Peltier
>            Priority: Major
>             Fix For: Sling Models Impl 1.4.12
>
>          Time Spent: 20m
>  Remaining Estimate: 0h
>
> Searching for all the silent ClassNotFoundExceptions generated, as discussed offline with [~kpauls]
> {quote}It seems like the sling models service injector is using its own bundle context for the lookup. That makes this case reasonable problematic. Typically, an extender uses the bundle context of the bundle it extends - which would in this case make the lookup likely not run into any CNFE for the assignable check. If anything, you could try there and see if you could make it use the bundle context of the extended bundle.
> {quote}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)