Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  1. Existing ant build scripts need to be rewritten for Gradle. It's not possible to use Gradle's dependency management features without using its build features.
  2. Of course, the build script is written in Groovy. May or may not be desirable.
  3. Gradle by far is the most modern and sought after build tool, today. 
  4. A Gradle installation is NOT required of a grouper developer. Gradle can download and configure itself.
  5. Since the build script is written in Groovy, all manners of custom tasks, profiles, configurations and such can be added.
  6. Gradle's concurrent and parallel builds with caching and daemons can be a HUGE benefit when running builds for large projects.
  7. Gradle supports all Maven-like artifact repositories.
  8. Plenty of plugins exist for Gradle that allow integration and customization of various build features.

 

...

Considerations for Grouper

  1. Build/Dependency tools must be configured to retrieve the source artifact for JARs.
  2. Build/Dependency tools must be easily able to create and update javadocs.
  3. Build/Dependency tools must have the ability to support environment profiles.
  4. Build/Dependency tools must have support for local dependencies.
  5. Consider what may be the most natural and easiest option for a Grouper contributor to get started.
  6. There needs to be a way for Grouper to determine the version of its JARs used:
    1. Can be use/reference the Maven build maintained in parallel with ant.
    2. Can use the JAR manifest itself.
  7. IDE integration is important. While IntelliJ/NetBeans have no issues with either of these tools, Eclipse may be problematic for Maven or Gradle.