Re: [cross-project-issues-dev] tooling for project and bundle-level depe

[Jonah Graham <jonah@xxxxxxxxxxxxxxxx>]

Hi Scott,

Ed has written some excellent tooling for SimRel. Create the Eclipse SimRel dev environment with Oomph - https://github.com/eclipse-simrel#creating-an-eclipse-development-environment - and open simrel.aggran which does a lot of project level analysis. There are some screenshots of it in action somewhere I believe, but I can't find them now. The screenshot in my email from earlier this month https://www.eclipse.org/lists/cross-project-issues-dev/msg20013.html is from simrel.aggran

This happens at the step before EPP. You may be able to add EPP into the simrel file temporarily to add those dependencies in, YMMV. If not, you can see the product files in GitHub: https://github.com/eclipse-packaging/packages/blob/master/packages/org.eclipse.epp.package.committers.product/epp.product#L236 for example and use that as your starting point.

HTH

Jonah

~~~
Jonah Graham (he/him)
Kichwa Coders
www.kichwacoders.com

On Mon, 27 Jan 2025 at 17:05, Scott Lewis via cross-project-issues-dev <cross-project-issues-dev@xxxxxxxxxxx> wrote:

Question:

Is there any tooling specifically for analyzing the project and
bundle-level dependencies for a given epp package?

For example, given a particular released version of Eclipse IDE for
Committers package, is there an analysis/report that will include
project-level and bundle-level dependencies...e.g. for Committers package:

Eclipse Platform

     m2e

     git

     mylyn

     etcd...

For each project above...

     bundle1,   version (opt: exported versions)

     bundle2,  version

     etc...

For each bundle...

     bundle1 dependencies:  (bundle, packages, versions, optional/not)

     etc2

I understand that this might only be possible at runtime because of the
OSGi wiring/resolver

And it would be nice if filters could be applied...e.g. bundle symbolic
name filters like org.apache.*

At one time PDE had *some* of the above, and I think that bndtools has
some of the above, but I thought that perhaps the simrel tooling
included something closer for (e.g.) security/legal requirements.

Thanksinadvance,

Scott



_______________________________________________
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