It looks like antlr 4.7 contians a proper OSGi MANIFEST.MF https://repo1.maven.org/maven2/org/antlr/antlr4-runtime/4.7.2/
Hence I think it should be possible to add this as a Maven dependency to your target platform similar to 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@eclipse.org> 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@eclipse.org > To unsubscribe from this list, visit > https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev > > -- > > *Laurent Goubet* > Consultant > +33 2 51 13 51 42 > > <https://www.obeo.fr/> > > 7 Boulevard Ampère - Carquefou - France > *obeo.fr* <https://www.obeo.fr/> | *twitter* > <https://twitter.com/obeo_corp> | *linkedin* > <https://www.linkedin.com/company/obeo> > _______________________________________________ > cross-project-issues-dev mailing list > cross-project-issues-dev@eclipse.org > 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@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev