Griffon is most definitely an opinionated framework and it prefers convention to configuration, but this doesn't mean you can't configure it. In this section, we look at how you can influence and modify the standard Griffon build.The defaults
In order to customize a build, you first need to know what you can customize. The core of the Griffon build configuration is the griffon.util.BuildSettings
class, which contains quite a bit of useful information. It controls where classes are compiled to, what dependencies the application has, and other such settings.Here is a selection of the configuration options and their default values:
Property | Config option | Default value |
---|
griffonWorkDir | griffon.work.dir | $USER_HOME/.griffon/<griffonVersion> |
projectWorkDir | griffon.project.work.dir | <griffonWorkDir>/projects/<baseDirName> |
classesDir | griffon.project.class.dir | <projectWorkDir>/classes |
testClassesDir | griffon.project.test.class.dir | <projectWorkDir>/test-classes |
testReportsDir | griffon.project.test.reports.dir | <projectWorkDir>/test/reports |
resourcesDir | griffon.project.resource.dir | <projectWorkDir>/resources |
projectPluginsDir | griffon.plugins.dir | <projectWorkDir>/plugins |
The BuildSettings
class has some other properties too, but they should be treated as read-only:
Property | Description |
---|
baseDir | The location of the project. |
userHome | The user's home directory. |
griffonHome | The location of the Griffon installation in use (may be null). |
griffonVersion | The version of Griffon being used by the project. |
griffonEnv | The current Griffon environment. |
compileDependencies | A list of compile-time project dependencies as File instances. |
testDependencies | A list of test-time project dependencies as File instances. |
runtimeDependencies | A list of runtime-time project dependencies as File instances. |
Of course, these properties aren't much good if you can't get hold of them. Fortunately that's easy to do: an instance of BuildSettings
is available to your scripts via the griffonSettings
script variable. You can also access it from your code by using the griffon.util.BuildSettingsHolder
class, but this isn't recommended.Overriding the defaults
All of the properties in the first table can be overridden by a system property or a configuration option - simply use the "config option" name. For example, to change the project working directory, you could either run this command:
griffon -Dgriffon.project.work.dir=work compile
or add this option to your griffon-app/conf/BuildConfig.groovy
file:
griffon.project.work.dir = "work"
Note that the default values take account of the property values they depend on, so setting the project working directory like this would also relocate the compiled classes, test classes, resources, and plugins.What happens if you use both a system property and a configuration option? Then the system property wins because it takes precedence over the BuildConfig.groovy
file, which in turn takes precedence over the default values.Available build settings
Name | Description |
---|
griffon.compiler.dependencies | Legacy approach to adding extra dependencies to the compiler classpath. Set it to a closure containing "fileset()" entries. |
griffon.testing.patterns | A list of Ant path patterns that allow you to control which files are included in the tests. The patterns should not include the test case suffix, which is set by the next property. |
griffon.testing.nameSuffix | By default, tests are assumed to have a suffix of "Tests". You can change it to anything you like but setting this option. For example, another common suffix is "Test". |