TailSampler-Apache.JMeterへのGETリクエストの並列送信

1. HTTP Request Tailプラグインの目的

プラグインは、埋め込みリソースのロードを簡素化し、 指定された GETリクエストを並行して実行できるようにします 。 ダウンロードしたリソースの構成とこれらのリソースをロードする方法に関して、テストをできるだけブラウザに近づけます。

TailSamplerは必要に応じて役立ちます。

• GET要求のグループを並行して実行します。
• 1000 HTTPリクエストコンポーネントを作成せずに1000 GETリクエストを実行します
• AJAX 、 Adobe Flash 、 Adobe AIR 、 SilverLigthなどを積極的に使用するサイトをテストします。

2.使用説明書

HTTP Request Tailは、リンクのリストをHTMLドキュメントに変換し、組み込みリソースをロードして、指定された各リンクのGETリクエストを作成します。


図1. TailSamplerプラグインのデータ準備プロセスとその使用

1. Fiddlerを起動します。
2. Webブラウザーでページを開きます。ロードはテストで詳細に模倣する必要があります。これは、 Adobe Flash 、 Adobe AIR 、 Microsoft SilverLigth 、 ActiveXコンポーネントを含むページです。
3. ページで必要なアクションを実行します。
4. Fiddlerリンクから、ブラウザで実行されたかのように、テストで並行して実行する必要があるGETリクエストにコピーします。
5. TailSamplerにリンクを挿入し、必要に応じてパラメーター化します。
6. テストで指定されたリクエストの並列実行を取得し、並列度が設定されます。

3.標準のHTMLパーサーJMeterの動作

JMeterでHTTP経由でHTMLドキュメントを取得する標準的な方法は、 HTTPリクエストサンプラーを使用することです。 HTTPリクエストでは、埋め込みページリソースを簡単にリクエストできます-チェックマーク[v] 埋め込みリソースを取得します。 ページリソースへのリンクを形成する標準のパーサーはLagartoBasedHtmlParserです。 パーサーは、 jmeter.propertiesファイルのhtmlparser.classname設定で変更できます。

5つの人気サイトのApache.JMeterパーサーの研究は、記事「Apache.JMeterのHTMLパーサーの選択」に記載されています。

• https://habrahabr.ru/post/308254/

パーサーを使用すると、ほとんどすべての必要なリソースがロードされます。 ただし、異なるサイトでは、ダウンロードの完全性は異なります。 したがって、WebサイトがMicrosoft Silverlightに実装されている場合、 Apache.JMeterパーサーのパフォーマンスは約0％になります。 一方、 TailSamplerを使用すると、ブラウザが簡単に機能する方法と同様の負荷を適用することが可能になります。

3.1。 複雑なatlas.mos.ruサイトでの作業の例

図2. ブラウザーのatlas.mos.ruサイト-メインドメインへの85リクエスト	図3. JMeterの Atlas.mos.ruサイト-メインドメインへの2リクエスト
図4. クエリ実行のトレースはwebpagetest.orgで確認できます	図5. ブラウザーはメインドメインに対して85リクエストを行い、JMeterの効率は2,35%のみです。Googleドキュメントのログを参照してください

AJAXを積極的に使用するatlas.mos.ruサイトを開くと、違いが見えます。

• 2 GETリクエスト（ LagartoBasedHtmlParser 、 HTTPリクエスト 、 JMeter 3.0が実行されている場合）;
• 85 Chromeブラウザーが実行されている場合、GET要求。

したがって、 atlas.mos.ruアドレス83の[v] 埋め込みリソースの取得設定でHTTPリクエストを使用する場合 83 GETリクエストは送信されません。

足りない
「昨年の雪が降った」

83 GETリクエストの送信をシミュレートするには、 83 HTTPリクエストコンポーネントをJMeterスクリプトに追加する必要があります。

• JMeterスクリプトは面倒になります。

追加された83 HTTPリクエストは次々に順番に処理されます-ブラウザは埋め込みリソースのリクエストを並行して送信します：

• ページリソースの読み込みの合計期間はブラウザよりも長くなります。順次読み込みは、読み込み解除されたサーバーでの並列読み込みよりも時間がかかります。
• サーバーへの同時オープン接続の数は、ブラウザーの実行時よりも少なくなり、サーバーへの接続数はパフォーマンスに間接的に影響します。

図6. Firefoxでのpflb.ruサイトの読み込みに関するレポート-http://www.webpagetest.org/result/160319_RQ_Q3W/1/details/-6 6リクエストの並列読み込みグループが表示されます

