Ben Liblit 5398570308 Update Eclipse JUnit test launchers for use with Buildship ... Previously Buildship removed its classpath from all of these launchers. Now it's automatically putting that back in as soon as I visit each launcher in Eclipse's "Run Configurations" dialog. Not sure what's going on here, but it certainly seems more sane to me to assume that the Buildship-computed classpath *is* needed for all of these. I have an open question on the Gradle discussion forum to try to understand what's going on here and how to fix it: <https://discuss.gradle.org/t/launchers-lose-buildship-classpath-on-import-regain-it-later/25641>.		2018-04-18 11:29:27 -05:00
..
.launchConfigurations	Update Eclipse JUnit test launchers for use with Buildship	2018-04-18 11:29:27 -05:00
.settings	Let Buildship create new settings files when importing	2018-04-18 11:29:25 -05:00
META-INF	Revert "Build WALA using Gradle instead of Maven" (#298)	2018-04-18 12:15:56 -04:00
OSGI-INF/l10n	Externalize bundle names and vendors	2017-06-07 17:42:11 +02:00
harness-src	native config cleanup	2018-01-20 17:40:10 +00:00
build.gradle	Compute a library path from the corresponding linker task	2018-04-18 11:29:27 -05:00
build.properties	Simplify inclusion of "OSGI-INF" and the only file it contains	2018-04-18 11:29:25 -05:00
excluded-tests.txt	exclude abstract test	2007-11-16 02:04:39 +00:00
pom.xml	Revert "Build WALA using Gradle instead of Maven" (#298)	2018-04-18 12:15:56 -04:00