felix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Karl Pauls (JIRA)" <j...@apache.org>
Subject [jira] Commented: (FELIX-2332) Lots of contention on ExtensionManager.openConnection(URL)
Date Wed, 12 May 2010 08:16:40 GMT

    [ 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.


Mime
View raw message