問題タブ [wiremock-standalone]

https://github.com/rodolpheche/wiremock-dockerのサンプルに基づいて、これを作成し、 /my/project/wiremockDockerfileディレクトリにコピーしました。

次に、 /my/project/ディレクトリdocker-compose.yml内に次のファイルを作成しました

/my/project/wiremock/stubs内の子ディレクトリはmappingsと__filesです。

を実行するdocker-compose upと、docker コンテナーが機能し、正常に機能するいくつかの要求を行うことができます。しかし、私の問題は、スタブディレクトリ内の変更が自動的に更新されないことです。新しいワイヤモック スタブを作成するか、既存のものを更新するたびにコンテナを再起動する必要があります。

私が何か間違ったことをしている場合、何かわかりますか？コンテナを再起動せずに作業を続けられるとよいでしょう。

ありがとう！！！！

遅延の後、ワイヤーモックで応答を生成しようとしていますが、その遅延は着信要求から派生しています。たとえば、リクエスト内のユーザーの姓が「delay_10000」の場合は 10000 ミリ秒遅延、または delay_20000 の場合は 20000 ミリ秒遅延.....

どのフィールドがテンプレート化できるかを誰でも確認できますか? doco は、「応答ヘッダーと本文」、および他の bodyFileName (私が作業している) を提案していますが、他の応答フィールドをテンプレート化できるかどうかについては何も述べていません。

現在、私は見ています

最初に、それがキャッチされている場所を確認できますが、 https://github.com/tomakehurst/wiremock/blob/master/src/main/java/com/github/tomakehurst/wiremock/standalone/JsonFileMappingsSource. Java#L121

第二に、私がワイヤーモックを間違って運転しているかどうかは不明です。これは応答トランスフォーマーでは不可能ですが、拡張機能と「応答定義変換」( http://wiremock.org/docs/extending ) を介して可能です。 -ワイヤーモック/ )

一連の固定遅延を使用してこれを回避できますが、動的であればより良いでしょう

助けてください！

応答がルート ディレクトリに既に保存されている場合でも、すべての要求をプロキシするワイヤーモック スタンドアロン サーバーがあります。

これが私の構成です：

これがスタブ マッピングの設定です。このコードは、application.properties の「proxy-mode」プロパティが true の場合にのみ実行されます。私のスタブ マッピング:

「proxy-mode」を false に設定すると、保存された応答が返されます。

私が望むのは、保存されていないリクエストをプロキシし、保存された応答を返すことです。

私は何が欠けていますか？

[アップデート]

保存された応答は、サーバーの再起動後に返されます。実行時に保存された応答を保存して返すことは可能ですか?