ように書き、次のハンドラーに処理を渡します。いうリクエスト/レスポンスの情報を格納するオブジェクト経由で処理を行うことができます。呼ばずに終了することもできます。カスタムモジュールとして配置して利用したいと思います。ダウンロードして、起動します。実行できるようになるので追加します。コマンドで、作成したハンドラーをビルドしてモジュールとして登録します。CLIを実行して登録してもよいです。以下のような定義が追加されます。</filters></subsystem>これでハンドラーが利用可能になり、リクエストを投げてみると、ハンドラーからレスポンスが帰ってくることが確認できます。と特にパスなどを指定していないため、どんなパスでリクエストしてもハンドラーがレスポンスを返してきます。ようにフィルターが適用される条件を指定します。複数の条件を指定することもできます。定義の更新は、以下のようなCLIを実行することで反映できます。サブシステムの設定は以下のように変わります。以外ではハンドラーがレスポンスを返すことがなくなりました。スレッドで動いていることがわかります。ドキュメントにも記載されています。スレッドにディスパッチするのは簡単で、ハンドラー内で以下のような実装を追加すればよいです。以下のように書き換えてみます。exchange.endExchange();}配置したモジュールは一旦削除してから、新しいモジュールを改めて追加して、再起動します。スレッドで実行されていることがわかります。定義のパラメータを渡すこともできます。いうパラメータを渡して、それをレスポンスとして返すようにしてみます。以下のように更新します。}}先ほどと同様に、配置したモジュールは一旦削除してから、新しいモジュールを改めて追加して、再起動します。パラメータをセットします。サブシステムの設定は以下のように変わります。アクセスしてハンドラーが返すレスポンスも変わったことが確認できます。変わらないと思います。作り方と設定の仕方はわかったけど、この例だとシンプル過ぎて実用性がないし、あまりうれしさがないですね。上で設定して簡単に利用できるようになっています。指定可能な短縮名が定義されています。組み合わせて指定して利用することもできるようになっています。いくつか紹介して終わりたいと思います。なしリクエストとレスポンスのヘッダー情報やリクエストパラメータなどをログにダンプするハンドラーです。指定して出力対象を限定するなどをすることが多いかもしれません。ようなリクエストを投げると、以下のようなログが出力されます。スレッドに処理をディスパッチするハンドラーです。スレッド上で稼働させることができます。このハンドラーを単体で利用するユースケースはあまりないと思います。指定した値(単位は秒)以上に処理に時間がかかっているスレッドをログに出力するハンドラーです。組み合わせて利用する必要があります。