したがって、 HTTPリクエストのみを使用すると、すべてのサブクエリでhtmlページの読み込み時間を正確に測定するような方法で、埋め込みリソースの読み込みを完全に繰り返すことはできません。


図7. HTTPリクエストでは全体像を見ることができません; HTTPリクエストテールはサブリクエストのテールを実装するのに役立ちます

4.作成の歴史

JMeterのHTTP Request Tailプラグインは、 pythonの Tile Serverサービスの代替として作成されました。以下の説明を参照してください。

Tile Serverサービスを初めて知ったのは、同僚のZhenya BorodenkovとMaxim Konyshevが、スライス、タイルに大きな画像をロードするWebプロジェクトのロードテストについて話し合ったときです。 次に、クライアントでSilverLightを使用し、 SOAP / MSBin1プロトコルを使用してサーバーからコンテンツをストリーミングするこのWebプロジェクトのバージョンの1つをストレステストするタスクを解決しました。 SOAP / MSBin1プロトコルを介してJMeterからリクエストを送信し、それらへの回答を処理するために、最初に方法がわからなかったため、オプションについて説明しました。

ストーリーは次のようなものでした：

-Vovaがここにいた場合、中間サービスを使用して必要なリクエストを作成すると言います。

-中間サービス、複雑すぎます（回答済み）。 JMeterのプラグインを書きましょう。 プラグインはシンプルで信頼性があります。

-前回のテストでは、Andrei PishchulinがpythonでTile Serverサービスを作成しましたが、このサービス、タイルを操作するためのサービスを引き続き使用しています。

• JMeterは、 HTTP要求経由でPOSTメソッドを使用して、 タイルサーバーにリンクのリストを送信します 。
• Tile ServerはWebサーバーを実装し、リンクのリストを受け入れ、リンクを指すiframeのリストを使用してリンクからhtmlドキュメントを形成し、 JMeter htmlドキュメントを返します。
• JMeterはhtmlドキュメントを解析し、サブクエリなどの必要なGETリクエストを実行します。

同じことをしましょう。

-さて、 SOAP / MSBin1での作業を実装する中間サービスを実行しましょう。

図8. タイルサーバー

今後は、同じことをしたと言います。 SOAP / MSBin1を介してリクエストを生成する.NETプロキシサービスを作成しました。JMeterは SOAP / XMLを介してこのサービスにコマンドを送信し、サービスはSOAP / MSBin1を介してロードされたホストにリクエストを送信し、 JMeterに応答を返しました。

また、高負荷の場合、プロキシサービスがボトルネックになり、リクエストを生成できず、応答を処理できなかったため、ロードされたサーバーが鈍くてぴったりでした。 テストされたサーバーは負荷を受け取りましたが、 10秒でプロキシサービスに応答した場合、プロキシサービスは110秒でJMeterに応答しました。 統計によると、 JMeterログから、ロードされたサービスが落ち込んでいるように見え、そう、ロードは良好でしたが、ロードされたサービスはJMeterログが証言するよりも激しく反応しました。 プロキシサービスへの詳細なログの迅速な追加により状況は修正されましたが、プロキシサービスがクラッシュした場合、そのログオンは遅延しました-中間サービスをスケーリングするか完全に書き換える必要があり、1つのインスタンスがTsar Cannonの役割を引き継いでいませんでした。


図9. 皇帝キャノン

プロキシサービスが障害点になりました。 次に、 JMeterのプラグインのアイデアに戻り、 JSR223 、 JNAライブラリ、および.NETのプロキシクライアントからSOAP / MSBin1プロトコルを操作するためのマシンガンを作成しました。 プラグインは、複数の着信ストリームを処理する必要がなくなりました。 もちろん、RAMのオーバーヘッドはそれ以上ですが、動作は高速です。

その後、 Tile Serverを置き換えるためにサンプラーJMeterをjavaで書くというアイデアが生まれました。突然、負荷がかかった状態で障害が発生しました。 将来のサンプラーの名前である「HTTP Request Tail」または「Tail Sampler」も登場しました。 英語の知識が乏しいため、「タイル」という言葉を「テール」と聞きましたが、少し理解できませんでした。さらに、「タイル」と「テール」と訳される言葉はここにあります。 耳が聞こえない携帯電話、しっぽがしっぽ、人魚の画像が絵を引き立てました。 アイデアが定着し、アイデアは明確で、名前があります。 残っているのはそれを行うことだけです。 その後、プラグイン開発の専門家であるSasha Perevozchikova Sanchez92が支援しました。

