Community
Participate
Working Groups
eclipse.jdt.ls needs to use SurroundWithAnalyzer.getEnclosingNode(ASTNode) from jdt.ui. In order to facilitate this move, some other classes will need to be moved into jdt.core.manipulation (eg. CodeAnalyzer, CommentAnalyzer, SelectionAnalyzer, etc.) as well, but they can remain internal for now as only some would need to be made API later on.
New Gerrit change created: https://git.eclipse.org/r/120868
(In reply to Roland Grunberg from comment #0) > but they can remain internal for now as only some would need to be made API later on. The inherited public and protected methods might bleed through if the API is not done correctly.
(In reply to Dani Megert from comment #2) > (In reply to Roland Grunberg from comment #0) > > but they can remain internal for now as only some would need to be made API later on. > > The inherited public and protected methods might bleed through if the API is > not done correctly. The API tooling should warn about such issues. In fact simply moving the classes from jdt.ui to jdt.core.manipuation and keeping them internal is still an improvement since it's the jdt.ui bundle that jdt.ls simply can't use.
(In reply to Roland Grunberg from comment #3) > (In reply to Dani Megert from comment #2) > > (In reply to Roland Grunberg from comment #0) > > > but they can remain internal for now as only some would need to be made API later on. > > > > The inherited public and protected methods might bleed through if the API is > > not done correctly. > > The API tooling should warn about such issues. Yes, it should - didn't check the patch.
Gerrit change https://git.eclipse.org/r/120868 was merged to [master]. Commit: http://git.eclipse.org/c/jdt/eclipse.jdt.ui.git/commit/?id=4d1b42ba2ae393363b8ce5751cd79a458ac88ec4
This appears to be in S4_9_0_M2. Can it be marked as such in target milestone and closed ?
(In reply to Roland Grunberg from comment #6) > This appears to be in S4_9_0_M2. Can it be marked as such in target > milestone and closed ? Yes, I will close it now. Going forward, we should close the bug with the correct target milestone when the change is released.