Something similar to #771 (but not on Java 21), reported for this change (which doesn't break or add or remove any API): eclipse-platform/eclipse.platform.ui#1097.
Full maven log: https://ci.eclipse.org/platform/job/eclipse.platform.ui/job/PR-1097/4/consoleFull
Relevant part says that most of JFace API was removed. !?!?
I can only assume that something completely weird happening in the API application, like not finding any classes or comparing "empty" state with baseline etc.
Since we can't find the root cause, we should at least provide more data while reporting API errors.
This could be:
- exact Java version used,
- some baseline description (path/content or something like that)
- whatever else that could be of interest from API tooling point of view
15:12:24.531 [INFO] --- tycho-p2-extras:4.0.3:compare-version-with-baselines (compare-attached-artifacts-with-release) @ org.eclipse.jface ---
15:12:24.539 [INFO]
15:12:24.539 [INFO] --- tycho-apitools:4.0.3:verify (verify) @ org.eclipse.jface ---
15:12:24.541 [INFO] Resolve API baseline for org.eclipse.platform:org.eclipse.jface:eclipse-plugin:3.32.0-SNAPSHOT
15:12:25.211 [INFO] Resolve API tools runtime from MavenRepositoryLocation [location=https://download.eclipse.org/eclipse/updates/4.30-I-builds/]...
383 API ERRORS
[API ERROR] File MANIFEST.MF at line 5: The major version should be incremented in version 3.32.0, since API breakage occurred since version 3.31.0 - The type org.eclipse.jface.action.IMenuListener2 in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.dialogs.MessageDialog in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.viewers.AbstractListViewer in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.action.StatusLineManager in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.viewers.TreeSelection in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.bindings.keys.SWTKeyLookup in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.dialogs.IconAndMessageDialog in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.viewers.TableViewerColumn in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.action.LegacyActionTools in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.viewers.TableViewerFocusCellManager in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.bindings.ISchemeListener in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.action.StatusLineLayoutData in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.bindings.BindingManager in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.dialogs.IPageChangedListener in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.preference.IntegerFieldEditor in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.viewers.TreeColumnViewerLabelProvider in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.util.Throttler in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.bindings.Binding in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.dialogs.IMessageProvider in org.eclipse.jface_3.32.0 is no longer an API
- The type org.eclipse.jface.wizard.Wizard in org.eclipse.jface_3.32.0 is no longer an API
362 more change(s)... (location: /home/jenkins/agent/workspace/eclipse.platform.ui_PR-1097/bundles/org.eclipse.jface/META-INF/MANIFEST.MF)
Something similar to #771 (but not on Java 21), reported for this change (which doesn't break or add or remove any API): eclipse-platform/eclipse.platform.ui#1097.
Full maven log: https://ci.eclipse.org/platform/job/eclipse.platform.ui/job/PR-1097/4/consoleFull
Relevant part says that most of JFace API was removed. !?!?
I can only assume that something completely weird happening in the API application, like not finding any classes or comparing "empty" state with baseline etc.
Since we can't find the root cause, we should at least provide more data while reporting API errors.
This could be: