Go to file
barreiro d0e7fab351 HHH-11820 - Simplify dirty tracking on entities without collections [bytebuddy] 2017-09-12 13:59:37 -07:00
buildSrc Wildfly unpacked forlder used for tests should not be included into distribution artifacts 2017-03-17 09:07:24 +00:00
databases HHH-11598 - change pgsql driver version to 9.4.1208 2017-03-29 18:05:01 +01:00
documentation HHH-11884 - wrong class in returnedClass() in UserType example 2017-09-12 14:22:36 +03:00
etc HHH-11473 - Refactor MySQL Dialects 2017-02-20 15:35:16 +02:00
gradle/wrapper HHH-11346 - Upgrade gradle to 3.2.1 2016-12-20 09:41:28 +00:00
hibernate-c3p0 HHH-11646 revert errant after -> afterQuery search and replace 2017-05-03 11:54:37 +03:00
hibernate-core HHH-11820 - Simplify dirty tracking on entities without collections [bytebuddy] 2017-09-12 13:59:37 -07:00
hibernate-ehcache HHH-11646 revert errant after -> afterQuery search and replace 2017-05-03 11:54:37 +03:00
hibernate-entitymanager HHH-11152: Added BytecodeProvider based on Byte Buddy 2016-11-16 13:18:46 -06:00
hibernate-envers HHH-11614 : Revert "HHH-11477 - HQL query against field marked with @Lob fails on PostgreSQL" 2017-09-11 11:51:59 -07:00
hibernate-hikaricp HHH-11645 - HikariCP shutdown() method is deprecated, close() should be called instead 2017-04-19 13:34:41 +03:00
hibernate-infinispan HHH-11381 In nonstrict mode, putFromLoad after evict can behave incorrectly 2017-02-23 12:11:33 +01:00
hibernate-java8 HHH-10883 - Fix Restore the Maven artifact hibernate-java8 as an empty placeholder 2016-06-28 16:20:40 +02:00
hibernate-jcache HHH-11536 - Fix unit tests failing on Oracle 2017-03-02 12:29:13 +00:00
hibernate-orm-modules HHH-11394 Custom WildFly modules include a duplicate dependency on Javassist 2017-01-17 11:33:45 +00:00
hibernate-osgi HHH-11439 added javax.interceptor to OSGi feature dependencies 2017-02-01 19:56:13 -05:00
hibernate-proxool HHH-11646 revert errant after -> afterQuery search and replace 2017-05-03 11:54:37 +03:00
hibernate-spatial HHH-11764 - Fix PGGeometryTypeDescriptor 2017-06-14 22:08:40 +02:00
hibernate-testing HHH-11882 - Use CustomRunner as the runner for tests with BytecodeEnhancerRunner 2017-08-10 14:39:00 +02:00
release HHH-10629 - Spatial not bundled in release bundles 2016-08-12 12:43:50 -05:00
shared HHH-11235 - split checkstyles into fatal and non-fatal configs 2016-11-09 11:34:51 -06:00
tooling HHH-10930 - Add explicit dependency on JTA to the maven enhacer plugin 2017-01-31 13:15:19 +02:00
.gitignore HHH-10689 - Fix tests failing when switching to Oracle 2016-05-17 17:44:32 +03:00
CONTRIBUTING.md Update CONTRIBUTING.md 2017-08-09 11:48:16 -05:00
README.md Update README.md 2017-08-09 11:42:18 -05:00
build.gradle Add support for testing on DB2 2017-05-08 11:58:13 +03:00
changelog.txt 5.2.10 2017-04-14 12:19:30 +02:00
databases.gradle Add local MySQL Docker connection config 2017-09-11 09:58:17 +03:00
dco.txt CONTRIBUTING.md changes to add Legal section + adding dco.txt 2017-08-08 09:27:33 -05:00
gradlew HHH-11346 - Upgrade gradle to 3.2.1 2016-12-20 09:41:28 +00:00
gradlew.bat HHH-11346 - Upgrade gradle to 3.2.1 2016-12-20 09:41:28 +00:00
hibernate_logo.gif SVN layout migration for core/trunk 2007-06-29 19:24:12 +00:00
lgpl.txt SVN layout migration for core/trunk 2007-06-29 19:24:18 +00:00
libraries.gradle HHH-11950 Target WildFly 11 for produced hibernate-orm-modules 2017-08-29 13:44:55 +03:00
migration-guide.adoc HHH-11614 : Update migration guide with example for converting variable-length strings to PostgreSQL Large Objects 2017-09-11 11:51:59 -07:00
settings.gradle HHH-10812 Adding module ZIP and integration test for using Hibernate ORM 5.1 on WildFly 10 2016-06-29 15:49:50 -05:00
utilities.gradle HHH-9803 - Checkstyle fix ups - headers 2015-05-18 23:25:14 -05:00

README.md

Hibernate ORM is a component/library providing Object/Relational Mapping (ORM) support to applications and other components/libraries. It is also provides an implementation of the JPA specification, which is the standardized Java specification for ORM. See Hibernate.org for additional information.

Build Status

Resources

The build requires a Java 8 JDK as JAVA_HOME.

You will need http://git-scm.com/[git] to obtain the http://github.com/hibernate/hibernate-orm/[source].

Hibernate uses Gradle as its build tool. See the Gradle Primer section below if you are new to Gradle.

Contributors should read the Contributing Guide

See the guides for setting up IntelliJ or Eclipse as your development environment.

Check out the Getting Started section in CONTRIBUTING.md for getting started working on Hibernate source.

CI Builds

Hibernate makes use of Jenkins for its CI needs. The project is built continuous on each push to the upstream repository. Overall there are a few different jobs, all of which can be seen at http://ci.hibernate.org/view/ORM/

Gradle primer

This section describes some of the basics developers and contributors new to Gradle might need to know to get productive quickly. The Gradle documentation is very well done; 2 in particular that are indispensable:

  • Gradle User Guide is a typical user guide in that it follows a topical approach to describing all of the capabilities of Gradle.
  • Gradle DSL Guide is quite unique and excellent in quickly getting up to speed on certain aspects of Gradle.

Using the Gradle Wrapper

For contributors who do not otherwise use Gradle and do not want to install it, Gradle offers a very cool features called the wrapper. It lets you run Gradle builds without a previously installed Gradle distro in a zero-conf manner. Hibernate configures the Gradle wrapper for you. If you would rather use the wrapper and not install Gradle (or to make sure you use the version of Gradle intended for older builds) you would just use the command gradlew (or gradlew.bat) rather than gradle (or gradle.bat) in the following discussions.
Note that gradlew is only available in the project's root dir, so depending on your pwd you may need to adjust the path to gradlew as well.

Examples use the gradle syntax, but just swap gradlew (properly relative) for gradle if you wish to use the wrapper.

_Note that another reason to use gradlew is that it uses the exact version of Gradle that the build is defined to work with.

Executing Tasks

Gradle uses the concept of build tasks (equivalent to Ant targets or Maven phases/goals). You can get a list of available tasks via

gradle tasks

To execute a task across all modules, simply perform that task from the root directory. Gradle will visit each sub-project and execute that task if the sub-project defines it. To execute a task in a specific module you can either:

  1. cd into that module directory and execute the task
  2. name the "task path". For example, in order to run the tests for the hibernate-core module from the root directory you could say gradle hibernate-core:test
  • build - Assembles (jars) and tests this project
  • buildDependents - Assembles and tests this project and all projects that depend on it. So think of running this in hibernate-core, Gradle would assemble and test hibernate-core as well as hibernate-envers (because envers depends on core)
  • classes - Compiles the main classes
  • testClasses - Compiles the test classes
  • compile (Hibernate addition) - Performs all compilation tasks including staging resources from both main and test
  • jar - Generates a jar archive with all the compiled classes
  • test - Runs the tests
  • publish - Think Maven deploy
  • publishToMavenLocal - Installs the project jar to your local maven cache (aka ~/.m2/repository). Note that Gradle never uses this, but it can be useful for testing your build with other local Maven-based builds.
  • eclipse - Generates an Eclipse project
  • idea - Generates an IntelliJ/IDEA project (although the preferred approach is to use IntelliJ's Gradle import).
  • clean - Cleans the build directory

Testing and databases

Testing against a specific database can be achieved in 2 different ways:

Using the "Matrix Testing Plugin" for Gradle.

Coming soon...

Using "profiles"

The Hibernate build defines a number of database testing "profiles" in databases.gradle. These profiles can be activated by name using the db build property which can be passed either as a JVM system prop (-D) or as a Gradle project property (-P). Examples below use the Gradle project property approach.

gradle clean build -Pdb=pgsql

To run a test from your IDE, you need to ensure the property expansions happen. Use the following command:

gradle clean compile -Pdb=pgsql

NOTE : If you are running tests against a JDBC driver that is not available via Maven central (generally due to license nonsense - Oracle, DB2, etc) be sure to add these drivers to your local Maven repo cache (~/.m2/repository) or (better) add it to a personal Maven repo server