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.
