Creating Apps for

Creating apps for is no longer supported. Get in contact if you need an integration not already available in the app store.

Developing custom apps for is possible through a bit of JSON and NuGet magic. This document will show you how.

Apps on are basically a nice wrapper around the Business Rule Engine on Using business rules, users can execute various actions based on full-text and Lucene queries against logged messages. Ignore messages based on a specific user agent or call the Slack API when fatal messages are logged are just a few examples on the possibilities using rules.

For this example, we'll create a small app posting requests to RequestBin on every error. Probably not the most usable app, but serves the example well. RequestBin works by creating a bin, which you can then create HTTP requests against. Each bin contains a unique ID, which we will use in a second.

Creating manifest.json

To start creating the app, create a new file named manifest.json:

    "variables": [{
        "key": "bin",
        "name": "Bin",
        "description": "The Id of the bin to post to",
        "example": "1k5c4qb2",
        "type": "text",
        "required": true
    "rule": {
        "title": "Post a message to RequestBin on all messages",
        "query": "severity: Error",
        "then": {
            "type": "http",
            "url": "$bin",
            "method": "post",
            "contentType": "application/json",
            "body": "{\"timestamp\": \"$time\", \"message\": \"$message\", \"severity\": \"$severity\"}"

The manifest consists of two blocks: variables and rule. Variables serves as input for generating the UI when users add the app to their log on In variables you can ask the user for information needed in order to execute the rule like username and password, access tokens or as in this example, an id of a bin on RequestBin.

For now, only text, choice and number variables are available, but we may extend this with other types like bool, ipaddress etc.

The rule section tell what this app should do. Specifying a rule is optional and makes sense when creating apps that listen for messages matching a query. The two important fields to notice here is query and then. These terms match 1:1 to the same terms in the business rules. query should contain either a full-text query string or a Lucene query. Every message logged, matching this query, triggers the then part of this app. For the simple app, we query messages based on severity. For a complete list of search fields, visit the Rules tab on your log settings.

In the then section we tell what to do with messages matching the query. In this case, we want it to create a new HTTP request on Notice how the $bin variables from before is used as part of the URL. body contains examples on built-in variables like $message and $time. Built-in variables are documented on the Rules tab of the log settings as well.

A final note about then. In this example we use the "type": "http" to allow to make HTTP requests. Types corresponding to other actions available in the rule engine are available as well. These are ignore, hide and email.

Creating a NuSpec

Apps for are distributed as NuGet packages. There's a few requirements you will need to satisfy in order for your app to show up in the UI.

Let's write a NuSpec for our app named

<?xml version="1.0"?>
<package xmlns="">
    <title>RequestBin Integration</title>
    <description>Post a new HTTP request to RequestBin when messages are logged in</description>
    <file src="manifest.json" target="manifest.json" />

The configuration is pretty simple. We include a single file (manifest.json) in the root of the package and name the package. The name needs to be all-lowercase and prefixed with in order to show up on

Building and Publishing the App

To build the app, we use nuget.exe:

c:\projects\>nuget pack
Attempting to build package from ''.
Successfully created package 'c:\projects\\'.

To upload the package to NuGet, use nuget push:

c:\projects\>nuget push MyApiKey
Pushing 1.0.0 to the NuGet gallery (
Your package was pushed.

(replace MyApiKey with your API Key located on

That's it folks. The app is now public and available on

Testing the Package

To test that everything is working, we'll start by creating a new bin on RequestBin. Go to RequestBin and click the Create a RequestBin button:

Bin Created

In this case, the bin ID is 1chhlvo1.

Log into and go to the Apps tab on the log settings. The RequestBin app is available from the list of apps in the bottom. Click the Install button:

RequestBin Settings

Observe how the bin variable from manifest.json shows up in the log settings with the description and example as we specified.

Input the bin ID and click the Save button.

To test that everything is working, you can use's API to publish a new message to your log, which should match the query specified in manifest.json:

curl -H "Content-Type: application/json" -X POST -d '{"title": "Manual error", "severity": "Error"}'

(replace LOG_ID with your log ID)

Refresh the bin at RequestBin and observe the HTTP request performed by the app:

HTTP request in RequestBin

Isn't that just the most awesome thing you have seen all day? The JSON format specified in manifest.json now ends up on RequestBin using a homebrewed app.

This article was brought to you by the team. is the best error management system for .NET web applications. We monitor your website, alert you when errors start happening and help you fix errors fast.

See how we can help you monitor your website for crashes Monitor your website