Currently viewing the tag: "Java"
藤原のようなStruts1.xを使っていた世代は、DIを覚えなきゃやばいと感じたので、SAStrutsを勉強している。
どうも、最近のJavaフレームワークをみていると、Struts2は死にかけていて、スタンダートとしてSpring。国内なら国産のSeaserみたい。Google Guiceも、生まれたてなのに結構奮闘している。
まずはSAStrutsをと思い、その中でも業務にかかわってきそうなUnitテストの動きを調べてみる。
テストネタ
まずは、1分でWebアプリを作れるEclipseプラグイン「Dolteng」を読みながら、H2データベースを使って、実際にSAStrutsを動かしてみる。
ここで自動作成されたクラスはAction、Service、Entity、Formとあり、DB接続やWeb画面まであるので、これらに対して単体テストをおこなってみる。
単体テストを作ってみる
S2JUnit4のページを読んだが、すんなりできなかった部分があったので、自分のやった手順をまとめる。
まず、1分でWebアプリを作れるEclipseプラグイン「Dolteng」ではDeptというテーブルとEmpというテーブルがありそれぞれにサンプルデータが少し入っている。今回はDeptServiceのクラスを作る。このクラスはfindByIdでIDに紐づいたデータを取ってくるServiceクラス。
まず、s2junit4pluginのページを参考にテストケースクラスとdiconファイルを作成する。テストケースクラスである「DeptServiceTest 」にはテストを実装する。
package com.daipresents.sastruts.service; import static org.junit.Assert.assertNull; import static org.seasar.framework.unit.S2Assert.assertEquals; import org.junit.Test; import org.junit.runner.RunWith; import org.seasar.framework.unit.Seasar2; import org.seasar.framework.unit.TestContext; import com.daipresents.sastruts.entity.Dept; @RunWith(Seasar2.class) public class DeptServiceTest { private TestContext ctx; private DeptService deptService; /** * {@link com.daipresents.sastruts.service.DeptService#findById(java.lang.Long)} のためのテスト・メソッド。 */ @Test public void testFindById() { Dept dept = deptService.findById(new Long(90000)); assertNull(ctx.getTestMethodName() + “：データが存在しない場合”, dept); dept = deptService.findById(new Long(90001)); assertEquals(ctx.getTestMethodName() + “：データが存在する場合”, ctx.getExpected(), dept); } }
diconは何も書かなくてよかった。
<?xml version=”1.0″ encoding=”UTF-8″?> <!DOCTYPE components PUBLIC “-//SEASAR//DTD S2Container 2.4//EN” “http://www.seasar.org/dtd/components24.dtd”> <components></components>
ただ、「<include path=”app.dicon”/>」を書かないとS2JDBC + S2JUnit4でハマると同じ現象がでたんだけど気のせいかもしれない。Seasar S2JUnit4 – @//メモでは書いてあるんだけど、消しても動いてしまった。
「src/test/resources/s2junit4.dicon」に
<component class=”org.seasar.framework.unit.impl.ConfigFileIncluderImpl”> <initMethod name=”addConfigFile”> <arg>”app.dicon”</arg> </initMethod> <initMethod name=”addConfigFile”> <arg>context.testClassShortName + [...]
管理ルールで設定できる監視タイプは3つ。
監視する値の種類によって使い分けることができそう。
カウンタ
監視する値が徐々に増える値の場合に使えそう。初期値からモジュラスで設定したXだけ増、さらにXだけ増となったら・・・のような設定ができる。
ゲージ
文字列
GlassFish Performance Advisor 的なもの、自作しよう、その 2を参考に。
会社でやったときはうんともすんとも動かなかったので、おぎのさんの例を参考に進める。
GlassFish v2.1のOS監視用カスタムMBeanを作るで作ったOSMonitorを監視して、閾値を超えたらログを出力させてみる。
MBeanインタフェース作成
とりあえずこれはいるみたい。IF名の最後をMBeanにすること。
package com.daipresents.gfmon.action; public interface LoggingActionMBean { } Action作成
上で作ったMBeanインタフェースと、NotificationListenerという通知を受信するためのIFを実装する。
handleNotificationというメソッドがあれば、監視されるMBeanではなく、Actionを実行するMBeanと認識しているみたい。
今回はログを出すだけにしているが、閾値を上回ったり下回ったりしたときにActionを変えることもできる。
package com.daipresents.gfmon.action; import javax.management.Notification; import javax.management.NotificationListener; import javax.management.monitor.MonitorNotification; import org.apache.log4j.Logger; public class LoggingAction implements NotificationListener, LoggingActionMBean { private Logger logger = Logger.getLogger(LoggingAction.class); public LoggingAction(){ } public void handleNotification(Notification notification, Object handback) { String observedAttribute = ((MonitorNotification) notification).getObservedAttribute(); String notificationMessage; if (notification.getType().equals(MonitorNotification.THRESHOLD_HIGH_VALUE_EXCEEDED)) { notificationMessage = observedAttribute + ” exceeded high threshold.”; } else { notificationMessage = observedAttribute + ” exceeded low threshold.”; } logger.info(“NOTIFICATION:” + notificationMessage); } } GlassFishへ登録
カスタムMBeanを配備。
実装したActionであるLoggingActionを入力する。
楽天でのGlassFishの運用 by
寺田 佳央 (Yoshio Terada)てので、楽天のエンジニアのインタビューが。
そこでも監視のことをが書かれている。
それがまさにわたしたちの欲しいものです。 ・・・中略・・・ アプリケーションサーバの何を監視すべきかなどの提案。
運用監視について、サブスクリプションを購入しない場合は、自分で考えなければならない。なければ作ればいいじゃない！か。
ちょうど、GlassFish Performance Advisor 的なもの、自作しようが昨日書かれていた！
これを参考に作ってみましょう。
その他参考になったサイト GlassFish Project – Self Management – Example rule and related code Using Custom MBeans to Extend the GlassFish Administration System
MBeanインタフェースの実装
インタフェースは必ず最後がMBeanにならないとだめ。?MXBeanでも登録はできたのでOKかも。
package com.daipresents.gfmon; public interface OSMonitorMBean { public double getSystemLoadAverage(); public int getFreePhysicalMemoryInPercent(); public int getFreeSwapSpaceSizeInPercent(); }
おぎのさんのサンプルに合わせてcom.sun.management.OperatingSystemMXBeanでとれる値を定義。
カスタムMBeanの実装
作ったIFを実装する。注意しないといけないのがクラスの名前。OSMonitorMBeanというIFだからOSMonitorMBeanImplとかにしたら、以下のように怒られる。
MBean class com.daipresents.gfmon.OSMBeanImpl does not implement DynamicMBean, neither follows the Standard MBean conventions (javax.management.NotCompliantMBeanException: Class com.daipresents.gfmon.OSMBeanImpl is not a JMX compliant Standard MBean) nor the MXBean conventions (javax.management.NotCompliantMBeanException: com.daipresents.gfmon.OSMBeanImpl: Class com.daipresents.gfmon.OSMBeanImpl is not a JMX compliant MXBean)
クラス名にMBeanが入るとだめなのか？これでかなりの時間はまることに。
下のように、実装したクラスでは、メモリの利用量を計算している。IFを作らずにいきなり「OperatingSystemMXBean」をimplementsしても動いた。
package com.daipresents.gfmon; import java.lang.management.ManagementFactory; [...]
絶賛翻訳中！この秋発売予定！
『Lean from the Trenches』
日本語翻訳版、2013年秋頃予定
本書は、全開発者に捧げる戦いの記録だ。圧倒的なリアリティで描かれた 越境するソフトウェア開発に至るための道しるべとなるだろう。
翻訳：市谷 聡啓・藤原 大、監修：角谷 信太郎、タイトル：未定、出版社：オーム社僕について
Dai Fujihara
A hero can be anyone.
藤原大はマネージャでありアジャイル実践者だ。そして、プロジェクトリーダー、チェンジ・エージェント、アジャイルコーチ、トレーナーでもある。彼はまたRedmine、Jenkinsといった開発を支援するツール環境の整備や、アジャイル開発を活用した創造的なソフトウェア開発の支援を行っている。さらに、趣味は沖縄離島巡りらしい。
永久保存の本
Venkat Subramaniam (著), Andy Hunt (著), 木下 史彦 (監訳), 角谷 信太郎 (監訳)
アジャイルな習慣とは一体何なのか？本書ではプラクティスを交えながら、その姿勢を読者に問いかけている。世代や役割をこえて色褪せない「アジャイル」に対する良書。Amazonレビュー
Mike Cohn (著), マイク コーン (著), 安井 力 (翻訳), 角谷 信太郎 (翻訳)
採用した現在のタイトルは、見積りや計画づくりといったプロセスを、アジャイルに進めなければならないと謳っているのだ。見積りと計画づくりがアジャイルでないのに、プロジェクトがアジャイルであるということはありえない。（イントロダクションより）
Jonathan Rasmusson (著), 西村 直人 (翻訳), 角谷 信太郎 (翻訳)
アジャイルサムライ―それはソフトウェアを顧客に届ける猛々しきプロフェッショナルだ。本書では、圧倒的なアジャイルプロジェクトの姿を見せる。2011年爆発的にヒットしたアジャイル開発に情熱を持つエンジニアに届けたい本。
このブログ『世界』を購読する