a074d3244d
* Use an Infinispan cache to maintain pending puts, which avoids the need to control it's memory consumption in the critical path of putFromLoad. * This cache is shared by all regions, and it's configured with aggressive expiration settings to avoid piling up pending put operations. * Added a 2LC stress test that tests behaivour and performance of 2LC under multiple situations, such as entity inserts, updates, find via PK, find via query and deletes. * Some other minor performance enhancements, such as avoiding classloader aware cache wrapper if using 2LC locally. * Remove cache adapter to reduce construction of useless objects. * Cache flagged caches in order to avoid recomputing decorated caches all the time, which reduces memory consumption. * Skip locking for timestamp updates and separate timestamp region implementations for local vs clustered scenarios. |
||
|---|---|---|
| buildSrc | ||
| databases | ||
| documentation | ||
| etc | ||
| gradle/wrapper | ||
| hibernate-c3p0 | ||
| hibernate-core | ||
| hibernate-ehcache | ||
| hibernate-entitymanager | ||
| hibernate-envers | ||
| hibernate-infinispan | ||
| hibernate-proxool | ||
| hibernate-testing | ||
| release | ||
| .gitignore | ||
| README.md | ||
| build.gradle | ||
| changelog.txt | ||
| gradlew | ||
| gradlew.bat | ||
| hibernate_logo.gif | ||
| lgpl.txt | ||
| libraries.gradle | ||
| settings.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
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