SINCE VERSION 6.0

What is a PIPEFORCE URI?

Whenever you need to load data from some internal or external location, you can use a URI to point to such a location. You do so already by using such URIs in your web browser, for example. Common URI types you might be familiar with, are:

• https://www.google.com

• ftp://smith:12345@ftp.host

• file:/data/path/contract.docx

Besides such commonly known URI types, PIPEFORCE also supports custom URI types to simplify access to common resources used internally in PIPEFORCE. Such a custom URI is called a PIPEFORCE URI.

They typically have a format like this:

$uri:<name>:<path><params>

Whereas:

• <name> must be replaced by the type name of the URI to be used such as drive, property, pipeline or similar for example (see below). It is the implementation type of the URI.

• <path> must be replaced by the path or value which will be passed as input value to the URI implementation.

• <params> is optional an can contain parameters in the format ?param1=value1&param2=value2.

In most locations where a URI is accepted as an argument, for example in commands or utils, you can apply such a PIPEFORCE URI.

Here are some examples of such PIPEFORCE URIs:

• $uri:drive:/someFolder/myFile.txt
  Loads a file from the drive data room.

• $uri:property:global/app/myapp/template/text
  Loads a property from the property store.

• $uri:property:global/app/myapp/template/text@value
  Loads the value of a property from the property store.

• $uri:pipeline:global/app/myapp/pipeline/hello
  Executes the persisted pipeline at given location and returns the final body content as result.

• $uri:pipeline:global/app/myapp/pipeline/hello?firstName=Sam&lastName=Smith
  Executes the persisted pipeline at given location, passes the given parameters firstName and lastName to it and returns the final body content as result.

• $uri:user:admin
  Returns the information object of the given user with given username.

• $uri:user:uuid=260e8400-e29b-11d4-a716-443655440000
  Returns the information object of the given user with given uuid.

Here is an example to apply a custom URI on a command:

pipeline:
    - mails.send:
        to: recipient@mail.tld
        subject: "Hello!"
        message: "Hello World!"
        attachments: $uri:property:global/app/myapp/resources/file

As you can see in this example, the attachments argument contains a PIPEFORCE URI pointing to a property in the property store. This property will be loaded and added as an attachment.

And in this example, a PIPEFORCE URI is used inside a PEL util instead:

pipeline:
    - body.set:
        value: ${@resolve.uri('$uri:drive:/someFolder/document.json')}

Resolving a PIPEFORCE URI​

You have multiple options to resolve a PIPEFORCE URI: Resolving an URI means, loading the content this URI is pointing to.

By command​

In case you use a PIPEFORCE URI as parameter to a supporting command, this URI will automatically resolved to its content data by this command, as you could see by the previous example:

pipeline:
    - mails.send:
        to: recipient@mail.tld
        subject: "Hello!"
        message": Hello World!"
        attachments: $uri:property:global/app/myapp/resources/file

By resolve command​

In order to explicitly resolve a PIPEFORCE URI, there is a special command resolve for this, which can resolve any URI and returns the content of it.

You can use it in a pipeline like this:

pipeline:
    - resolve:
        uri: $uri:property:gloabl/app/myapp/config/app

This example will return you the full property (metadata + value) of the given property path. For example like this:

{
    "checksum": "sha-256=38334e50687bc68125e3b66121311a0bd1b848b8fa36c85dfe189d84313c5582",
    "path": "/pipeforce/ns/global/app/myapp/config/app",
    "uuid": "cc059f6e-fa6a-4ad8-bc51-04a85e33b965",
    "locked": false,
    "trashed": false,
    "value": "{ \"title\": \"My App\", ...}",
    "defaultValue": null,
    "type": "application/json",
    "created": 1669907722095,
    "updated": 1671171893712,
    "timeToLive": null
}

In order to return only the value of a property, add a property filter with @ at the end (see below for more details about this). For example:

pipeline:
    - resolve:
        uri: $uri:property:gloabl/app/myapp/config/app@value

This will the return only the value part of the property as JSON:

{
    "title": "My App",
    "description": "This is my app",
    "icon": "assignment",
    "tags": [
        "myapp"
    ],
    ...
}

And if you would like return only the title text of the property value, you can use the # symbol which filters the value of a property, in case it is a JSON document (more about this in the description for Property URI below). For example:

pipeline:
    - resolve:
        uri: $uri:property:gloabl/app/myapp/config/app#title

This would return:

My App

