Thanks for all this very powerful and interesting work
Christian! I think it's really a good way forward and a good
opportunity to progressively replace Orbit by a more "build
native" approach that will make adoption of Maven artifacts by
Eclipse projects much easier and faster than the current process
with Orbit.
for my (small number of) users the problem is the
other way round. How to make Eclipse standalone project
releases easily consumable by Maven.
It's indeed a different problem and
requires different solution. My current impression as I deal
more and more with things like Language Servers and other
stuff that are not purely Eclipse Platfrom artifacts but
then gets consumed in an Eclipse IDE is that if your project
also targets plain Java and non-Eclipse Platform
deployments, then it's better to just make it a plain Java
project (ie stop using MANIFEST-first and PDE to develop it;
do plain Java, Maven, BND and so on); and then consume those
artifacts in your Eclipse Platform integration using the
strategies described by Christian in his blog post.
Consuming Maven jars in Eclipse
Platform is a much better (simpler) handled problem than
consuming OSGi artifacts in plain Java.