====== Maven LiquiBase Plugin ====== LiquiBase can be controlled via a Maven plug-in which can be obtained from the central Maven repository. You can find the all the versions of the Liquibase-core and Maven plugins in the central repository by going [[http://www.mvnrepository.com/artifact/org.liquibase | here]]. ===== Goals Available ===== ^ Goal ^ Description ^ | [[maven migrate|liquibase:migrate]] | //**DEPRECATED** use update instead// | | [[maven migrateSQL|liquibase:migrateSQL]] | //**DEPRECATED** use updateSQL instead// | | [[maven update|liquibase:update]] | performs an update on the specified database to the current version specified in the [[DatabaseChangeLog]] | | [[maven updateSQL|liquibase:updateSQL]] | generates SQL to update a database to the current version specified in the [[DatabaseChangeLog]] | | [[maven tag|liquibase:tag]] | tags the current state of the database with the specified tag | | [[maven rollback|liquibase:rollback]] | performs a rollback on the database to the specified tag, date, or number of [[ChangeSet]]s | ===== Configuration and Usage ===== Configuration of the plugin is done via the section of the pom.xml, specifying the configuration and execution phase to bind the plugin to. Each goal has its own configuration parameters, but some of which are common to other plugin goals, for more information on all the configuration parameters available for a specific goal click on the link to goal above. === Paths to files === As of version 1.6.1.0 of the Maven plugin all files are resolved from the maven test classpath for the Maven project or an absolute path. This allows for [[DatabaseChangeLog]]s to be present in other Maven artifacts (on the classpath) and able to be used to invoke liquibase on a database. === Using Configuration Property Files === Configuration settings for the Maven Liquibase plugin can be specified in standard Java Property files. If a configuration property file is specified it will be used to setup the properties for the invocation of the Maven Liquibase plugin. For each property defined in the file that matches a property in the goal being invoked that property of the goal will be set. If the property does not match any of the properties for the goal, then a warning will be displayed to the user, but execution will continue. The reason for only printing a warning is to allow a user to define a single master configuration property file that can be resused for multiple Maven Liquibase goals like [[maven update|liquibase:update]] and [[maven tag|liquibase:tag]]. == Using both a Configuration Property File and specifying Configuration Values == It is possible to specify a Configuration Property File and individual Properties in the section of the Maven Liquibase plugin. If this is done the properties specified in the section will be used in preference over those defined in the properties file. If this behaviour is not desirable, then the properties file can be setup to override the specified properties in the section by adding the following to the section; true === Example of Maven Liquibase Update === You need to ensure that you include the relevant JDBC driver for your database in the dependency section of Maven POM file. MySQL example: [...] [...] mysql mysql-connector-java ${mysql-version} [...] [...] Oracle example (thin driver): [...] [...] com.oracle ojdbc14 10.2.0.4 [...] [...] The following is a sample configuration for the Liquibase Maven plugin, version 1.6.1.0, showing an example of the [[maven update|liquibase:update]] goal; [...] org.liquibase liquibase-plugin 1.6.1.0 process-resources src/main/resources/liquibase.properties update [...] This example configuration will execute the [[maven update|liquibase:update]] goal as part of the process-resources phase of the build. The parameters (database url, password, etc...) for running Liquibase are specified in the src/main/resources/liquibase.properties. Note that the path to the file src/main/resources/liquibase.properties could be shortened to liquibase.properties if there was only one on the classpath. All the parameters for executing the Maven Liquibase plugin can also be specified in section of the plugin. Below is an example of this: [...] org.liquibase liquibase-plugin 1.6.1.0 process-resources src/main/resources/org/liquiabse/business_table.xml oracle.jdbc.driver.OracleDriver jdbc:oracle:thin:@tf-appserv-linux:1521:xe liquibaseTest pass update [...] === Further configuration properties === Add false as configuration parameter to disable the dialog popping up which confirms migrations on non-local databases. The maven command mvn help:describe -DgroupId=org.liquibase -DartifactId=liquibase-plugin -Dversion=1.7.0.0 -Dfull=true will give you hints about all available configuration parameters within the Liquibase maven plugin. === Using a global configuration for multiple projects === edited on [Oct 31th, 2008] Through the usage of a parent-pom (some call it company super-pom) it is possible to have a centralized Liquibase plugin configuration that applies to all your Maven child projects. For a detailed explanation of the super-pom concept, see [[http://maven.apache.org/guides/introduction/introduction-to-the-pom.html|Maven manual Pom section]]. In this setup, the plugin configuration is set in the super-pom, so that it becomes available to all child projects. The adaptation to each project needs (database driver, jdbc url, etc.) is made through a local ''liquibase.properties'' file. In addition, since several configurations may be necessary inside the project, ''liquibase.properties'' can be filtered by with the Maven resource filtering system. Parent ''pom.xml'' configuration: [...] org.liquibase liquibase-plugin x.x.x.x true target/classes/liquibase.properties [...] You want to replace x.x.x.x by the most recent version of the plugin. As shown above, you may want to add an '''' section, or put more configuration properties in the '''' section. Keep in mind that any modification will apply to all child projects. It is possible to some extent to override this global configuration in your local ''liquibase.properties'' file as '''' is set to ''true''. If you have a few exceptions among your projects but want to keep a global config for all the others, you can always add the '''' section to your child ''pom.xml''. This will override the global config. The ''liquibase.properties'' must be put in the ''src/main/resources'' folder, as well as your ''db.changelog.xml''. It can hold as many properties as you need. Here's an already quite complete example: contexts ${liquibase.contexts} changeLogFile com/company/client/project/db.changelog.xml driver ${dataSource.project.driverClass} url ${dataSource.project.jdbcURL} username ${dataSource.project.user} password ${dataSource.project.password} verbose true dropFirst false The placeholders are filtered by the Maven resource filtering system. In order to get your Maven standard ''resources/'' folder filtered you need to have this config in your ''pom.xml'': src/main/resources true See [[http://maven.apache.org/guides/getting-started/index.html#How_do_I_filter_resource_files|How do I filter resource files]] for more details. In this particular setup, the project jdbc url, database driver, username and password are used for Liquibase as well. The placeholders are replaced by values found in filter property files located in ''src/main/filters''. You can have as many property file filters as you need. To specify the filter to use on Maven execution, you need to use [[http://maven.apache.org/guides/introduction/introduction-to-profiles.html|Maven profiles]]. A typical invocation would look like this: mvn resources:resources liquibase:update -P Invoking the ''resources'' is necessary in order to have the ''liquibase.properties'' placeholders filtered. The ''-P'' option tells Maven the profile to use and thus the set of values (from the filter properties file) to use for filtering. If you don't need the filtering capabilities, you can replace in the super-pom plugin configuration target/classes/liquibase.properties by src/main/resources/liquibase.properties Invocation is then simplified to a mere mvn liquibase:update The main advantages of this setup are: * no Liquibase plugin configuration in your projects. Only the ''liquibase.properties'' is required. * a unique place where to update the plugin version (you don't need to manuall edit all your ''pom.xml'' and commit them)