eclipse-jdt / eclipse-jdt/eclipse.jdt.ui
[code mining] Consider adding JUnit minings / debugging minings
- Dominant language
- Java
- Stars
- 59
- Forks
- 127
- Avg merge
- 23h 30m
- Merged PRs (30d)
- 35
Description
The original code mining repo, https://github.com/angelozerr/jdt-codemining, has a few more tricks than the current JDT. Namely,
- JUnit minings for running specific tests, seeing their status: https://github.com/angelozerr/jdt-codemining/tree/master/org.eclipse.jdt.codemining/src/org/eclipse/jdt/experimental/junit/codemining
- an incredible debug mining showing variable values inline, https://github.com/angelozerr/jdt-codemining/tree/master/org.eclipse.jdt.codemining/src/org/eclipse/jdt/experimental/debug/ui/codemining
- (and `var` local inference type, https://github.com/angelozerr/jdt-codemining/tree/master/org.eclipse.jdt.codemining/src/org/eclipse/jdt/experimental/ui/javaeditor/codemining/var, already requested by https://github.com/eclipse-jdt/eclipse.jdt.ui/issues/329)
Are we considering adding any of those? I'd gladly help with asking for permission from the original author, if needed, and integrating the cleaned-up code into JDT if that helps in any way.
Contributor guide
Research direction
Start by reviewing the linked jdt-codemining paths for the JUnit and debug implementations, then compare them with the current JDT code-mining support. Confirm whether the original author’s permission is needed and document the scope and integration requirements for any selected mining; done means there is an agreed implementation path.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- tooling
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100