| Re: [cross-project-issues-dev] ACTION REQUIRED: Acceleo, Sirius, EMF Compare, CDO, GEF 5, RCPTT |
I'd like to suggest that in the future, if you have a question,
ask here, but open a discussion here:
https://github.com/orgs/eclipse-simrel/discussions
or here:
https://github.com/orgs/eclipse-orbit/discussions
with a link to it for follow up so that we don't get so much email with divergent tangential threads.
In general Orbit is no longer in the business of maintaining multiple minor versions of anything. Version updates are automatically detected and semi-automatically applied.
I made a special case for Antrl 3.2 based on this discussion:
https://github.com/eclipse/xtext/discussions/2794
But I won't do that again.
In the end, anything directly available from Maven as an OSGi bundle can be directly included in a target platform, so Orbit is merely a convenience in that sense.
It looks like antlr 4.7 contians a proper OSGi MANIFEST.MF
Hence I think it should be possible to add this as a Maven dependency to your target platform similarto how we started doing that in JGit in this change:
https://eclipse.gerrithub.io/c/eclipse-jgit/jgit/+/201348
-Matthias
On Mon, Nov 20, 2023 at 10:49 AM Laurent Goubet via cross-project-issues-dev <cross-project-issues-dev@xxxxxxxxxxx> wrote:
_______________________________________________Hello Ed,
You've raised issues for the Guava versions, but I expect you're trying to get rid of all duplicates.
From what I'm seeing, you've removed the 4.7 version of antlr from the latest orbit build - https://download.eclipse.org/tools/orbit/simrel/orbit-aggregation/2023-12/ which only contains antlr 4.13. This version is not used by anyone according to https://download.eclipse.org/staging/2023-12/buildInfo/archive/download.eclipse.org/staging/2023-12/ . Moving from one version of antlr to the next is not a trivial task, so I (and probably the other users of antlr 4.7), would like to avoid that.
You mention that "The 4.x versions are available as OSGi bundles" (https://github.com/eclipse-orbit/orbit-simrel/commit/85f7256abe6b90f023de4bfabb09f1416f100a67). What does that mean?
Now, what I'm planning to do for Acceleo is to retrieve antlr from the older orbit (2023-09), so there will remain older versions of that dependency in 2023-12 RC1.
With how orbit looks now, what is the expectation for dependencies such as antlr which are not easily updateable? How do we re-add older versions if we need them?
Regards,
Laurent
Le 17/11/2023 à 11:46, Ed Merks via cross-project-issues-dev a écrit :
I now have a first hit list. Old guava versions will be eliminated:
https://github.com/eclipse-simrel/simrel.build/issues/80
If you do not eliminate all dependencies on older versions of guava via an updated contribution, then I reserve the option, and am likely to excise the option, to disable your contribution, without further notification.
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________ cross-project-issues-dev mailing list cross-project-issues-dev@xxxxxxxxxxx To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev