* Issue #253: Tried to improve grade school structure. Removed .db() function, added numberOfStudents functions and renamed the sort function to studentsByGradeAlphabetical. Added test to check that grade() gets the students in the order they were inserted. Removed getsStudentsInAGrade() test as what it was testing was already being covered by the tests before it.

* Added tests for protection agains mutation of the list object

* Issue #253: Make the sort test more generic. This to allow a broader range of implementations. Currently users are hindered into return the type HashMap<Integer, List<String>. This test update will check the order of any Map that maps to any Collection value type. This opens the doors for more possible types of solutions.

- in journey test, remove @Ignores so that test runs exercise all tests.
- increase the verbosity of test logging to aide in seeing progress as
  tests are un@Ignored and solved.
- saving scripts used to make changes to all exercises.  These are the
  start of a library of scripts making such changes easier.
- make Gradle output more CI-friendly.

- in base build script, filter out @Ignores so that maintainers can run
  the full test suites.
- increase the verbosity of test logging to aide in seeing progress as
  tests are un@Ignored and solved.
- revamped GETTING_STARTED.md to reflect new output.  It is now a
  complete guide from start to finish with calls-to-action at the end of
  the instructions.

Introduce a new JUnit test category that lets us mark certain tests as
not ready for execution. The test task in the individual project
can then be configured to not run tests marked as `NotReady`.

For the CI server builds, add a fullTest test task that simply runs
tests as normal, and link it into the check task so it runs on builds.

This is not perfect, as the class under test must still compile, so it
must have at least the correct signatures of all the methods tested.
Also, it may be worth finding a way to distribute the NotReady interface
that doesn't require checking it into every project.

With exercism/exercism.io@54e1df3, we can now gather exercises into a
subdirectory. By separating the language track files from the
configuration and management files, it is easier to read the project.

- move gradle config under "exercises" too as it would make a mess
  otherwise.

This reverts commit 3fdc2d1b9c8749bee26140c359d93fc3a2681889.

Individual exercises must include a stand-alone build.grade, today.

We can inject plugin, repositories and dependencies directly from
the top-level build.gradle.

This extracts a common version of junit for all projects (and
updates anagram to use assertj, the junit matchers did not work
with 4.12).

Use fest-asserts in the test which offers additional clarity in the
expectations.

Gradle can be run directly on Mac/Linux/Windows and
auto-download dependencies (much like sbt for Scala),
as well as simplify IDE integration.

Add appropriate .gitignore for this sub-tree.

For developers, to add a new exercism:

    cp -r _template new-exercism
    # create test in new-exercism/src/test/java/SampleTest.java
    git add new-exercism

Users will be able to just run "./gradlew check" to run tests.

To use this template to create a new assignment,
simply cp _template to the name of your new assignment
and drop in the appropriate tests.