Here is an example how to use this command with curl on the terminal with URI encoded parameter (the symbol # is encoded to %23):

curl -X GET -u username:password 'https://hub-ns.pipeforce.net/api/v3/command/resolve?uri=$uri:property:gloabl/app/myapp/config/app%23title'

By the @resolve.uri util​

Another possibility inside a pipeline is to use the @resolve.uri function:

pipeline:
  - body.set:
      value: "Content is: ${@resolve.uri('$uri:property:gloabl/app/myapp/config/app@value')}"

PIPEFORCE URI Types

$uri:drive​

This custom URI points to a file on the data room service drive.

$uri:drive:<PATH_TO_FILE_OR_FOLDER_ON_DRIVE>

Example:

pipeline:
    - mail.send:
        attachments: $uri:drive:/contracts/contract1.pdf

$uri:pipeline​

This URI can be used to execute a persisted pipeline, and return the final body output of this pipeline as a result.

$uri:pipeline:<PATH_TO_PERSISTED_PIPELINE>

Let's assume you have a pipeline like this stored at global/app/myapp/pipeline/hello:

vars:
  name: null
pipeline:
  - body.set: "HELLO:  + ${vars.name}"

To execute this pipeline and to output this hello world example, you could execute a URI like this:

pipeline:
  - resolve: $uri:pipeline:global/app/myapp/pipeline/hello?name=Sam

In this example the URI parameter name is used inside the pipeline as variable name.

This will create a log-entry like this:

Output: HELLO: Sam

Adhoc Pipeline URI

You can use the $uri:pipeline scheme also in order to execute an adhoc pipeline. This is an adhoc combination of commands to be executed in serial. The format is like this:

$uri:pipeline:?commandA="param1:value1;param2:value2"&commandB

This approach is handy in case you would like to call one or more commands in serial.

The Path part is empty and only the query string is given, starting with ? whereas the name of a query param is the name of the command. The optional query param value contains the parameters to the command whereas name and value is separated by a colon : and multiple params are separated by by a semicolon ; .

In case a command parameter is a default command parameter, it can be used without any parameter name prefix in the URI. For example:

$uri:pipeline:?uri.get="http://host/path"&data.filter.jmespath="[?id=12]"

Since uri of command uri.get and query of command data.filter.jmespath are default parameters, these parameter names can be skipped. But this must be then the only parameter given to the command. If you need more parameters per command, the pipeline must be written including the parameter names in the query like this:

$uri:pipeline:?uri.get="uri:http://host/path;body=abc"&data.filter.jmespath="query:[?id=12]"

$uri:property​

This custom URI points to a property in the property store.

$uri:property:<PATH_OF_PROPERTY_IN_PROPERTY_STORE>

Example:

pipeline:
    - body.set:
        value: "${@resolve.uri('$uri:property:global/app/myapp/object/person')}"

Property Filter​

It is also possible to further filter the property using a PE, which gets applied to the property before its result will be returned.

$uri:property:<PATH>@<PROPERTY_FILTER>

As you might already know, a property has a structure like this (envelope + value):

{
    "path": "/unique/path/of/the/property",
    "uuid": "unique id",
    "type": "mime type of this property",
    "created": createdTimeStampInMillis,
    "value": "The payload of the property",
    "attachments": [

        {
            "uuid": "unique id",
            "name": "file name of the attachment",
            "size": bytes,
            "contentType": "content type of this attachment",
            "chunks": [
                {
                    "size": bytes,
                    "content": byteArray
                },
                ...
            ]
        },
        ...
    ]
    ...
}

For a full list of the attributes of a property, please refer to Property Store.

With a property URI filter, you can now select the part you would like to return in your URI:

pipeline:
    - body.set:
        value: "Num. of attachments: ${@resolve.uri('$uri:property:global/app/myapp/object/person@created')}"

Value Filter (JSON)​

In case the value of a property is of type application/json, you can apply a filter on the value in order to return just a subset from the JSON value.

$uri:property:<PATH>#<VALUE_FILTER>

Let's assume we have a property in the property store like this:

{
    "path": "path/to/person",
    "type": "application/json",
    "value": {
        "name": "Max Master",
        "age": 35,
        "hobbies": [
            "swimming",
            "hiking"
        ]
    }
}

We can use a Value Filter in the property URI in order to directly return the name of the person, like this:

pipeline:
    - body.set:
        value: "Name: #{@resolve.uri('$uri:property:path/to/person#name')}"

Which will log a message like this:

Name: Max Master

It's possible to use the full power of the PEL to filter, for example:

pipeline:
    - body.set:
        value: "Number of hobbies: ${@resolve.uri('$uri:property:path/to/person#@list.size(hobbies)')}"

Which will log a message like this:

Number of hobbies: 3

The value filter will be applied on the fully loaded properties value attribute: It will be converted to JSON and then the expression will be applied, then the resulting value is returned.

$uri:user​

This uri is handy to load a user object given by a username or uuid.

$uri:user:<USERNAME>

or

$uri:user:uuid=<USER_UUID>

For example:

pipeline:
  - body.set:
      value: ${@resolve.uri('$uri:user:maria')}

This will return the user-info data similar to this:

{
    "uuid": "someUuid",
    "username": "maria",
    "email": "some@email.tld",
    "firstName": "Maria",
    "lastName": "Meyer",
    ...
}

The same is true when using the uuid of the user:

pipeline:
  - body.set:
      value: ${@resolve.uri('$uri:user:uuid=someUuid')}