The Entity Engine from the OFBiz project is what JIRA uses to persist data to a database. You can find out more about why we chose the EE at the bottom of this page. See the configuration overview for a conceptual overview of what is being done here.
On this page:
Configuring the Entity Engine for JIRA
The configuration of the Entity Engine is done through an XML file called
entityengine.xml. This file is used to define parameters for persistence servers such as JDBC datasource parameters.
For JIRA, this file is located in the distribution at
As outlined in the overview, the settings which generally need to be configured are:
- Transaction Factory — see below
- field type — edit the
field-type-nameattribute of the
- datasource location:
- edit the
jndi-nameattribute of the
<jndi-jdbc>tag relevant to your database.
- For certain schema-aware databases (Postgres, DB2), add a schema-name attribute specifying the schema the database uses. See note in entityengine.xml
- For databases with table/column name length limits (e.g. DB2 on certain platforms), you may need to set a constraint-name-clip-length parameter. See the note in the
- edit the
By default the Entity Engine tries to obtain a JTA transaction factory from the application server using JNDI. The code samples below show the different values for different application servers.
- JBoss (see also Installing JIRA on JBoss 4):
- Tomcat 5.5 (see also Installing JIRA on Tomcat 5.5):
- Oracle Weblogic (see also Installing JIRA on Oracle WebLogic 9.2):
Altering the Entity Model
The Entity Model describes the table and column layout that JIRA uses in a database. It can be completely altered without changing any of the internal workings of JIRA.
The model provided should work with almost any database (care has been taken to ensure the column and table names are SQL compliant).
The entity model is configured through an XML file called
entitymodel.xml (located in the distribution at
webapp/WEB-INF/classes/entitydefs/entitymodel.xml). To edit this file, copy it to
edit-webapp/WEB-INF/classes/entitydefs/entitymodel.xml and make changes there. When the WAR/EAR is built using build.(sh|bat), the 'edit-webapp' version of the file will be used.
The format of the file should be fairly self explanatory - basically JIRA always refers to the
field-name attributes within the code. The
type attribute of a
<field> tag should always match the
type attribute of a
<field-type-def> tag in your
To change where entities and fields are persisted in your database, simply add (or edit) the attribute
table-name (for entities) or
col-name (for fields).
Why we chose the Entity Engine
We chose the EE over CMPorBMPentity beans because:
- it is more portable between application servers
- table schemas are automatically created and updated
- using the field type definitions, we can add support for new databases very quickly
- it is faster than most CMP implementations and has some nice caching features
This document deals with configuring the entity engine for JIRA (but should be applicable to most applications). For more details on the entity engine itself and it's inner workings, see: