[
https://issues.apache.org/jira/browse/FELIX-2332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12866501#action_12866501
]
Karl Pauls commented on FELIX-2332:
-----------------------------------
Jed, we just switched to using the -target jsr14 hack to be able to use some
java5 language features and still targeting older jvms. We are slowly moving
the framework to generics and the new for loop (in other words, that is ok).
Regarding the visibility issues I agree, if you are using extension bundles a
lot and have a lot of races you might run into problems so i will make sure we
do the update in one go. Thanks.
> Lots of contention on ExtensionManager.openConnection(URL)
> ----------------------------------------------------------
>
> Key: FELIX-2332
> URL: https://issues.apache.org/jira/browse/FELIX-2332
> Project: Felix
> Issue Type: Bug
> Components: Framework
> Affects Versions: framework-2.0.5
> Reporter: Jed Wesley-Smith
> Assignee: Karl Pauls
> Fix For: framework-3.0.0
>
> Attachments: ExtensionManager.java.patch
>
>
> This method is synchronized, apparently to protect is the iteration through
> the m_extensions list. We have seen significant blocking in our applications
> as this lock encompasses the call to URL.openConnection as well.
> As this list is rarely changed, a copy-on-write structure would be more
> appropriate, but at the very least the, only holding the lock during the
> iteration would be far preferable.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
