概要 SpringBootで構築しているWebアプリケーションで、Controllerに対して共通処理を行いたい。 主に簡単な認証処理で、ログイン状態であればControllerでの処理、ログイン状態でなければログイン画面へ遷移させたい。 URLパスやパッケージベースでなく、Annotationで管理したい。 方法 HandlerInterceptor を使うことで実装が可能になる。 HandlerInterceptorをimplementしたクラスでは preHandle postHandle afterCompletion を実装する必要がある。 それぞれ、 preHandle → Controllerにリクエストが行く前に呼ばれる postHandle → ビューのレンダリング前に呼ばれる。RestControllerでは呼ばれない。 afterCompletion → ビューのレン
はじめに Wicketを使用したアプリに対してJMeterでテストをしようとした場合、避けて通りにくいのが、JMeterの「正規表現抽出」です。 なんとなく使っていたのですが、どうにも細部に謎があったので、調査しました。 正規表現抽出とは何なのかと言いますと、以下の画像の機能です。 環境 JMeter 2.3.4 謎1 JMeterの正規表現は何のルールに則っているのか？ Javaの正規表現のリファレンスを見ながら書くと、たまに不思議な挙動になることがありまして、不思議に思っておりました。 ソースを見てやっと気づいたのですが、どうやらPerl5の正規表現互換だったようです。 以下にorg.apache.jmeter.functions.RegexFunctionのimport部分の一部を引用します。 import org.apache.oro.text.regex.MatchResult;
<html> <head></head> <body> <select name="name1" > <option value="010000">メンズファッション</option> <option value="015000">レディースファッション</option> <option value="500000">靴</option> <option value="670001">腕時計</option> <option value="980001">食品</option> <option value="999999">家電</option> </select> </body> </html> 参照名:selectname 正規表現:<(.*) value="(.*)"> テンプレート:$1$ 一致番号:0 この指定で取得できた内容がJMeterの変数のいかに格納されている。 sele
前置き 前回のエントリーの続きになります。 JMeterのインストールや基本的な使い方は前回のエントリーを見てください。 JMeterを使ってRailsアプリの負荷テストをやりたい 準備編 http://qiita.com/t_cyrill/items/f2236b010a6b4ff04b9e authenticity_tokenを取り出す RailsのアプリはCSRFを防止するため、authenticity_tokenという名前のトークンを発行するため、Apache BenchなどのツールでPOSTのテストを行うのは難しいのですが、JMeterには正規表現にマッチする文字を一時変数のような形で保持できる機能があるので、少し設定するだけで負荷テストが行えるようになります。 前置きはこれくらいにして、早速authenticity_tokenを取り出して、RailsアプリがPOSTをうまく処理
どうも、開発2部でサーバ担当してる山本です。 今回も前回に引き続きJMeter（ジェイメーター）についての投稿です。 前回は変数周りの機能について紹介しましたが、 今回はサーバーから返却されたjsonの内容を後続のリクエストで利用する方法を紹介します。 ▼全記事はこちら【JMeter講座③（全３回）】 【JMeter講座①（全３回）】カウンタ／Random Variable／CSV Data Set Config 【JMeter講座②（全３回）】正規表現抽出／BeanShell PostProcessor 【JMeter講座③（全３回）】BeanShell PreProcessor jsonからデータを取得する方法はいくつか方法はありますが、 今回は以下の2つの方法を紹介します。 正規表現抽出 BeanShell PostProcessor 尚、サーバを以下のjsonを返却するようにしてい
Apache Jmeter は 100% pure Java で作られたデスクトップ・アプリケーションで、 Webアプリに代表されるようなクライアント／サーバ側ソフトウェアの 負荷テストを行うためのツールです。 静的ファイル、Java サーブレット、CGI スクリプト、Java オブジェクト、 データベース、FTP サーバといった、静的および動的なリソースに関する パフォーマンスを測定するのに利用できます。さらに、 高負荷状態のサーバ／ネットワーク／オブジェクトをシミュレートしながら それらの性能を測定したり、 システム全体のパフォーマンスを分析するのにも使えます。 また Jmeter では、 あなたの作ったアプリケーションが期待する結果を返しているかを検証するための アサーション（成立条件チェック）やテストスクリプトを組み込むことで、 アプリケーションのリグレッション（回帰）テストを行う
The Apache JMeter™ application is open source software, a 100% pure Java application designed to load test functional behavior and measure performance. It was originally designed for testing Web Applications but has since expanded to other test functions. What can I do with it? Apache JMeter may be used to test performance both on static and dynamic resources, Web dynamic applications. It can be u
機械学習ライブラリ「TensorFlow」と、オープンソースのシステムトレードフレームワーク「Jiji」を組み合わせて、機械学習を使った為替(FX)のトレードシステムを作るチュートリアルです。 システムのセットアップからはじめて、機械学習モデルの作成、トレーニング、それを使って実際にトレードを行うところまで、具体例を交えて解説します。 システム構成 次のようなシステムを作ります。 Jijiのバックテスト機能を使ってトレードデータを収集。これをTensorFlowに入力してモデルをトレーニングします。 予測する内容については後述。 訓練したモデルを使って予測結果を返すREST APIを作り、トレード時にJijiから呼び出して使います。 レート情報の取得やトレードには、OANDA REST API を利用 トレード状況の確認やアルゴリズムの管理は、ブラウザ or スマホアプリで 外出先でも状況
「え、Chrome使ってるのにDHC知らんの？」と言われて「え、化粧品の話ですか？？？」と壮大なボケをかましたのですが、REST APIをテストするためのChromeアプリでした。 こんな便利なツールを知らなかったとは・・・って感じ こちらのリンクからDHCをインストールすると、Chromeのアプリ一覧にDHCが並ぶようになります。そこからDHCを開くと、↑の画像のような感じの画面が表示されます。 使い方は画面を見れば分かるほど分かりやすいですね。リクエストは名前をつけて保存することができるので、「あのAPI、どんな値が返って来たっけ？」というときでも安心です。 POSTリクエストの場合は↑の画像のような感じでリクエストボディの値を書くことができます。 Formモードにすると、かなり直感的な形でリクエストボディの値を指定することができます。凄いぜ。。 ブラウザベースなので、セッションを保持
前回のエントリーでは、Spring Bootで@RestControllerアノテーションを使ったサーバを作り、 RestTemplateでクライアントを作ることで、リモートサービス呼び出しを実装しました。 http://d.hatena.ne.jp/cero-t/20150618/1434645164 しかしこの方法は、クライアント/サーバ間に何の契約もなく、 サーバから呼び出し元のクライアントをたどることもできません、 言ってしまえば、リフレクションによるメソッド呼び出しをしているようなものでした。 リモートサービス呼び出しにインタフェースを導入する この問題を解決するために、クライアント/サーバ間の契約として インタフェースを挟むことを検討します。 サンプルは、以下に置いています。 https://github.com/cero-t/moa-sample/tree/master/mo
はじめに REST API をタイプセーフに呼び出したいのです。 その実現のため WADLとかを追いかけてたんですが、Swagger は完全にノーマークでした。 WADLは、実質終わっているような。 昨年(2015年11月)、Microsoft, Google, IBM などにより Open API Initiative という団体が結成されました。 Swagger をベースに、REST API の記述標準化を目指しているようです。 で、今回、「Spring Boot で作成した REST API を Swagger Code Generator により自動生成された Java のコードを利用して呼び出す」ということを試してみました。ソースは、github にアップしています。 サンプルコード Server まずは、Spring Boot で簡単な REST API を作ります。 Appl
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
