Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Extract maven-resolver-api from the embedded runtime bundle #1770

Draft
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

laeubi
Copy link
Member

@laeubi laeubi commented Jun 1, 2024

Currently we embed the maven-resolver-api jar into m2e, but the API itself is already a bundle an we should consume it as such so we can:

  1. update it independently
  2. make it reusable by others without require the full runtime 3) cut down the size of the runtime bundle

Copy link

github-actions bot commented Jun 1, 2024

Test Results

  214 files  ±0  214 suites  ±0   12m 0s ⏱️ - 8m 12s
  665 tests ±0  250 ✅  - 403  10 💤 ±0  15 ❌ +13  390 🔥 +390 
1 334 runs  +4  500 ✅  - 807  20 💤 ±0  30 ❌ +27  784 🔥 +784 

For more details on these failures and errors, see this check.

Results for commit 9df7271. ± Comparison against base commit 9955a22.

♻️ This comment has been updated with latest results.

Copy link
Contributor

@HannesWell HannesWell left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We can try that, but I would be in favor to do it after the upcoming release for the 24-06 SimRel.
I have no clue if maven-core works that well if the resolve is not on the same flat classpath.
The bundle has indeed OSGi metadata, but I would be (positively) surprised if everything works already.

Comment on lines -35 to -43
<location includeAllPlatforms="false" includeConfigurePhase="false" includeMode="planner" includeSource="true" type="InstallableUnit">
<repository location="https://download.eclipse.org/wildwebdeveloper/releases/1.3.4/"/>
<repository location="https://download.eclipse.org/tm4e/releases/0.11.0/"/>
<repository location="https://download.eclipse.org/lsp4e/releases/0.26.0/"/>
<repository location="https://download.eclipse.org/lsp4j/updates/releases/0.22.0/"/>
<repository location="https://download.eclipse.org/mylyn/updates/release/4.2.0/"/>
<unit id="org.eclipse.wildwebdeveloper.xml.feature.feature.group" version="0.0.0"/>
<unit id="org.eclipse.lsp4e" version="0.0.0"/>
</location>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could you please revert the formatting changes that also remove comments.
The Target Editor unfortunately does not respect the existing element order.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can do that but on the long run we either should not put comments in the target or enhance PDE to retain them in some way otherwise one is always forced to do text-editing targets

@laeubi
Copy link
Member Author

laeubi commented Jun 3, 2024

We can try that, but I would be in favor to do it after the upcoming release for the 24-06 SimRel.

I marked this as draft as it is more an experiment now :-)
So if it can work I see no problem in delay it to the next cycle.

I have no clue if maven-core works that well if the resolve is not on the same flat classpath.

I don't think its a big issue as its all only API, but realized that this will require to change all bundles previously requiring maven.runtime, I therefore changed it not to a require-bundle with reexport.

@laeubi laeubi force-pushed the extract_resolver_api branch 2 times, most recently from a604c4c to 8b8001b Compare June 3, 2024 05:43
@laeubi laeubi mentioned this pull request Jun 3, 2024
Currently we embed the maven-resolver-api jar into m2e, but the API
itself is already a bundle an we should consume it as such so we can:

1) update it independently
2) make it reusable by others without require the full runtime
3) cut down the size of the runtime bundle
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants