Go to file
Alex 4dea6891a9 HHH-15468 Set permissions 2022-08-29 10:55:31 +02:00
.github HHH-15468 Set permissions 2022-08-29 10:55:31 +02:00
buildSrc HHH-14111 Ensure Groovy compilation tasks target the same JDK version as the rest of the project 2020-07-20 11:49:02 +01:00
ci Backport snapshot-publish.Jenkinsfile 2022-07-12 15:59:56 +02:00
databases HHH-14494 Upgrade the PostgreSQL JDBC driver used for testing to v. 42.2.19 2021-03-12 11:55:33 +00:00
documentation HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
etc HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
gradle HHH-15026 Upgrade to Log4J 2.17.1 2022-02-03 18:01:20 +00:00
hibernate-agroal HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
hibernate-c3p0 HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
hibernate-core HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
hibernate-ehcache HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
hibernate-entitymanager Fix issue with generated pom missing project description 2020-04-06 18:21:11 +01:00
hibernate-envers HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
hibernate-graalvm Fix issue with generated pom missing project description 2020-04-06 18:21:11 +01:00
hibernate-hikaricp HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
hibernate-infinispan HHH-14513 Move publishing release artifacts from BinTray 2021-04-29 20:17:45 +02:00
hibernate-integrationtest-java-modules HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
hibernate-java8 Fix issue with generated pom missing project description 2020-04-06 18:21:11 +01:00
hibernate-jcache HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
hibernate-jipijapa Fix issue with generated pom missing project description 2020-04-06 18:21:11 +01:00
hibernate-micrometer HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
hibernate-orm-modules HHH-14513 Move publishing release artifacts from BinTray 2021-04-29 20:17:45 +02:00
hibernate-osgi HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
hibernate-proxool HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
hibernate-spatial HHH-14932 Use the correct WKB Dialect 2022-02-03 21:04:32 +01:00
hibernate-testing HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
hibernate-vibur HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
release HHH-14513 Move publishing release artifacts from BinTray 2021-04-29 16:07:16 +02:00
shared/config/checkstyle HHH-13685 Move Suppression*CommentFilter to its new place in checkstyle config 2020-04-01 09:53:13 -05:00
tooling HHH-14635 Upgrade to log4j 2 2021-12-13 12:45:24 +00:00
.gitignore HHH-14324 Add .gradletasknamecache to .gitignore 2020-11-16 09:18:17 +00:00
.travis.yml HHH-14315 Upgrade Travis build to OpenJDK 11.0.9 2021-01-07 17:15:35 +01:00
CONTRIBUTING.md HHH-12603 - Added Notes section to CONTRIBUTING.MD 2018-06-21 16:32:04 +01:00
README.md Updating refs to current IDEA and Eclipse integration docs 2021-02-01 21:54:12 +00:00
build.gradle HHH-14513 Move publishing release artifacts from BinTray 2021-04-29 20:17:45 +02:00
changelog.txt 5.4.33.Final 2022-01-10 16:34:41 +00:00
dco.txt CONTRIBUTING.md changes to add Legal section + adding dco.txt 2017-08-08 09:27:33 -05:00
docker_db.sh HHH-12076 Increase maximum open cursors 2021-03-18 16:34:00 +01:00
gradle.properties Only apply --add-opens to compiler JVM options when using JDK9+ 2021-05-07 13:03:15 +02:00
gradlew HHH-14315 Upgrade to Gradle 6.7 2021-01-07 17:15:35 +01:00
gradlew.bat HHH-14315 Upgrade to Gradle 6.7 2021-01-07 17:15:35 +01:00
hibernate_logo.gif SVN layout migration for core/trunk 2007-06-29 19:24:12 +00:00
lgpl.txt HHH-10961 Update address of Free Software Foundation 2018-02-14 11:25:26 +00:00
migration-guide.adoc HHH-13704 Make javassist a compile time dependency again 2019-12-13 11:29:40 +00:00
settings.gradle HHH-14315 Add optional support for toolchains to the Gradle build 2021-01-07 17:15:35 +01:00
test-case-guide.adoc Fix a Test Case Guide adoc error 2020-02-28 16:47:16 +00:00
utilities.gradle HHH-12188 - Add Java 9 automatic module name hinting 2017-12-28 10:13:55 -06:00

README.md

Hibernate ORM is a library providing Object/Relational Mapping (ORM) support to applications, libraries, and frameworks.

It also provides an implementation of the JPA specification, which is the standard Java specification for ORM.

This is the repository of its source code: see Hibernate.org for additional information.

Build Status Language grade: Java

Building from sources

The build requires a Java 8 JDK as JAVA_HOME.

You will need Git to obtain the 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.

Continuous Integration

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 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 feature 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 working directory 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.

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, 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 several 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 be sure to add these drivers to your local Maven repo cache (~/.m2/repository) or (better) add it to a personal Maven repo server

Running database-specific tests from the IDE using "profiles"

You can run any test on any particular database that is configured in a databases.gradle profile.

All you have to do is run the following command:

gradlew setDataBase -Pdb=pgsql

or you can use the shortcut version:

gradlew sDB -Pdb=pgsql

You can do this from the module which you are interested in testing or from the hibernate-orm root folder.

Afterward, just pick any test from the IDE and run it as usual. Hibernate will pick the database configuration from the hibernate.properties file that was set up by the setDataBase Gradle task.