Community
Participate
Working Groups
Currently, ListenerList uses the default implementation of spliterator from Iterable. It knows nothing about the underlying structure and is thus non optimal. It's better to use Arrays.spliterator on the array of listeners. It is also an opportunity to implement #stream and #parallelStream() as it is in java.util.Collection Patch to come.
Adding platform-runtime in cc as ListenerList is in org.eclipse.core.runtime package.
New Gerrit change created: https://git.eclipse.org/r/87144
New Gerrit change created: https://git.eclipse.org/r/87218
I did not notice first that it would force some plugins to move JavaSE-8 as BREE (equinox.preferences, core.jobs and core.runtime). If this is not desired, let's just abandon this change.
(In reply to Mikaël Barbero from comment #4) > I did not notice first that it would force some plugins to move JavaSE-8 as > BREE (equinox.preferences, core.jobs and core.runtime). If this is not > desired, let's just abandon this change. I'm personally not aware about any reason why shouldn't we bump the version of the two bundles if it is required by the code, in M5 it should be OK. I've asked Stefan and Sergey on the patch if they have any objections, but let ask Markus and Dani if they have some.
Gerrit change https://git.eclipse.org/r/87218 was merged to [master]. Commit: http://git.eclipse.org/c/platform/eclipse.platform.runtime.git/commit/?id=54cd8627db16b410796ec6f0816df7b35d5ade4f
(In reply to Mikaël Barbero from comment #4) > I did not notice first that it would force some plugins to move JavaSE-8 as > BREE (equinox.preferences, core.jobs and core.runtime). If this is not > desired, let's just abandon this change. Why do these need to be moved to Java 8? I am not opposed to moving these up, but not sure why it is required.
Gerrit change https://git.eclipse.org/r/87144 was merged to [master]. Commit: http://git.eclipse.org/c/equinox/rt.equinox.bundles.git/commit/?id=baa04768e2b5e885a64ee9cd75fa63599ff74f14
(In reply to Thomas Watson from comment #7) > Why do these need to be moved to Java 8? I am not opposed to moving these > up, but not sure why it is required. https://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg14052.html explains that the exposed 1.8 types in ListenerList's API now create compile errors like this in client code: "The type java.util.stream.Stream cannot be resolved. It is indirectly referenced from required .class files". Ant was another victim of this. Fixed with bug 509410.
Just a general statement about forcing dependent plug-ins to move their BREE by exposing new types in the API: We usually try to avoid such source-incompatible changes if reasonably possible. However, since 1.7 has been out of service for quite a while now, the change is not a big deal if it's properly announced. Mikael, could you please add an N&N entry with the information from your mailing list message to https://www.eclipse.org/eclipse/news/4.7/M5/#Platform-Dev ?
New Gerrit change created: https://git.eclipse.org/r/88539
(In reply to Markus Keller from comment #10) > Mikael, could you please add an N&N entry with the information from your > mailing list message to > https://www.eclipse.org/eclipse/news/4.7/M5/#Platform-Dev ? Done: https://git.eclipse.org/r/88539
Gerrit change https://git.eclipse.org/r/88539 was merged to [master]. Commit: http://git.eclipse.org/c/www.eclipse.org/eclipse/news.git/commit/?id=63dcba3190ada36bfb6af521a794c1318ec3df25