私の同僚によると、 Tile Serverに対する苦情はありません-これは高速で信頼できるツールです。 このプラグインは、私にとって新しいJMeterツールに対する好奇心と関心から作成されたもので、Sashaは何かを取る必要がありました。そうでなければ、女の子は退屈していました。

このストーリーのすべての名前は架空のものであり、明示的または間接的に、HTTP Request Tailプラグインはそうしました：

• サーシャ・ペレボズチコワ;
• アンドレイ・ピシュチュリン;
• Vova Lavrentiev;
• マキシム・コニシェフ;
• ジェンヤ・ボロデンコフ;
• そして私はそこにいて、何かを飲みました。

5.説明

5.1。 デフォルト設定

図10. デフォルト設定

デフォルト設定は次のとおりです。

• [v] すべての埋め込みリソースを取得する -チェックボックスはデフォルトでオンになっており、オフにできますが、サブクエリは実行されず、 HTTPリクエストテールは使用できなくなります。
• [v] 同時プールを使用 -デフォルトでチェックマークがオンになっています。多数の組み込みリソースでは、マルチスレッドダウンロードによりダウンロード速度が向上します。
• 関連プールを使用サイズ ： 4デフォルト値は4です。この値は、 JMeterがベースとして使用します。
  
  • HttpClient4をセットアップするときに使用する関連プールサイズ ： 4は一度に最大4つの要求を送信し、各スレッドは各ドメインへの1つの永続的な接続を使用します。
    
    • スレッドのグループが開始されると、グループサイズは[関連プールサイズの使用]設定によって決定されます。
    • [v] キープアライブを設定すると、一意のドメインごとに各スレッドが1つの永続的な接続を作成します。
  • Mozilla Firefox 44.0ブラウザーは、デフォルトでドメインごとに最大6同時リクエストを送信します（ about:config参照）：
    
    • 256 - network.http.max-connections-接続の最大数。
    • 6 - network.http.max-persistent-connections-per- server-サーバーへの常時接続の最大数（キープアライブ）。
    • 32 - network.http.max-persistent-connections-per- proxy-プロキシサーバーへの永続的な接続の最大数（キープアライブ）。
  • Mozilla Firefox 44.0の設定、および負荷テストプロジェクトの埋め込みリソースへのリンクが通常同じドメインに属しているという事実に焦点を当てる場合、 Use concerent pool Sizeでは、値を標準値の4ではなく6設定できます。

未使用の設定-POSTリクエストの設定。値はメインリクエストまたはサブクエリのいずれでも使用されません。

• [] POSTにmultipart / form-dataを使用します。
• [] ブラウザ互換ヘッダー 。

メインリクエストは送信されずに生成され、POSTリクエストの設定は影響しません。 サブクエリはGETメソッドを使用します; POSTリクエストの設定も適用されません。

他の設定はサブクエリに影響します。

HTTP Request TailはHTTP Requestの後継です。設定の説明は、 HTTP Requestのドキュメントにあります 。

• http://jmeter.apache.org/usermanual/component_reference.html#HTTP_Request-HTTP 要求のドキュメント

5.2。 構成されたHTTPリクエストテール

図11. 構成されたHTTPリクエストテール
埋め込みリソースへのリンクは、[ 埋め込みリソース]テキストボックスに表示されます。 相対リンクと絶対リンクを指定できます。

5.2.1。 絶対リンク

絶対リンク形式の説明については、RFCを参照してください： https : //tools.ietf.org/html/rfc3986

絶対リンクはプロトコルで始まります：

• file://
• http://
• https://

他のプロトコルはHTTP Request Tailによって処理されません。 絶対リンクの例：

• file://C:\Data\htmlDocument.html#Part1
• http://www.pflb.ru/
• https://yandex.ru/?q=Testing&client=Mozilla

5.2.2。 相対リンク

相対リンクはフィールド値によって補完されます：

• パス -ページに関連し、ホストに関連しないリンクのディレクトリ。ここで、プロトコルとホストおよびポートを指定できます。
• Webサーバー -ホストとポート：
  
  • サーバー名またはIP ;
  • ポート番号
• プロトコル[http] -プロトコル。プロトコルがPathで指定されていない場合、値が考慮されます。値はfile 、 http 、 httpsです。

相対リンクの例：

• image1.png
• /images/image1.png
• /ResourceGenerator.aspx?id=0121
• subFolder/style.css
• subFolder/1/2/3/test.php

