Plugins management

The eKuiper plugin command line tools allows you to manage plugins, such as create, show and drop plugins. Notice that, drop a plugin will need to restart eKuiper to take effect. To update a plugin, do the following:

1. Drop the plugin.
2. Restart eKuiper.
3. Create the plugin with the new configuration.

create a plugin

The command is used for creating a plugin. The plugin's definition is specified with JSON format.

create plugin $plugin_type $plugin_name $plugin_json | create plugin $plugin_type $plugin_name -f $plugin_def_file

The plugin can be created with three ways.

• Specify the plugin definition in command line.

Sample:

# bin/kuiper create plugin source random {"file":"http://127.0.0.1/plugins/sources/random.zip"}

The command create a source plugin named random.

• Specify the plugin definition in a file. If the plugin is complex, or the plugin is already wrote in text files with well organized formats, you can just specify the plugin definition through -f option.

Sample:

# bin/kuiper create plugin sink plugin1 -f /tmp/plugin1.txt

Below is the contents of plugin1.txt.

{
  "file":"http://127.0.0.1/plugins/sources/random.zip"
}

To create a function plugin with multiple exported functions, specify the exported functions list as below:

# bin/kuiper create plugin function mulfuncs "{\"file\":\"file:///tmp/kuiper/plugins/functions/mulfuncs.zip\",\"functions\":[\"func1\",\"func2\"]}"}

• Specify the plugin local path. If you are hosting kuiperd locally you can specify the path to the zip file through -zf option.

Sample:

# bin/kuiper create plugin sink plugin1 -zf ./plugin1.zip

parameters

1. plugin_type: the type of the plugin. Available values are ["source", "sink", "function", "portable"]
2. plugin_name: a unique name of the plugin. The name must be the same as the camel case version of the plugin with lowercase first letter. For example, if the exported plugin name is Random, then the name of this plugin is random.
3. file: the url of the plugin files. It must be a zip file with: a compiled so file and the yaml file(only required for sources). The name of the files must match the name of the plugin. Please check Extension for the naming rule.
4. functions: only apply to function plugin which exports multiple functions. The property specifies the exported function names.

show plugins

The command is used for displaying all plugins defined in the server for a plugin type.

show plugins function

Sample:

# bin/kuiper show plugins function
function1
function2

describe a plugin

The command is used to print out the detailed definition of a plugin.

describe plugin $plugin_type $plugin_name

Sample:

# bin/kuiper describe plugin source plugin1
{
  "name": "plugin1",
  "version": "1.0.0"
}

drop a plugin

The command is used for drop the plugin.

drop plugin $plugin_type $plugin_name -s $stop

In which, -s $stop is an optional boolean parameter. If it is set to true, the eKuiper server will be stopped for the delete to take effect. The user will need to restart it manually. Sample:

# bin/kuiper drop plugin source random
Plugin random is dropped.

commands to handle function plugin with multiple functions

Unlike source and sink plugins, function plugin can export multiple functions at once. The exported names must be unique globally across all plugins. There will be a one to many mapping between function and its container plugin. Thus, we provide show udf(user defined function) command to query all user defined functions so that users can check the name duplication. And we provide udf describe command to find out the defined plugin of a function. We also provide the function register command to register the udf list for an auto loaded plugin.

show udfs

The command will list all user defined functions.

show udfs

describe an udf

The command will show the plugin which defines the udf.

describe udf $udf_name

Sample output:

{
  "name": "funcName",
  "plugin": "pluginName"
}

register functions

The command aims to register all exported functions in an auto loaded function plugin or when the exported functions are changed. If the plugin was loaded by create command or REST create API with functions property specified, then this is not needed. The register command will persist the functions list in the kv. Unless the exported functions are changed, users only need to register it once.

register plugin function $pluginName "{\"functions\":[\"$funcName\",\"$anotherFuncName\"]}"

Sample:

# bin/kuiper register plugin function myPlugin "{\"functions\":[\"func1\",\"func2\",\"funcn\"]}"