[
https://issues.apache.org/jira/browse/FELIX-5987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16763121#comment-16763121
]
Thomas Watson commented on FELIX-5987:
--------------------------------------
I ran into an NPE using this latest fix. I fixed that in FELIX-6055
> Slow ServiceComponentRuntime with delivering ServiceReferenceDTOs
> -----------------------------------------------------------------
>
> Key: FELIX-5987
> URL: https://issues.apache.org/jira/browse/FELIX-5987
> Project: Felix
> Issue Type: Improvement
> Components: Declarative Services (SCR)
> Affects Versions: scr-2.1.8, scr-2.1.10, scr-2.1.12, scr-2.1.14
> Reporter: Carsten Ziegeler
> Assignee: Karl Pauls
> Priority: Major
> Fix For: scr-2.1.16
>
> Attachments: patch.txt
>
>
> Since the 2.1.8 we switched the DTO generation in the runtime service to use
> the ServiceReferenceDTO from the framework instead of duplicating that logic.
> However, as the framework only provides a method to get all ServiceReferences
> for a bundle, this results in a huge drop in performance within the DTO
> generation. This gets even worse if a set of DTOs is to be generated, as each
> time the framework is asked for all DTOs of a bundle.
> As there is no other way to get the ServiceReferenceDTO from the framework,
> the service runtime should probably cache the information;
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