5.2.3。 変数と関数を使用したパラメーター化

JMeterの変数と関数を使用して、GET要求をパラメーター化できます。 例：

• ${variable_URL}
• /search.php?q= ${variable_Query_String}
• /search.php?q= ${variable_Query_String} &client=Mozilla
• /search.php?q= ${__urlencode(${variable_Query_String})} &client=Mozilla

5.2.4。 Unicodeおよびhtmlエンティティを処理する機能

リンクからhtmlページを形成する場合、htmlエスケープが使用されます。 したがって、リンクを作成するときに、次を使用できます。

• キリル文字ドメイン
• < 、 > 、 &などの特殊文字。
• ユニコード文字。

htmlページの構造に違反することはなく、リンクは正しく完全に処理されます。
html4のhtmlエンティティの完全なリストはこちらをご覧ください。

• http://www.w3.org/TR/html4/sgml/entities

仕様の一部のエンティティがエスケープされていない場合、プラグインに関するメモを発行します。

特殊文字を事前にエスケープする必要はありません。 したがって、フォームのURLを指定する必要がある場合：

• /search.php?q=Testing & client=Mozilla正しい。

それが書く方法です- &ために事前に選別された 必要なし：

• /search.php?q=Testing & amp; client=Mozilla /search.php?q=Testing & amp; client=Mozilla 間違っています。

5.2.5。 Java用のUnicode

アドレスにユニコード文字が含まれている場合、たとえば、®、Ω、π、≈であることがわかります。

• /search.php?q=Microsoft®

実装の設定では、値はJavaであり、サブクエリではUnicode文字が正方形に置き換えられます。

• /search.php?q=Microsoft□

bat-fileを使用してWindowsからJMeterを起動すると、 javaのエンコーディングとしてwindows-1251が割り当てられます。これがUnicode文字を小さな正方形に置き換える理由だと思います。 エンコーディングを指定するには、bat-fileでjavaの引数-Dfile.encoding=UTF-8を指定する必要があります。 HttpClient4およびHttpClient3.1を使用する場合HttpClient3.1この不要な変換は発生しません。

5.3。 生成された応答

図12. メインリクエストに対するレスポンス-生成されたレスポンス

メインリクエストへの応答が生成されます。 要求はなく、応答本文のみがあります。

応答本文は、UTF-8でエンコードされたHTMLドキュメントであり、埋め込みリソースへのリンクごとにiframeタグが生成されます。

サンプル文書：

  <!DOCTYPE HTML> <html> <head> <meta charset="utf-8"> <title>Embedded resources</title> </head> <body> <iframe src="http://www.google-analytics.com/analytics.js"></iframe> <iframe src="/sites/all/themes/pro/static/img/icons.png"></iframe> <iframe src="sites/all/themes/pro/static/img/main_3_block90-s.png"></iframe> <iframe src="http://pflb.ru/sites/all/themes/pro/static/img/footer-shadow.png"></iframe> <iframe src="http://staticxx.facebook.com/connect/xd_arbiter.php"></iframe> </body> </html> 

図13. 生成されたリクエストの実行統計

5.3.1。 計画を変更する

JMeterパーサーに関する記事を書くとき、開発者のJMeter Philippe M. philmdotはコメントに登場し、再帰処理を犠牲にして欠陥を投稿するように要求しました。

• https://habrahabr.ru/post/308254/#comment_9767524

欠陥を投稿し、修正する予定です。 imgタグからのリクエストに応答するために、リソースへのリンクの再帰的な検索が実行されないようにします。 JMeter解析では、ブラウザと同じように機能しました。 現在、 iframe場合、解析を実行する必要があり、 imgのみの場合、単一の要求が実行されます。

そして、生成中にiframeタグの代わりにimgタグが使用されるように、 TailSamplerプラグインを変更する必要があります。

今日、Philippeは、このコードをJMeterコアで見たいと書いており、これがAJAXを操作する良い方法になると書いています 。 今年もキャッチしようと思います、面白い経験になるでしょう。

5.4。 既知の効果

5.4.1。 ログ内の+1リクエスト

ルートリクエストは送信されませんが、ログに記録されます。

• 弱いが、 1秒あたりのヒット数インジケーターの値を過大評価する-1 秒あたりのヒット数。
• 間接的に、JMeterログの一般的な統計に影響します。
• この単一のクエリが統計に与える影響を減らすには、実際のサブクエリの数を多くし、[ 組み込みリソース]フィールドに数十のリンクを配置する必要があります。

