[
https://issues.apache.org/jira/browse/FELIX-5131?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15092783#comment-15092783
]
Thomas Watson edited comment on FELIX-5131 at 1/11/16 10:11 PM:
----------------------------------------------------------------
When looking at the IBM VM it seems that it treats all Lists as RandomAccess
for Collections.binarySearch unless it has more than 5000 elements. When you
reproduced did you really have 5000 matching capabilities?
was (Author: tjwatson):
When looking at the IBM VM it seems that it treats all Lists and RandomAccess
for Collections.binarySearch unless it has more than 5000 elements. When you
reproduced did you really have 5000 matching capabilities?
> UnsupportedOperationException when embedding felix in WebSphere
> ---------------------------------------------------------------
>
> Key: FELIX-5131
> URL: https://issues.apache.org/jira/browse/FELIX-5131
> Project: Felix
> Issue Type: Bug
> Components: Framework, Resolver
> Affects Versions: framework-5.2.0, resolver-1.6.0
> Reporter: Thomas Schurins
> Attachments: FELIX-5131.patch
>
>
> Hello, we are embedding the OSGi framework in our application (creating the
> framework , managing its export packages, contolling the bundles &c.). This
> works great in a lot of enviroments, but not on WebSphere (using the IBM
> JDK):
> {noformat}
> java.lang.UnsupportedOperationException
> at
> org.apache.felix.resolver.util.CopyOnWriteList.listIterator(CopyOnWriteList.java:218)
> at java.util.Collections.binarySearch(Collections.java:1551)
> at
> org.apache.felix.framework.ResolveContextImpl.insertHostedCapability(ResolveContextImpl.java:103)
> at org.apache.felix.resolver.Candidates.prepare(Candidates.java:934)
> at org.apache.felix.resolver.ResolverImpl.resolve(ResolverImpl.java:233)
> at org.apache.felix.resolver.ResolverImpl.resolve(ResolverImpl.java:159)
> at
> org.apache.felix.framework.StatefulResolver.resolve(StatefulResolver.java:431)
> at
> org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4109)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:2111)
> at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1365)
> at
> org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:308)
> at java.lang.Thread.run(Thread.java:790)
> {noformat}
> The problem seems to be that in the IBM JDK, the Collections.binarySearch
> method directly uses the listIterator of the list if it is not a RandomAccess
> list (while the oracle JDK doesn't).
> A solution it to add the interface RandomAccess to the CopyOnWriteList class.
> I've tested this locally and eveything runs fine.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
