Community
Participate
Working Groups
Build Identifier: M20100909-0800 org.eclipse.equinox.p2.internal.repository.comparator.JarComparator reports that two (binary) identical feature jars has "different numbers of entries". Caused by org.eclipse.equinox.p2.publisher.eclipse.FeatureEntry not considering its "os", "ws" and "arch" attributes in its equals() and hashCode() methods. The following entries in the org.eclipse.rcp feature are thus considered equal: <plugin id="org.eclipse.swt.cocoa.macosx" os="macosx" ws="cocoa" arch="ppc" download-size="0" install-size="0" version="3.6.1.v3655c" fragment="true" unpack="false"/> <plugin id="org.eclipse.swt.cocoa.macosx" os="macosx" ws="cocoa" arch="x86" download-size="0" install-size="0" version="3.6.1.v3655c" fragment="true" unpack="false"/> Putting these into a Map<FeatureEntry,FeatureEntry> in JarComparator "looses" the first entry. If the code is modified to use a string key (e.g. id_version_os_ws_arch) in the map makes the JarComparator works as expected. Reproducible: Always Steps to Reproduce: p2.mirror org.eclipse.rcp feature into a composite repository that contains the the binary identical feature from a previous build.
Hi Frode, sorry for the late reply. Would you mind providing a patch? Thx. Assigning to Ian since he owns this part of the code.
I'm not sure I 'own' the jar compressor, but if you have a patch I'd be happy to review it.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.