c7fa16abe9
* Region clear now happens within the transaction of the caller, if any. Otherwise, a new transaction is started in order to do the clear within a transaction and so deal with situations where cache statistics are queried outside of a transaction. * Cache updates after the region eviction should be allowed to happen, so if region eviction happened within the transaction, a putFromLoad() is mapped to a normal put instead of a PFER call, so that the data is accessible for the current transaction. This is not an issue for situations where region has not evicted because the session cache will have data that's been accessed in the transaction. * Transaction manager could be null, if region non-transactional |
||
|---|---|---|
| documentation | ||
| etc | ||
| gradle/wrapper | ||
| hibernate-c3p0 | ||
| hibernate-core | ||
| hibernate-ehcache | ||
| hibernate-entitymanager | ||
| hibernate-envers | ||
| hibernate-infinispan | ||
| hibernate-osgi | ||
| hibernate-proxool | ||
| hibernate-testing | ||
| release | ||
| shared | ||
| tooling | ||
| .gitignore | ||
| CONTRIBUTING.md | ||
| README.md | ||
| build.gradle | ||
| changelog.txt | ||
| gradlew | ||
| gradlew.bat | ||
| hibernate_logo.gif | ||
| lgpl.txt | ||
| libraries.gradle | ||
| settings.gradle | ||
| utilities.gradle | ||
README.md
How to build
Starting with development of version 4.0, Hibernate uses Gradle as its build tool.
This README describes some of the basics developers and contributors new to Gradle need to know to get productive quickly.
Quickstart
git clone git://github.com/hibernate/hibernate-orm.git
cd hibernate-orm
./gradlew clean build
If you are having problems with unresolved dependencies you need to configure access to the JBoss Nexus repository (see below).
Resources
General
JBoss Nexus
- JBoss Nexus User Guide - explains how to set up ~/.m2/settings.xml to use JBoss Nexus repo.
Gradle
Executing Tasks
Gradle uses the concept of build tasks (equivalent to Ant targets). You can get a list of available tasks via
gradle tasks
or if using gradle wrapper
./gradlew tasks
Executing Tasks Across All Modules
To execute a task across all modules, simply perform that task from the root directory. Gradle will visit each subproject and execute that task if the subproject defines it.
Executing Tasks In Specific Module
To execute a task in a specific module you can either:
cdinto that module directory and execute the task- 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
Common Java related tasks
- 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 hibernnate-entitymanager, Gradle would assemble and test hibernate-entitymanager as well as hibernate-envers (because envers depends on entitymanager)
- classes - Compiles the main classes
- testClasses - Compiles the test classes
- jar - Generates a jar archive with all the compiled classes
- test - Runs the tests
- uploadArchives - Think Maven deploy
- install - Installs the project jar to your local maven cache (aka ~/.m2/repository)
- eclipse - Generates an Eclipse project
- idea - Generates an IntelliJ/IDEA project.
- clean - Cleans the build directory