[
https://issues.apache.org/jira/browse/SLING-8754?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Peltier updated SLING-8754:
-----------------------------------
Description:
right now OSGiServiceInjector uses its own bundle context for fetching the
service reference, which generates ClassNotFoundException under the hood during
assignable checks at each bind, which is bad for performances.
The annotation should either:
- use the context of the bundle it extends,
- use scripting core's ServiceCache,
- use the above through SlingScriptHelper
reusing the above works for request adaptable, not for resources, that will be
treated in another ticket
cc [~radu] [~justin]
was:
right now OSGiServiceInjector uses its own bundle context for fetching the
service reference, which generates ClassNotFoundException under the hood during
assignable checks at each bind, which is bad for performances.
The annotation should either:
- use the context of the bundle it extends,
- use scripting core's ServiceCache,
- use the above through SlingScriptHelper
cc [~radu] [~justin]
> have OSGiServiceInjector reuse request bindings when possible
> -------------------------------------------------------------
>
> Key: SLING-8754
> URL: https://issues.apache.org/jira/browse/SLING-8754
> Project: Sling
> Issue Type: Improvement
> Components: Sling Models
> Affects Versions: Sling Models Impl 1.4.10
> Reporter: Nicolas Peltier
> Assignee: Nicolas Peltier
> Priority: Major
> Time Spent: 40m
> Remaining Estimate: 0h
>
> right now OSGiServiceInjector uses its own bundle context for fetching the
> service reference, which generates ClassNotFoundException under the hood
> during assignable checks at each bind, which is bad for performances.
> The annotation should either:
> - use the context of the bundle it extends,
> - use scripting core's ServiceCache,
> - use the above through SlingScriptHelper
> reusing the above works for request adaptable, not for resources, that will
> be treated in another ticket
> cc [~radu] [~justin]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
