2021-11-17: With the archiving of the clj-symphony and symphony-java-client libraries that this bot depends upon, this project is now also archived. Clojure developers who wish to develop Symphony bots are encouraged to evaluate symphony-java-toolkit, a high quality open source successor to the symphony-java-client.

Giphy bot

A small Symphony bot that responds to /giphy commands in messages to return a random Giphy image for the subsequent terms.

For example sending the message /giphy facepalm to a chat where the bot is present might result in the bot responding with this image:

Installation

For now Giphy bot is available in source form only, so fire up your favourite git client and get cloning!

Configuration

Giphy bot is configured via a single, optional EDN file that may be specified on the command line via the "-c" command line option. You can also provide a "-h" command line option to get help on all of the command line options the bot supports.

Configuration File Location and Loading Mechanism

The configuration file is traditionally called config.edn (but may be called anything you like) and may be stored anywhere that can be read by the bot's JVM process via standard POSIX file I/O. It's loaded using the aero library - see the aero documentation for details on the various advanced options aero supports.

The bot ships with a default config.edn file that will be read if a config file is not specified on the command line. This file delegates basically all configuration to environment variables, allowing the administrator to deploy and run the bot as a standalone uberjar, and configure it exclusively from the runtime environment.

Please refer to the default config.edn file for details on using these environment variables. Their use is not described here.

A Note on Security

The bot's configuration includes sensitive information (certificate locations and passwords), so please be extra careful to secure this configuration, however you choose to manage it (in a file, environment variables, etc.).

Configuration File Format

The configuration file is structured as follows:

{
  :symphony-coords {
    :pod-id           "<id of pod to connect to - will autopopulate whichever of the 4 URLs aren't provided. (optional - see below)>"
    :session-auth-url "<the URL of the session authentication endpoint. (optional - see below)>"
    :key-auth-url     "<The URL of the key authentication endpoint. (optional - see below)>"
    :agent-api-url    "<The URL of the agent API. (optional - see below)>"
    :pod-api-url      "<The URL of the Pod API. (optional - see below)>"
    :trust-store      ["<path to Java truststore>"        "<password of truststore>"]
    :user-cert        ["<path to bot user's certificate>" "<password of bot user's certificate>"]
    :user-email       "<bot user's email address>"
  }
  :jolokia-config {
    "host" "<jolokia-server-host>"
    "port" "<jolokia-server-port-as-a-string>"
  }
  :giphy {
    :api-key    "<Giphy API key>"        ; Required - see https://developers.giphy.com/
    :rating     "<Giphy image rating>"   ; Any one of: Y, G, PG, PG-13, R  Optional - defaults to G
    :timeout-ms <timeout (in ms) for Giphy API calls>  ; Optional - defaults to 1000 (1 second)
    :proxy-host "<HTTP proxy hostname>"  ; Optional - defaults to none
    :proxy-port <HTTP proxy port>        ; Optional - defaults to none
  }
  :accept-connections-interval <minutes>    ; Optional - defaults to 30 minutes
  :admin-emails ["user1@domain.tld" "user2@domain.tld"]    ; Optional - defaults to none
}

:symphony-coords

The coordinates of the various endpoints, certificates, knickknacks and geegaws that the bot needs in order to connect to a Symphony pod. This map is passed directly to the clj-symphony library's connect function, and has the same semantics as what's described there.

:jolokia-config

The configuration of the Jolokia library, used to support server-side ops monitoring of the bot. This map is passed directly to Jolokia's JolokiaServerConfig constructor. See the default Jolokia property file for a full list of the supported configuration options and their default values, and note that all keys and values in this map MUST be strings (this is a Jolokia requirement).

:giphy

Configuration that controls how the bot calls the Giphy APIs. The most important (and only mandatory) setting being a Giphy API Key, which can be obtained here.

:accept-connections-interval

The interval (in minutes) that the bot will use to check for and accept incoming cross-pod connection requests. If not specified, defaults to 30 minutes.

:admin-emails

A list of administrator email addresses. These users will be able to interact with the bot via ChatOps (1:1 chats with the bot in Symphony). Administrators should say help to the bot to get a list of the available admin commands.

Logging Configuration

Giphy bot uses the logback library for logging, and ships with a reasonable default logback.xml file. Please review the logback documentation if you wish to override this default logging configuration.

Usage

For now, you can run Giphy bot either directly or as a Docker image.

Direct Execution

$ lein git-info-edn
$ lein run -- -c <path to EDN configuration file>

$ lein do git-info-edn, uberjar
...
$ java -jar ./target/bot-giphy-standalone.jar -c <path to EDN configuration file>

Dockerised Execution

To build the container:

$ docker build -t bot-giphy .

To run the container:

$ # Interactively:
$ docker run -v /path/to/config/directory:/etc/opt/bot-giphy:ro bot-giphy
$ # In the background:
$ docker run -d -v /path/to/config/directory:/etc/opt/bot-giphy:ro bot-giphy

Where /path/to/config/directory should be replaced with the fully qualified path of the configuration directory on the Docker host. This configuration directory must contain:

the service account certificate and truststore that the bot should use
a config.edn file (in the format described above), that points to the certificates using /etc/opt/bot-giphy as the base path (that's where the configuration folder is mounted within the container)

And it may optionally also contain:

blacklist files (see above for details)
a logback configuration file

You can also use Docker Compose, by running:

$ docker-compose up -d

This assumes that the etc directory contains the certificate, truststore, and config.edn file, as described above.

$ lein licenses :csv | cut -d , -f3 | sort | uniq

To see the dependencies and licenses in detail, run:

$ lein licenses

pmonks / bot-giphy