-
Notifications
You must be signed in to change notification settings - Fork 86
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
Move refactoring contribution extensions to jdt.core.manipulation #914
Move refactoring contribution extensions to jdt.core.manipulation #914
Conversation
82d4e54
to
62a6b38
Compare
62a6b38
to
d65cd4f
Compare
@jjohnstn This weekend, it was revealed that moving these extension point contributions down to jdt.core.manipulations led to many many strange and innaccurate API errors. Specifically, the api tools starts complaining about 100+ missing files (that are not missing at all, have not been deleted, and also have not even been moved at all.) We may need to figure out how to run a build and skip the api tools for this specific patch? I don't think making a hundred problem filters for files that have not been deleted or moved is appropriate. |
@robstryker : as I wrote on #919 (comment), it's tycho problem, see eclipse-tycho/tycho#3019 There was a change in tycho that forces all bundles to define output paths in build.properties if they use API tooling, just see comments on linked issue. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's a +1 from me (assuming this is needed for the RC1 cycle)
Looking at https://github.com/eclipse-platform/eclipse.platform.ui/blob/master/bundles/org.eclipse.ltk.core.refactoring/src/org/eclipse/ltk/internal/core/refactoring/history/RefactoringContributionManager.java#L164 , the contributions are still provided under the same namespace & id so there should be no noticeable difference. Also jdt.core.manipulation is guaranteed to be present where jdt.ui would be present so there's no way these would be missing.
@jjohnstn feel free to merge, though maybe a squash of the 2 commits beforehand.
-1 from me to merge. |
Just to clarify. I was assuming this was for 4.31 M1. |
6476653
to
9ef5692
Compare
- Also version bump jdt.core.manipulation Signed-off-by: Rob Stryker <stryker@redhat.com>
9ef5692
to
92cb6fc
Compare
There is an API error caused by this PR: Since we can't undo published version (it was already in the I Build), please add API filter or propose a PR that actually changes API :-) |
… also small error checks
What it does
How to test
Author checklist