5.4.2。 回答の錯視302

[ リダイレクトのフォロー]設定が設定されている場合、応答コード302 （見つかった）を持つ各埋め込みリソースに対して：

• 応答ヘッダーのLocation値で指定されたページにリダイレクトします。
• JMeterでは、リダイレクトはサブクエリとして表示されます。視覚的にはリクエストのカスケードのように見えます。

5.4.3。 再帰

まれではあるが、考えられる効果は、インラインリソースのインラインリソースのロードです。

• コンテンツタイプを使用（ jmeter.propertiesのhtmlParser.TypesおよびwmlParser.Types設定を参照 ）：
  
  
  • テキスト/ html;
  • application / xhtml + xml;
  • アプリケーション/ xml;
  • テキスト/ xml;
  • text / vnd.wap.wml;
• 実行者：
  
  
  • 現在の埋め込みリソースの埋め込みリソースの読み込み— [ 埋め込みリソース]フィールドのリンクよりも多くのサブクエリが存在する場合があります。

再帰の深さを、デフォルトで3レベルのプラグインインターフェイスから設定できるパラメーターに制限する計画があります。 画像（ imgタグ）を読み込むとき、ブラウザはそのための埋め込みリソースを読み込みません。 すぐに、すべてのリソースはiframeタグでラップされ、 Apache.JMeterは現在、リクエストが行われたタグを区別しません。応答のコンテンツタイプが適切な場合、サブクエリのサブジェクトの応答を常に解析します。


図14. 最初のtest_server.ruリクエストが表示されていますが、実際には実行されていません（「+1リクエスト」効果）。 リダイレクトのカスケード（「回答302のビジュアルチート」エフェクト）およびサブクエリのサブクエリ（「再帰」エフェクト）を確認できます。

5.5。 時間特性

[ すべての埋め込みリソースを取得 ]のチェックを外した場合、または埋め込みリソースにリンクを指定しなかった場合、ログにはリクエストが即座に送信され、回答が即座に送信されたことが記録されます。

時間特性の説明：

• ロード時間 -埋め込みリソースのロードの合計期間。
• 接続時間は常に0です。
• 遅延は常に0です。

6. Githubでのプロジェクト

• https://github.com/pflb/Jmeter.Plugin.TailSampler-プロジェクトへのリンク。
• https://github.com/pflb/Jmeter.Plugin.TailSampler/issues-プロジェクトに関するコメントを発行します 。

7.プロジェクトの構造

ディレクトリ内のソースコード：

/ src / ru / pflb / jmeter

• プロトコル/ http / config / gui ：
  
  • TailUrlConfigGui.java-埋め込みリソースへのリンク用の大きな入力フィールドを持つコントロール。
• サンプラー：
  
  • wrapper-実装フォームで指定された使用するラッパー：
    
    • WrapperHTTPFileImpl.java- file://を使用するラッパーfile://サブクエリのプロトコルハンドラ。
    • WrapperHTTPHC3Impl.java-サブクエリの実装設定からHttpClient3.1を使用するラッパー。
    • WrapperHTTPHC4Impl.java-サブクエリの実装設定からHttpClient4を使用するラッパー。
    • WrapperHTTPJavaImpl.java-サブクエリの実装設定からJavaを使用するラッパー。
    • WrapperHTTPSamplerFactory.java-ラッパーを作成するためのファクトリーは、プロトコル値と実装設定によってハンドラーを返します。
  • EscapeUtils.java -htmlエスケープの実装により、ロシアのドメイン、Unicode、およびリンク内の特殊文字を使用できます。
  • ITailHTTPImpl.java-すべてのハンドラーの基本インターフェース。
  • TailHTTPHC4Impl.java-要求を送信せずに指定された応答本文を使用する修正されたHttpClient4 。
  • TailHTTPSamplerProxy.java - TailSamplerのすべてのロジックが実装されているプロキシクラス：
    
    • 最初のリクエストでは、 埋め込みリソースフィールドからリンクのリストを取得してTailHTTPHC4Implに渡します -コンテンツ内のiframeのリストを含むページを受信するエミュレーション。
    • 埋め込みリソースの要求の場合、標準ハンドラーが作成されて呼び出されます。これは、 実装設定で指定されます-要求の実際の送信。
  • TailHttpSamplerGui.java - TailSamplerの視覚的表現。

他の補助ディレクトリは、プロジェクトの便利なデバッグに使用されます。

