eclipse.defaultOutputDir is ignored

buildship

#1

This is already encapsulated in:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=488015

and, to different extent, in:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=472100

… but I cannot comment on this there. This is indeed the problem. It is preventing us from moving to Buildship at this time (and we would very much like to move to it). There seem to be more issues surrounding this kind of behaviour…

  1. We absolutely have to separate the command-line Gradle build from the Eclipse one. Builds are very different, with different levels of debug info in code and compilation style that affects optimizations and ability to debug / put breakpoints and step through code and to perform incremental compilation, for example. Note that languages other than Java are used as well - in our case Scala, for example.

  2. I have yet to confirm whether this is Buildship only or related to something we do “less appropriately” but (command line) test output folders are being added to (main, not test) Eclipse project classpaths. There are multiple issues with this. (a) This is a command-line variant, not an Eclipse one, (b) tests should not be in the main classpath (but you may handle that differently) and ©, this may need to be a project reference, not a folder one, depending on how Buildship does tests (Eclipse wants separate projects to be clean).


(Stefan Oehme) #2

Thank you for the detailed feedback! All of these classpath attributes will be configurable with Gradle 3.0 and the next Buildship release. You’ll be able to separate your main and test classes and put them in any location you like. We will add examples to the release notes of the next Buildship release, so keep an eye out for that :slight_smile:

Out if curiosity: Why can’t you comment on the Bugzillas?


#3

Out if curiosity: Why can’t you comment on the Bugzillas?

Main reason is because I am not sure that this is a bug or simply something that is intentionally this way and there is another way to accomplish the same goal.


(Stefan Oehme) #4

BugZilla is not just for bugs, despite its name. Feel free to open issues there if something doesn’t seem right.