Since Orbeon Forms 2017.2.
This is an Orbeon Forms PE feature.
The purpose of this service is to run a form definition, either in "new" mode or in "edit" mode, but in the background, optionally running one or more processes in addition to the regular execution of the form.
This allows scenarios such as:
create new form data in the database
read, modify and update existing form data
Optional request body when using
XML data to POST to the form, like when POSTing to the detail page
When not POSTing any XML data, just POST an empty request body to the service.
the newly created or existing document id
whether all processes were successful
Example response body:
<?xml version="1.0" encoding="UTF-8"?><response><document-id>9eff349bfd95aab8d4d5e048bd25a815</document-id><process-success>true</process-success></response>
The following property controls what process(es) to run:
$form represent a Form Runner application name and/or form name or
* wildcards, as is usual with Form Runner configuration properties.
The following example saves new instance data to the database when the service is called with
The following example updates existing instance data with the current time and saves it to the database when the service is called with
$document represents an existing form data document id:
<propertyas="xs:string"name="oxf.fr.detail.process.after-controls.background.edit.acme.sales">xf:setvalue(ref ="//current-time", value = "current-dateTime()") then save</property>
For detail on the process names and more, see Running processes upon page load .
The following process allows you to POST XML data to the page:
<property as="xs:string" name="oxf.fr.detail.process.after-controls.background.new.*.*">validate("error")</property>
NOTE: Make sure you use
validate("error") instead of
require-valid, as the latter always returns a success value.
The following examples use the curl command-line utility. They are indented on multiple lines for clarity but in practice each command must be written on a single line.
This runs the
acme/order form in
new mode in the background, and runs the configured processes if any.
Here is an example XML response:
<?xml version="1.0" encoding="UTF-8"?><response><document-id>eb9a48f2bae8919139c117c3424a3498f71c3d6f</document-id><process-success>true</process-success></response>
The caller must either call the service internally or have authorized the service.
Appropriate container or permission headers must also be set to allow accessing the form definition and data.