7.1。 形

TailUrlConfigGuiフォームは、 Apache.JMeter 2.13のメインHTTPリクエストフォームを修正したもので、リクエスト本文の編集とパラメーターのリストの指定のためのフィールドは削除されますが、リンクのリストを入力するための1つの大きなフィールドが追加されます。
また、 TailHttpSamplerGuiの外観は、新しいTailUrlConfigGuiメインコントロールを使用するHTTPリクエストのコピーでもあります。

コピーアンドペーストがないわけではありません。 HTTPリクエストテールがHTTPリクエストとほとんど変わらないように、このステップに進みました。

ただし、 JMeter 3.0では、 HTTPリクエストの外観が変更され、コントロールが再配置されました。 現在、 HTTPリクエストテールはJMeter 3.0のHTTPリクエストとは異なります 。 しかし、これは作業に影響しません。

7.2。 ラッパー

既存のコードを最大限に活用したかったのですが、コピーペーストはしたくありませんでした。 したがって、Wrapperクラスが作成されました。これにより、メソッドsample 、 notifyFirstSampleAfterLoopRestartおよびthreadFinishedが使用可能になりました。

7.3。 シールドユーティリティ

エスケープクラスのコードは、ibm.comから取得されます： www.ibm.com/developerworks/en/library/se-prevent/index.html
HTML4の説明を含むRFCにより、htmlエンティティのテーブルが拡張されました。

8.インストール

1. プラグインru.pflb.jmeter.samplers.TailSampler.jarをダウンロードします。
   
   • すべてのバージョン： github.com/pflb/Jmeter.Plugin.TailSampler/releases
2. プラグインをJMeterの lib / extディレクトリにコピーします。
3. JMeterを再起動します。

図15. JMeterで HTTP Request Tailプラグインが利用可能になりました

ディレクトリの例：

  D：\ツール\ apache-jmeter-2.13 \ lib \ ext \
 D：\ TOOLS \ apache-jmeter-2.13 \ lib \ ext \ ru.pflb.jmeter.samplers.TailSampler.jar
 D：\ツール\ apache-jmeter-3.0 \ lib \ ext \
 D：\ TOOLS \ apache-jmeter-3.0 \ lib \ ext \ ru.pflb.jmeter.samplers.TailSampler.jar 

9.システム要件

9.1。 Apache.JMeter 2.13を使用するには

• Java（TM）SE Runtime Environmentバージョン6（ビルド1.6.0_45-b06）以降：
  
  
  • http://www.oracle.com/technetwork/java/javase/downloads/419409-最低限必要なバージョン（プロジェクトを再構築する必要があります。プロジェクトはJDK 1.7用に構築されたリポジトリにあります）。
  • http://www.java.com/en/download/manual.jsp-Oracle JDKの最新バージョン。
  • OpenJDK 1.7.0_09-icedteaなどのOpenJDKバージョン1.6以上も適しています。
• JMeter 2.13：
  
  
  • https://archive.apache.org/dist/jmeter/binaries/apache-jmeter-2.13.zip-Apache.JMeter 2.13。

Apache.JMeter 2.13はJava 6を使用してコンパイルされます 。たとえば、 OpenJDK 1.7.0_09-icedteaを使用してTailSamplerプラグインをビルドし、 Apache.JMeter 2.13 + Java 6のみが存在するコンピューターでコンパイル済みプラグインを実行すると、 Apache.JMeter 2.13起動しますが、プラグインは起動しません。 その結果、それらのバンドルは機能しません。 Javaの異なるバージョンとそれらの互換性のためのプロジェクトとライブラリを構築する問題は、個別の指示に値します。

9.2。 Apache.JMeter 3.0を使用するには

• Java（TM）SE Runtime Environmentバージョン7（ビルド1.7.0_80-b15（Oracle Corporation））以上：
  
  
  • http://www.oracle.com/technetwork/java/javase/downloads/java-archive-downloads-javase7-521261.html#jre-7u80-oth-JPR-最低限必要なバージョン。
  • http://www.java.com/en/download/manual.jsp-Oracle JREの最新バージョン。
  • 1.7以上のOpenJDKバージョンも適しています。
• JMeter 3.0：
  
  
  • http://jmeter.apache.org/download_jmeter.cgi-Apache.JMeter 3.0。

Apache.JMeter 3.0はJava 7を使用して構築されます。TailSamplerプラグインは、Java 7またはJMeterとプラグインの実行に使用されるJavaのバージョンを使用して構築する必要があります。