Configuring Database Triggers
(1Q18)
eXist-db supports triggers: code that runs when certain events in the database occur. This article will tell you how to use this facility.
Overview
Triggers can be configured to respond to document and/or collection events. There are five types of events triggers can respond to:
- create
-
Fired when a collection or document is created in a collection
- update
-
Fired when a document is updated (there is no collection update)
- copy
-
Fired when a collection or document is copied
- move
-
Fired when a collection or document is moved (a rename operation is considered a move, not an update)
- delete
-
Fired when a collection or document is deleted
Triggers can be defined for running both before and after the event.
Trigger Types
Triggers can be written in XQuery or Java.
XQuery Triggers
The XQuery code to execute when the trigger is fired can be placed in the
collection configuration collection.xconf
file or referenced by a
URL.
The XQuery functions mapped to trigger event:
-
trigger:before-create-collection($uri as xs:anyURI)
-
trigger:after-create-collection($uri as xs:anyURI)
-
trigger:before-copy-collection($uri as xs:anyURI, $new-uri as xs:anyURI)
-
trigger:after-copy-collection($new-uri as xs:anyURI, $uri as xs:anyURI)
-
trigger:before-move-collection($uri as xs:anyURI, $new-uri as xs:anyURI)
-
trigger:after-move-collection($new-uri as xs:anyURI, $uri as xs:anyURI)
-
trigger:before-delete-collection($uri as xs:anyURI)
-
trigger:after-delete-collection($uri as xs:anyURI)
-
trigger:before-create-document($uri as xs:anyURI)
-
trigger:after-create-document($uri as xs:anyURI)
-
trigger:before-update-document($uri as xs:anyURI)
-
trigger:after-update-document($uri as xs:anyURI)
-
trigger:before-copy-document($uri as xs:anyURI, $new-uri as xs:anyURI)
-
trigger:after-copy-document($new-uri as xs:anyURI, $uri as xs:anyURI)
-
trigger:before-move-document($uri as xs:anyURI, $new-uri as xs:anyURI)
-
trigger:after-move-document($new-uri as xs:anyURI, $uri as xs:anyURI)
-
trigger:before-delete-document($uri as xs:anyURI)
-
trigger:after-delete-document($uri as xs:anyURI)
The trigger:
prefix must be mapped to
http://exist-db.org/xquery/trigger
namespace.
Java Triggers
Triggers written in Java must implement the
org.exist.collections.triggers.CollectionTrigger
or
org.exist.collections.triggers.DocumentTrigger
interface. The Java
class for your trigger must be available on the class path. lib/user
is
a good place to store the your custom trigger.
The DocumentTrigger
interface provides a convenient starting place
and provides the methods.
Configuring Triggers
Triggers are configured using the collection-specific configuration files called
collection.xconf
. These files are stored as standard XML documents in the
system collection /db/system/config
. collection.xconf
is
used also to define other collection specific settings such as indexes or default permissions.
The hierarchy of the collection /db/system/config
mirrors the
hierarchical structure of the main database collection.
Configurations are inherited by descendants in this hierarchy, (the configuration settings for a child collection are added to or override those set for its parent). With this it is possible for each collection to have its own trigger creation policy defined by a configuration file.
To configure triggers for a given collection, for example: /db/foo
,
create a new collection configuration file collection.xconf
and store it in
the system collection (for instance as
/db/system/config/db/foo/collection.xconf
). Since sub-collections
inherit the configuration policy of their parents, you are not required to specify a
configuration for its sub-collections.
Configuration Structure and Syntax
Trigger configuration files are standard XML documents that have their elements
defined in the eXist namespace
http://exist-db.org/collection-config/1.0
.
All configuration documents have a <collection>
root element. The
triggers child
element encloses the trigger configuration. Only a
single <triggers>
element is permitted. In the <triggers>
element
are <trigger>
elements that define each trigger and the event(s) that it is
fired for.
Each <trigger>
element has two attributes, event
and
class
.
event
-
A comma separated list of events to fire on:
-
create
-
update
-
copy
-
move
-
delete
If for an XQuery trigger the
event
attribute is not present, the code will never be invoked.For Java triggers the
event
attribute may or may not have any effect depending on the implementation of theconfigure()
method. See the examples below. -
class
-
The name of the Java Class to fire when an event occurs. XQuery triggers are handled by the built-in Java trigger
org.exist.collections.triggers.XQueryTrigger
.
The <trigger>
element can in addition contain zero or more
<parameter>
child-elements, defining any parameters to send to the
trigger.
Configuring an XQuery Trigger
For XQuery triggers the following parameters apply:
url
-
The URL of the XQuery to execute
query
-
Can be used instead of
url
. Contains the XQuery itself.
The following example shows two XQuery Triggers configured in
collection.xconf
. The first executes an XQuery stored in the
database, the second an XQuery placed inline:
Configuring a Java Trigger
When configuring a Java Trigger, parameters are passed in a named map to the
configure()
function of the trigger.
The following example shows a Java trigger configuration:
Example Triggers
Here are trigger examples:
Simple logging Trigger in XQuery
Simple Logging Trigger in Java
Provided Triggers
eXist provides some triggers that might be useful:
- HistoryTrigger
-
This collection trigger will save all old versions of documents before they are overwritten or removed. The old versions are kept in the 'history root' which is by default
/db/history
. This can be changed with the parameterroot
. You need to configure this trigger for every collection whose history you want to preserve.The event attribute is ignored by
HistoryTrigger
<collection xmlns="http://exist-db.org/collection-config/1.0"> <triggers> <trigger class="org.exist.collections.triggers.HistoryTrigger"/> </triggers> </collection> - STX Transformer Trigger
-
STXTransformerTrigger applies an STX stylesheet to the input SAX stream, using Joost. The stylesheet location is identified by parameter
src
. Thesrc
parameter is just a path, the stylesheet will be loaded from the database, otherwise, it is interpreted as an URI.The event attribute is ignored by
STXTransformerTrigger