Delegate Java portions of the build process to Gradle

ReadyTalk / avian

[INACTIVE] Avian is a lightweight virtual machine and class library designed to provide a useful subset of Java's features, suitable for building self-contained applications.

https://readytalk.github.io/avian/

Other

1.22k stars 172 forks source link

Delegate Java portions of the build process to Gradle #28

Open sgoings opened 11 years ago

sgoings commented 11 years ago

I'd like to see Gradle take control over the pure Java build portions of this project's build infrastructure in order to reap signifcant benefits in code quality and structure flexibility.

Specifically:

Let's move the home-built unit tests to JUnit or TestNG and kick them off with Gradle instead of make. Framework familiarity and ease of integration/addition of more tests is key to having confidence in the quality of Avian's deliverables.

joshuawarner32 commented 11 years ago

One of the things we get with the current tests, that I don't want to lose, is the ability to debug low-level jit issues using the tests. If we have them running through a gigantic test harness, more likely than not the test harness itself will fail long before the actual test will. This is instrumental in modifying the VM itself.

sgoings commented 11 years ago

Sure. This issue is my first way of taking a stab at improving Avian's structure, testing, and build system...

I think there's a need to test Avian at different levels, and we'll definitely need to use the appropriate tools for each component, but that's why I entered this issue - because I personally want to see improvement in this area. To your point, JUnit won't necessarily be the solution for all of Avian, but it should be a tool that we use for a significant number of our classpath tests.

dscho commented 10 years ago

Just to put in my three cents: there is no improvement I'd expect from switching to JUnit. I still will develop and run the tests in Eclipse, or on the command-line, and would not benefit from using another test infrastructure than the RuntimeException based one we have right now.