JJUG CCCに行ってきた その１ アノテーション

５月２１日JJUG CCCに行ってきたので、メモメモ

はじめ・・なのですが、まず、場所をまちがえた（＞＿＜！）
で、遅れたので、入る会場を間違え、ルームＧ＋Ｈに入ってしまった！
話は面白そうだったんだけど・・・
ごめん、とはいえ、やっぱり基調講演！と思って基調講演を聞きに行ったら・・・
・・幹事が・・お金の話・・・？？
よくわかんないけど、自分には関係なさそうなので、
やっぱ、おもしろそうなルームＧ＋Ｈに戻って話を聞いてきた。

ということで、結果、最後２０分くらいしか聞いてないけど、メモメモ

---

・Findbugsみつからないことあり
・Annotation
　enumで宣言する（メタアノテーション）

・Annotationかけるところ８種類
　type
　annotation_type
　パッケージ
　method
　constructor
　parameter
　field
　ローカル変数
→全部宣言
型アノテーション

TypeAnnotation
　何のため：コードチェック
　→型を使っている所でも使いたい
　型の使用に対してのアノテーション
　ＪＳＲ３０８
　　Type_USE
　 TYPE_PARAMETER
　をつけくわえる

@targetで定義
@readonly　変更不可能チェックができる
書ける場所
　instanceOf,キャストにも、配列の[]の前
　→ばかみたいにつかえる！
　例外　.class　staticなメソッド、フィールド、import文、アノテーション

今とまっている

CHECKER Framework
　振る舞いをチェックしてくれる
　Eclipse,IntteliJ
　～チェッカー

NULLness Checker
@Nullable,@Nonnull,@Pollynull

アノテーション　いままでは宣言
TypeAnotation タイプに使える
　ただし、標準でない
CheckerFramework
　ＳＥ８（ＳＥ７でも使える）

---

ちなみに、基調講演は空いてたけど、
テスト自動化（ルームＥ）は満席だったらしい
Ｇ＋Ｈは、ほとんど埋まっていた。

　

SpringDI,MVCを使ってのデモなどを見てきた－JSUG勉強会その３

JSUG勉強会 2016年その3に途中から行ってきたので、
その内容をメモメモ

なお、途中に出てくるTERASOLUNA（テラソルナ） Server Framework for Java(5.X)
の開発ガイドラインは、

http://terasolunaorg.github.io/guideline/

で日本語、英語のHTML,PDFがダウンロードできる
（その開発ガイドラインの「2.3. はじめてのSpring MVCアプリケーション」が、ほぼデモの内容

---

■前半（途中から）
・SpringDIの紹介
Ｂｅａｎ定義の方法３種類
・ＸＭＬconfig
　ＸＭＬスキーマ定義に従い
　古い時代から
　タイプセーフでない、実行してみないとエラーに気づけない
・Java Config
　タイプセーフ
　Javaで全部書ける：意識高い系に
・アノテーションConfig
　ふえちゃうとき

JavaConfig｜XMLコンフィグ
------------------------
アノテーションConfig

XMLコンフィグ
　　singleton,prototype
　　property
ＤＩコンテナ
　getbeanでもらう

Namespaceによる簡略化

アノテーションConfig

Beanの名前つけられる。

・ＳｐｒｉｎｇＭＶＣの考え方
　Ｍ：モデル　ビジネスロジック
　Ｖ：ビュー　画面
　Ｃ：コントローラー制御
・こういうリクエストが来たら、どのモデルを読んで、どのビューを表示するかを
　コントローラーに書く
　サーブレットが受け付ける
　ＤＩコンテナ上
　サーブレットを作る
・ＭＶＣ使うとＤＩコンテナが２つで親子関係
・Ｖｉｅｗにいろんなのを使うことができる（今回はＪＳＰ)

・ＳｐｒｉｎｇＢｏｏｔでは
　設定を自動でやってくれる
　Ｖｉｅｗはかわる。コントローラーは同じ

デモ
・ＳＴＳ使って
・疎通確認
　　コントローラーの作成
　　　プロジェクトでコントローラー作成
　　　　→コントローラーアノテーション
　　　リクエストハンドラ（リクエストマッピングアノテーション）
　　コンポーネントスキャンの有効化
　　ＪＳＰの作成
　　デプロイする

・入力ページ作成
　フォームオブジェクト
　　　getter,setter
　コントローラーに登録
　ＪＳＰにテキストボックス　form

・出力ページ
　出力用のリクエストハンドラ追加
　ＪＳＰ～呼び出す

・てらそるなサーバーフレームワーク　アプリケーションガイドライン
　はじめての・・・に載っている

■後半（前半続き）
・Spring Security
　認証と認可
　　認証：ユーザーが誰であるかを確かめる　ＩＤ、パスワードなど
　　認可：この人が、どういう情報にアクセスしてよいか　ロール
・アーキテクチャ
　　サーブレットフィルター基本
　　Ｄｉコンテナで管理
　→フィルターの定義

・Ｓｔｅｐ１サーブレットフィルタの設定
　Ｓｔｅｐ２bean定義
　　　認証方式

デモ
・Spring Securityの設定
　　ディペンデンシー追加
　　フィルターの追加
　　configファイル追加→セキュリティは独立しておいたほうがいい
　　セキュリティ独特のネームスペースをよんでいる

・認証
　　オー千ティフィケーションマネージャーの設定
　　ログアウトボタンの追加

・認可
　　ロール設定

■ほんとに後半
・アーキテクチャ
環境依存
　mavenベースでマルチモジュール→私見と本番きりわけ
　　→プロファイルで切り替えもあるが・・
　　　warを共通、別にjarで環境依存

アプリケーションレイヤをどう切るか
　ビジネスロジック：どういう風に分割？
　コントローラーは画面遷移に徹する
　ＤＡＯも隠ぺいか

・機能的な話
　ＤＢアクセス
　　ＪＤＢＣテンプレート
　　Spring JPA
　ＳＱＬ文を書くならMyBatis
　JPA,Hibernateのノウハウがあるなら

　入力チェック
　　サーバーサイド
　　クライアントだけでは
　　Bean バリデーション、Spring バリデーター
　　　→Bean バリデーション

　セッション管理は割愛

・最後に

■連絡
・２６日
・ＪＳＵＧで１日カンファレンス

Java EE 7を徹底的に入門してきた！

2/15にJJUGナイトセミナー「「Java EE 7徹底入門」の著者が解説！ – Java EE 7特集」
に行ってきた！その内容をメモメモ

---

■JavaEE7徹底入門概要説明
講師：猪瀬さん
・自己紹介
・本日の趣旨　JavaEE7徹底入門の本をかいつまんで
・What is JavaEE
　JavaSE：きほん
　その上位概念
　　企業システムのアプリ開発に必要な機能を包括したJavaのAPI概要（フレームワーク）
　　３９個の仕様から構成
・JavaEEの動作環境
　　JAVAEEは仕様
　　実行環境は、JAVAEEコンテナ、アプリケーションサーバー、、GlassFishなど
　　アプリケーションは、設定ファイル等とまとめて、jar,war,earに
　　　アプリケーションサーバーに配置。デプロイ
　　　ＪＶＭ
・JavaEE7
　　JavaEEは９６年から、
　　ネガティブ先行→Struts,spring,Hibernateが台頭　２０００年前半
　　JavaEE5が転機：重かったものを簡単に
・JavaEE7徹底入門で目指したこと
　　日本語で解説
　　業務に使うところ
　　完全にアプリとして動作するもの
　　筆頭候補として位置付けられるもの
・構成
・出版後にあったフィードバック
　　誤記が多い→正誤表
　　章と章の間にばらつき
　　JavaEEの日本語情報、増えましたね！
　　　次世代フレームワークを何にするか→情報量は重要なファクター
・事件
　　てらだよしお退職
　　レビューに層手以外の時間がかかった
　　観光直前のGlassFishのバージョンアップ
・ＦＡＱ
　　表紙が白い猫：金魚本
　　１名女子：猫がいい（Ｔｏｍｃａｔ）きれいなＴｏｍｃａｔ
・この後のタイムテーブル


■ＪａｖａＥＥ７徹底入門　プレゼンテーション層の開発ＪＳＦ
講師：加藤田さん
・自己紹介

・本章の概要
　ＪＳＦで開発したことある人　４割

・JavaEE徹底入門のもくじ
　→３割くらいＪＳＦ（１５０ページ）
　ＪＳＦの基本
　ＪＳＦに絡む各機能
　　Ｆａｃｅｌｅｔ(タグライブラリ、ＥＬ）とマネージドビーン（スコープ）
　　入力チェック、コンバーター、コンポーネントカスタマイズ、テンプレート、HTML5,AJAX
　　国際化、認証

・サンプルアプリケーション、
　　ナレッジバンク（ノウハウ入力）

・サンプルアプリでも
　画面遷移図
　アカウント登録で説明

・ＪＳＦとは何か？
　　ＪａｖａＥＥ７ではＪＳＦ２．２
・プレゼンテーション層のフレームワーク
　　値マッピング・入力チェック：サードパーティ→ＪＳＦへ
・ＪＳＦの構成要素
　　フェースレット
　　マネージドビーン

・フェースレット
　　画面のレイアウトを記述するＨＴＭＬベースのテンプレートエンジン
　　ＪＳＦ２．０からＪＳＰの代わりに使用
　フェースレットとＪＳＰの違い
　　ＸＨＴＭＬ→記載厳密
　　スクリプトレットが記載できない
　　文字列のサニタイジング
　　ＮＵＬＬの表示
　　テンプレート機能(Struts：tile）
　記載例
　フェースレットの構成要素
　　フェースレットタグライブラリ
　　ＥＬ（えくすぷれっしょんらんげーじ）
　ｈ：がついているものは、ＨＴＭＬと対応
　ｆ：などある
　ＥＬ式　値のヒモづけ

・マネージドビーンとは
　　フェースレットとバインドするJavaのクラス
　　入力値の保持やボタン押下時の処理
　マネージドビーンの構成要素　
　　スコープ
　　バインドする値の保持
　　ビジネスロジックの呼出し
　　画面遷移
　ＪＳＦ getter,setter必要

・フェースレットとマネージドビーンの処理イメージ
　　コンポーネントを主軸にコードを作成：コンポーネント指向

・本書では触れられなかった話
　ＪＳＦのより詳細な機能
　ＪａｖａＥＥ８（ＪＳＦ２．３）
　ＭＶＣ１．０
　ＪＳＦ関連ライブラリ

・ＪＳＦのより詳細な機能
　　カスタムコンポーネント
　　イベントハンドリング
　　　Value-Change-Event：値を変更してボタンを押したら
　　　ActionEvents
　　ビーンバリデーション
　　　グループ化機能
　　EL（ＥＬ３．０で追加）
　　　Lambda式
　　　文字列連結オペレータ
・ＪａｖａＥＥ８(JSF2.3)
　　追加予定の機能
　　　WebSocket対応f:socketでJavascriptをなるべくすくなく
　　　マルチフィールドバリデーション
　　　DataTime
　　　ＥＬ式暗黙オブジェクト
　　　マネージドビーン等への・・・
・ＭＶＣ１．０
　　アクション指向フレームワーク
　　ＪａｖａＥＥ８で導入
　　JAX-RSを拡張
　　ビューはFacelet,JSPをサポート
　　　タグlibのサポートない
　　名前が直接的だけど
　実装例
　　ＪＡＸ－ＲＳのアノテーション
　　@Controller

・今後のプレゼンテーションの選択肢
　　ＪＳＦ
　　ＪＡＸ－ＲＳ＋クライアントサイドフレームワーク(AngularJS,Reactなど）
　　ＭＶＣ１．０＋Ｗｅｂ－Ｃｏｍｐｏｎｅｎｔｓ？
・ＪＳＦ関連ライブラリ
　　コンポーネント系
　　フェースレットの画面をリッチに構築するライブラリ
　　　　PrimeFace
　　ライブラリ系
　　　　JSFの開発を容易にするライブラリ
　　　　 OmniFace,PromeFace
・PrimeFace
　　Ajaxを使用したページレンダリング　　　
　OmniFaces
　　JSFの開発をサポートするユーティりティライブラリ
　　個人レベルのライブラリ

■ビジネスロジック層の開発　ＣＤＩ＆ＥＪＢ
講師：羽生田さん

・自己紹介

・排他的な関係ではない
　CDI or EJB→排他的？　で、どっちがよいの？
　実際には、組み合わせで解決するのがよいのかなあ

・いいわけはここまで
・書いてないこと中心

・書いてあること
　ＣＤＩ
　　インジェクション、型解決、定義
　　イベント処理、捨てれｐタイプ、プロデューサー・ディスポーザー
　ＥＪＢの使い方
　　この先ＥＪＢまだ使っていいんだ米という行間

書いてないこと
　ＣＤＩコンテナの取り扱い
　@ConversationScoped
　ＣＤＩにおけるトランザクションの取り扱い

おさらい
・ＣＤＩとはなにか
　　ＤＩ：層をくっつける接着剤
　　必要なオブジェクトを必要なタイミングで提供
　　スコープ定義
　　　ＰＯＪＯにスコープ定義さえあれば@Injectionですきなところでインジェクション
　　　５つ：どこで消えるか
　　　　　Request
　　　　　View
　　　　　Session
　　　　　Apprication
　　　　　Conversation：生き死にを定義できる

・おさらい
　ＣＤＩは簡単べんり
　　ＥＪＢと非尾書くすると実装が簡単かつリソースメリットがありそう
　　ＥＪＢ；プール使い、なかなかきえない
　　ＣＤＩ：使いたい個所でぱっと使ってさっと消えるのが理想
　層ってなに？
　　ＣＤＩの適用範囲：広い

・はじめましょう
　ＣＤＩコンテナ
　　良くも悪くもWeld。猫も杓子もWeld
　　アプリケーションサーバで採用しているWeldのバージョン押さえておかないと死ねます
　　GlassFishとWeb logicのWeld採用バージョン
　　　→GlassFishが先行している
　ＣＤＩコンテナのアクセス用ＡＰＩ

　ＣＤＩ
　　CDI.current();
　　BeanManagerの取得元として利用
　　CDI.select(クラス).get();プログラマチックルックアップ　　
　　CDI.current().toString() Weldと帰ってくる

　ＣＤＩProvider
　　CDI#current();の裏で呼び出される

　BeanManager
　　ポータブルエクステンション（Chapter#11)
　　特定のＣＤＩ限定詞を持つＣＤＩビーンについての情報取得
　　ＣＤＩビーンの操作
　　業務アプリで使いすぎるのは注意必要
　　　フレームワーク化→障害時に追いかけられない

　ＣＤＩコンテナ：：LifeCycleEvents
　　・ＣＤＩコンテナ拡張機能の１つ
　　・各種イベントをフックできる
　　・ＳＰＩ
　　・注意：デザパタ、フレームワークに乗せたくなる人は注意：Weldの実装変わったら、どうなるの？
　　・ＣＤＩコンテナの動きは手に取るようにはわからない
　　・大規模開発：インジェクションが死ぬほどあってわからないとき、どうやって制御
　　　　→LifeCycleEventsを使って生き様死にざまがわかるように

　@ConversationScoped
　　begin()→end()タイムアウトある
　　明示的に

　トランザクション
　　ＪＴＡ１．２(JSR907)
　　目指せEJB CMTからの脱却
　　みんなそんなにEJBが嫌いなのか？
　　javax.tramzactionパッケージ
　　@Transaction
　　　トランザクション境界の設定
　　　クラスとメソッドどちらでも
　　　JTAなのでCDIビーン
　　@TransactiopnScoped
　　　現在有効なJTAトランザクションの実行に合わせたライフサイクルを持つもの

　まとめ
　　ＣＤＩで何でもかんでもって設計もどうかなって思う
　　ＣＤＩが本格進出してきたことでフリーダム
　　ＣＤＩ＋ＥＪＢで
　　　なやまないで・・・（ＤＢアクセスはＥＪＢとか）
　　多量のインジェクションはやめましょう

　感想など


■バッチアプリケーションの開発jbatch

・自己紹介は割愛

・本日話す内容
　　Ｊｂａｔｃｈってなに
　　構成要素機能（ジョブ、ステップ、補助機能）
　　本書に書いていない

・What is jbatch
　JavaEEにおけるバッチ処理の標準
　Version1.0としてJavaEE7から登場
　JSR-352
　Spring Batchから多くを継承

・なぜjbatch
　Javaでバッチを組む４つの方法
　　プロセスとして実行
　　自作スレッドとして実行
　　ＡＰサーバーでサーブレットとして実行
　　jbatchを利用
　　spring　batchりよう

　プロセスとして実行
　　シンプル
　　ＪＶＭ起動時間のオーバーヘッド、ＣＰＵ食う
　　ＡＰサーバーで他で動く部品の共有
　自作スレッドとして実行
　　スレッド→プロセスに比べ早い
　サーブレットとして実行
　　あまりよくない
　　　ＡＰサーバーの部品共用はできるが
　　　　　暴走した場合
　　　　　きっかけがＨＴＴＰ経由→半日かかるものとかは？
　jbatchとして利用
　　○一定の理由ある

・jbatchの構成要素
　　ジョブとステップ
　　ジョブXML
　　ステップ：処理の本体
　ジョブXML
　　プロパティ書ける
　　ステップ要素を書き足していく
　　　子要素：バッチレット
　ジョブとステップの分離
　　古くはホスト時代にさかのぼる→ＪＣＬ
　jbatchの構成要素
　　　ジョブ：処理の順序制御
　　　ステップ：実装のテンプレート
　　　補助機能

　ジョブの構成要素：ＸＭＬタグ軍
　　フロー
　　スプリット：並行（分散）実行
　　ディシジョン：前の結果を拾って、どこへ行くか
　　　ストップ、エンド、・・
　ＪＯＢＸＭＬのroot要素
　　ＸＳＤ指定するとエディタが補完
　ジョブ全体の会誌、中断、再開
　　　ジョブオペレーター
　　　ジョブオペレーターの呼出し方法
　　　JAX-RSを用いた起動方法

　　エラーハンドリング
　　　リトライ
　　　スキップ

　ステップ
　　チャンク型とバッチレットの２種類
　　チャンク型
　　　リーダー、プロセッサーライター
　　バッチレット
　　　単発コマンド
　　チャンク型のステップ
　　　実装のテンプレート

　補助機能
　　ジョブリポジトリ
　　　ＡＰサーバー配下、記録残る
　　リスナ
　　コンテキスト
　　　JobContext,StepContext
　　メトリック

　本書に書いてない話
　　ステップ・パーティショニング
　　　ステップの並行処理
　　入出力ファイルをＣＳＶにした理由
　　　ＪＳＯＮＰ
　　　リスタート機能の紹介→読み込みに失敗したとき
　　　　ＣＳＶのほうが、親和性高い
　　ここがへんだよjbatch
　　　チャンクでジェネリクスが使えない
　　　終了ステータス、バッチステータス、ジョブとステップで共用？
　　　flow/sprit単位でのプロパティが指定できない
　　　glassfishの参照実装で動かない機能

「よくある業務開発の自動化事情」を聞いてきた！

11月28日にJJUG CCC 2015 Fallに行ってきた話のつづき。

---

■How to speed up your application using JCache

・ＪＳＲ１０７
・ヘーゼルキャストの関心高いけど、今日はJCacheの話
・キャッシング入門
　キャッシュ：ナノセカンドで返ってきたりする
　特色①パフォーマンス②オフロード③スケーラブルでないところにスケーラビリティ
　　→需要が急に増える場合、ヘーゼルキャストを入れて早めたり

・いつキャッシュを使うか
　データを２回以上使うなら価値あり
　キャッシングが有効になるところ
　　①Ｗｅｂアプリ（突然需要上がる）
　　②ネットワークにまたがるシステム
　　③データが複雑、オブジェクトが入り組んでいる
　　④オブジェクトがグラフ構造


・データベースキャッシング

・キャッシュ：ＲＡＭに構築
　　Ｊａｖａ：分散キャッシュ→ヒープストア：ガベージコレクションの制約
　　（メモリの三角形の）上のほうは１つのマシン上で考えている
　　　　　　　　　　　　下のほうは分散→クラスタ組んでいるのを想定

・アムダールの法則：複数プロセス実行時、パフォーマンスを高めるには、
　　　　　　　　　　ボトルネックを早くしたほうがよい

・キャッシュの効率
　あまり統計データ持っていない
　キャッシュ効率高い：オフロードできている
　　効率での考慮→レファレンスデータ、データ変更頻度、頻繁に使われるデータ

・分散キャッシュ

・オブジェクトのコピー：安全性に問題
　　→イミュータブルなデータなら安全
　　問題→一貫性、整合性、マルチコンシステンシー、Javaメモリーモデル、
　　　　　Eventual Consistency、weak Consistency、atomic oparation

・Javaキャッシング
　ＪＤＢＣみたいなものを目指している
　完了した
　Spring 4.0サポート、4.1拡張
　Spring Boot 使ってくれます
　実装したもの：長いリストになっている
　Mavanでの設定

・コンセプト　ＪＳＲ１０７
　出発点　Ｍａｐ　ＶＳ　Cache API どちらもキーバリュー
　Jcache サービスローダー　キャッシングプロバイダを見つける
　　　　キャッシュマネージャー　ＤＢに相当
　　　　キャッシュ　　キーバリュー

　ジェネリックを使っている
　かぎとなるＡＰＩは、putとget(put；値返さない）

・Spring
　アノテーションで操作できる

・Jcacheのインプリは６種くらいある
　Jar入れ替えなどでＯＫ
　当然ヘーゼルキャスト使ってね！

---

■よくある業務開発の自動化事情

・広いままでもできなくはないけど　AAA(A* Automation Alliance)
　キレイな事例紹介で終わる

・今回はJava,Webアプリケーション、受託開発、スキル会社バラバラを想定
　５個ぐらいの現場で会ったこと

・自動化の目的→早く帰ること
　２種類
　　手作業とまったく同じものを出力する自動化
　　手作業でできないことを自動化する

・対象はすべての活動

・ビッグバン自動化

【自動化事情】

・環境構築
　　開発、検証、本番
　課題
　　　・手順書ベース（更新されていない）
　　　・複数バージョン動作させたいとき
　解決
　　　・プロビジョニングツール
　　　・仮想化技術、コンテナ技術
　使ってみたところ
　　　・クリーンすぎて困った→テストつくるとき
　現実
　　　・プロジェクトだとコスト重い
　　　・現場に浸透していない。その人だけ使えても・・・
　　　・重い
　　　・組織の壁

・構成管理
　前提
　　　・ＣＶＳはあたりまえ、SVNかGit使ってる
　　　・Ｇｉｔは気合いるけど、多くなってきた
　　　・検証済みマージ
　　　・リポジトリはNexus/とArtifactory
　現実
　　　・コミットしてはいけないファイルをコミットしてしまう
　　　・ローカル用の設定変更
　　　・Ｇｉｔはトラブルに弱い→たまに事故
　　　・Mavenのリリースバージョン

・ビルド
　　　・antで解決していた
　課題
　　　・依存関係
　解決
　　　・Gradleなど
　現実
　　　・ビルドツールは使いこなされていない
　　　・mavenの場合、pom.xmlとかは特定の人しかわからない

・ＣＩ
　　　・Jenkins
　課題
　　　・ワンクリックデプロイ
　　　・ＣＩサーバーは市民権をええいる（ビルドサーバー）
　現実
　　　・属人性の排除はできていない。ＣＩ職人へ
　　　・ワンクリックデプロイは組織の壁

・コーディング
　　　・設計書から自動生成だ
　　　　→イマドキのフレームワークなら生成する必要ないだろう
　　　　　ＩＤＥによる自動記述→ＩＤＥを使い倒そう
　課題
　　　・大量のソース書く
　解決
　　　・パワフルなフレームワーク
　　　・ＪＶＭ言語
　現実
　　　・昔自動生成した、ソースコードは？
　　　

・テスト
　　　・自動テストはよく話題に上がる
　　　　システム自動化カンファレンス
　　　・JUnitなテスト　Excelマクロで生成：無駄に量が多い
　　　・JUnit5
　　　・ブラウザ使うやつ： selenium
　課題
　　　・自動化して工数減らす
　現実
　　　・自動化しても工数減らない
　　　・実行には時間がかかる

【自動化観察日記】
１章
　　自動化担当召喚
２章
　　即時対応したい
　　→パトランプなど
　　順風満帆
３章
　崩壊の足音
　　担当者変更
　黙らされたＣＩサーバー

テスト自動化　８つの誤解：ググって調べる

自動化ハイ
げんかつぎ

【まとめ】
・自動化は
　　高速道路はあるが
　　突っ走ったら死ぬ
　　適当に降りて迷宮に入ること

Javaのデバッガのしくみ(JDI)とか、Garbage First GCとか

11月28日にJJUG CCC 2015 Fallに行ってきた話のつづき。

「Cloud Native Application Framework with Spring」
「デバッガのしくみ（ＪＤＩ）を学んでみよう」
「Garbage First GC」

をメモメモ

---

■Cloud Native Application Framework with Spring


・ソフトウェアによるビジネス変革
　アジャイルの専門pivotal labs

・高価な環境からのクラウドへのワークロード移行

・スケールアップが他からスケールアウト型への移行

・へろく→Twelve Factor app:クラウド時代のアプリのあり方

・新しいトレンド：マイクロサービス
　マイクロサービスのエンタープライズへの浸透
　　　マイクロサービス→ジョブディスクリプションに
　→それなりの要件を求められる
　独自のプラットフォームを展開する会社

・リファレンスアーキテクチャ
　リファレンスとしてNetflix→OSSとして公開
　クラウドにおいて、ＯＳＳで高かようせい

・クラウドネイティブアーキテクチャ at Netflix
　カオスモンキー

・フレームワーク、ランタイム、プラットフォーム
　Asgard(あっしゅがーど？）→spinnaker
　　　（運用にちかい）
　→共通のパイプライン、ＣＩ，CD

・プラットフォーム大事

・Spring
　　Spring Boot 構成済みパターン
　　　　どうやって活用し、支えていくか？
　　Spring Cloud　Service

　例：Spring Cloud+Netflix OSS

　デモ　Spring Oneでおこなったもの

・Configサーバー
　Service Registration/Discovery　Eureka（ゆうりか）サーバー

・サーキットブレーカー
　Fault Tolerance - Circuit Breakers

　エンドポイント登録→サービス側情報をライブで見れる

・App Manager Marketplace
　マイクロサービス　あげるのたいへん
　→cloudfoundryで：ダッシュボード

・プラットフォーム：Cloud Foundry
　.net,docker,ビルドパック対応で動かせる
　数多くのフレームワークと管理手法、自動化ツール

　Pivotal cloud foundry
　　デプロイの自動化　cf push
　　マルチクラウドへの展開
　　ミドルウェアサービスの利用
　　サポート部門へのチケット依頼も激減

・実行環境：Buildpackとコンテナ

　Becoming Cloud Native
　Pivotal Web Service ５０日の試用期間（カード不要）

---

■デバッガのしくみ（ＪＤＩ）を学んでみよう
（資料はあとで公開予定）

・ふつうはＩＤＥ使ってデバッグ→うしろのしくみ

・アジェンダ
　でばっがのしくみ
　ＪＤＩ解説
　デモ

・デバッガの仕組み(JPDA)
JPDA Java Platform Debugger Architecture
　ＪＶＭ　ＴＩ　JavaVM Tool Interface
　　　 ブレークポイント、ツールのためのインターフェース（ＪＶＭに対して）
　ＪＤＷＰ
　　　　通信プロトコルの定義
　ＪＤＩ Java
　　　　ここの説明をこれから

・ＪＤＩ
（１）コネクタの取得
（２）ターゲットＶＭへ接続
（３）ＶＭに対する操作
（４）リクエストとイベントキュー

・コネクタの取得
　提供されるコネクタ＆ターゲットＶＭへ接続
　　Listening Connector
　　Attaching Connector
　　LauncingConnector デバッガからターゲットＶＭ生成

・ターゲットＶＭのオプション
　デバッガが　Attaching Connector　server=y tramsport=dt_socket
　デバッガがListening Connector

ＶＭに対する操作
・ロード済みクラスの一覧を取得
・スレッド一覧を取得
・クラスを再定義
・ＶＭを強制exit

リクエストとイベントキュー
・リクエストとキュー監視
・各種リクエスト／イベント

ちょっと注意
・LaunchingConnectorを使う場合、
　標準出力、標準エラー出力を適宜読む
・ターゲットＶＭが終了する場合、正常終了ではデバッガ側は異常でおわる
・ＪＤＩの標準実装、例外をチェインしてない（箇所が多い？）
　→スタックトレースの情報だけで悩んでいると、見当違いのことも
・ＪＤＩでググると、ジャパンディスプレイがでる（ＪＤＩ　Ｊａｖａで）

余談
・なんでＪＤＩに興味を満ったのか？
→カバレッジ

---

■Garbage First GC

たこやき器の説明

・ログから把握できる動作状況

・HeapStats開発

・Ｇ１ＧＣ概要
　ＧＣ
　不要なメモリ領域（ｈゴミ）を判別
　かいしゅう

４種類のＧＩ
　シリアル、パラレルＧＣ
　コンカレントまーくＳｗｅｅｐＧＣ
　Ｇ１ＧＣ

パラレルとコンカレント

メモリ管理
　ヒープ
　　従来：Eden,survivor,old
　→Ｇ１ＧＣはガラッと変わる
　　リージョンと呼ばれる空間に分ける
　　リージョンサイズ以上のオブジェクトはHumongous Objectとして扱われる
　　世代分けはする。Full GCもおこる
　　Humongous Objectは専用に割り当てられるがコスト高い

　ごみの多いオブジェクトだけＧＣする

　ヒープレイアウト：従来と同じく世代別、ただし細分化
　ごみの多い場所をやるのでＧ１ＧC

Ｇ１処理とログ
GC pause (G1 Evacuation Pause)(young)
　→youngGCが発生した
　実際の時間ＳＴＷ時間
　→オブジェクトコピーの時間に注目
・young GC サバイバー入らないとoldへ

複数回のYoungGC後→Marking Cycle
・漏れを防ぐため全スレッド止めて再マーク
　コンカレントではない処理はSTWが発生する

Ｍｉｘｅｄ　ＧＣ
・アルゴリズムはＹｏｕｎｇＧＣと同じ
　　→大きな違いはＧＣ対象のリージョンが違う
・達成するまで複数回

注意すべきパターン
・Evacuation Failure
　ログにはto-space exhausted　そのあとFull GC
対策
１．ヒープを増やす
２．サイクル頻度を上げる
３．over-tuningを回避
→ヒープを増やそう

・Humongous Allocation頻発
　対策：リージョンサイズをＨｅａｐと一緒に増やす
　　　　巨大な配列を作らない
→ヒープを増やそう

・ＣＰＵ処理時間が長い
対象案
・物理ＣＰＵ余裕あり＝並列度をあげる
→ＣＰＵを増やそう（NUMA環境は注意）

out of memoryのときは、ヒープダンプをだすといいかも
jstatでみれる
カード：リージョンごとにカードが割り当てられる→カードテーブル
　　割り当てられるとフラグが上がる＝ダーティカード

「#てらだよしおがんばれ」を聞いてきた！

今日(11/28)JJUG CCC 2015 Fallに行ってきた。
そのなかから、（順番めちゃくちゃだけど）まずは、
「てらだよしおの赤裸々タイム」
からメモメモ

---

■てらだよしおの赤裸々タイム

Microsoft love Java

・その節はみなさまおさわがせいたしまして・・
・１人でやるとは思っていなかった。
・なぜマイクロソフトに行ったのか、なにをやりたいのかを１０～１５分
・そのあとしつもん。みんなにやにやしてこわい・・・
　→温かい目で・・・

自己紹介
・２０１５年７月１１日入社
・元オラクルJavaエバンジェリスト
・ハッシュタグ　#てらだよしおがんばれ

サティアナディラ（マイクロソフトＣＥＯ)
・前の社長だったら今ここにいなかった
・キャリアの中で、マイクロソフトはなかった
　→Sunにいたので
・Sunは挑戦者だった。次のＩＴを作っていく→赤い会社に買収されたけど・・・
・サティアさんになってから、マイクロソフトはガラッと変わった
・マイクロソフトにもＯＳＳ研修ある→次のイノベーションはＯＳＳ
・OpenJDKのソースコミットもしている

Ａｚｕｒｅ－オープンなプラットフォーム
・LinuxやJavaが動くことを知らない人もいる
・Jenkins、Docker→Visual studio ちーむさーびしーずからのデモをやっていた
　→今まで使っていたまんま
・JavaEE GlassFishを始めていった感覚と似ている
　→そんな盛り上がるわけないじゃんと言われたのが・・・・
・Ｍｉｎｅｃｒａｆｔ：開発はJava　自分で拡張できる
・子供むけのプロふらミング教育さかん　１２月７日

【質問タイム】
・ニコ生のとき
　まわりはVisual studioたいかの人。でどきどきしてた！

　今回のこと：チャレンジ
　チャレンジしている会社が好き（前の会社がどうかと言ってないですよ）
　マイクロソフトはアップル、アマゾンの挑戦者
　　→目まぐるしく変わっている
　Ｓｕｎに戻ってきた感覚（あんまりいいすぎると前職に・・・）

・今聞かれたくない質問はなに？
　前の会社のこと
　（以下、つぶやくなという指示あり）

　（たぶん、ここからＯＫ？）

・エンジニアの転職に必要なことって？
　いきなり面接官に！
　光るモノを持っている
　入った後に、こんなことをやりたい
　→口だけの人もいる
　話をしていてわかる
　→しっかり自分を持っている
　オールマイティより、とがった人を集めて横の関係を強める

ＪＡＸ－ＲＳとかＪＳＯＮ－Ｐとか、聞いてきた

きのう(11/14)のJava One 報告会2015のつづき。
おわりまでメモメモ

---

---

■ＪａｖａＯｎｅ２０１５　ＪａｖａＥＥ
（あげつまさん）

・ＪａｖａＥＥ８はまだまだ検討中
・Ｓｅｒｖｌｅｔ　４．０
　サーブレットコンテナでもＨＴＴP/2に対応
　ストリームという概念

　サーバープッシュ
　要求される前からサーバーで送る
　Java9 Flow

・ＪＡＸ－ＲＳ２．１
　並列で依存関係のあるＷｅｂＡＰＩを呼び出したい
　Jerseyにはすでに実装がある
　非同期クライアント rx()いよるCompletationState
　アノテーションで順序制御

　ノンブロッキングＩ／Ｏ

・ＪＭＳ
　@JMSきゅーりすなー
　今のとことはＭＤＢのシンプル化

・ＪＰＡ２．２
　　Ｊａｖａ８に対応
　　Date and Time API
　　@NamedQueryの繰り返し
　　スクロール機能の標準化

・JavaEE8スケジュール　２０１７年リリース

・WildFly Swarm（すわーむ？）
　spring boot風の
　　SpringBoot pomの組み合わせがわからないから
　　JavaEEをフルセットで使う人は少なかった
　カスタム設定はmainメソッドに実装
　ふらくしょん：モジュールの１この単位

　主なＦｒａｃｔｉｏｎ

■About MVC1.0 & JSON-P

・ＭＶＣ１．０
　アクションベースのＭＶＣ
　ＪＳＲ３７１
　なぜＪＳＦでなくＭＶＣなのか
　　　ＪＳＦはコンポーネントベース
　　　ＭＶＣはアクションベース
　なぜＡｃｔｉｏｎベース
　　見通しの良さ
　　ＲＥＳＴとの親和性
　フロントエンドの流行廃りの激しさ
　　　　WONTA(Write Onece Never Touch Again)
　　　　定着した技術としてのサーバーサイドＭＶＣへのニーズ

　コントローラー
　　　　ＪＡＸ－ＲＳ

　バリデーション
　　Bean バリデーション
　　バンドリングの仕様がprimitiveな印象
　　validationResult→BindingResult

　ビュー
　　しようとしてサポートJSPとFacelet
　　他はすべてextention
　　Bring your Own view Engine
　　ＭＶＣ１．０としてはViewのありかたをきめない

　スコープ
　　デフォルトrequest
　　ＣＤＩのスコープを使用可能
　　ＭＶＣで@redirectScopedを定義

　イベント
　　Observerパターン
　　イベントの種類追加の可能性あり

感想
・フレームワークではなくＡＰＩ
・ポストStrutsではない

ＪＳＯＮ－Ｐ　１．１
・ＪＳＯＮ－Ｐ１．０
・ＪＳＲ３７４
　すべての値がトップレベルに可能に
　例 "string"

・ＪａｖａＥＥ７
　ビルダーパターンを用いたＪＳＯNオブジェクトへの変換

・ＪＳＯＮポインター
　ＪＳＯＮの特定値を指す

・ＪＳＯＮ　ＰＡＴＣＨ
　ＲＦＣ６９０２
　ＪＳＯＮ更新処理の標準化
　２つのＪＳＯＮ間のdiffが取れる
・ＪＳＯＮ　ＭＥＲＧＥ　ＰＡＴＣＨ
　　・リバースパッチが可能
・JSON PROCESSING
　JsonParserにＡＰＩ追加
・ＪＳＯＮに対する低レベル操作ＡＰＩ

・ＪＳＯＮ－Ｂ
　Java APIからのバインディング

・おまけ
　世界はそんなに遠くない

---

■スピーカーパネル
　How to be a speaker @ Java One?
寺田さんへ：ここにきてどうですか
　しんぞうばぐばぐ

Ｑ１：講演してみてどう？
谷本さん：
自腹なので高い。金銭的メリットはない。
コミュニティが活発になるところにメリット
英語が通じるかが前回
今回「受かるテーマ」ログの可視化

いとうさん（司会者でない、パネラーのいとうさん。以下同じ）：
ノリで決まった

寺田さん：
ＪａｖａＯｎｅは行きたかったので
自分で行こうと
チケット１５万（社員は入れる）
人のＣＦＰに乗った
他の人と組んで
発表の１０分前にしゃべることが決まった
１回目は緊張。
面白くないとみんな引いていく

谷本さん：英語が通じるかどうかわからない
　　→おもしろいところはおもしろい

寺田さん：プレゼンの作りは変えた
　アメリカは詰まんないと思われたら出て行かれる

いとうさん：日本　心の中はわからない
　　アメリカ：顔で反応が分かる

共感

Ｑ２：どんな人にJava Oneで講演してほしいですか
・たにもとさん
　ＪＪＵＧ　ＣＣＣの人とか
　→総合的なレベルは高い
　世界で活躍するとコミュニティが盛り上がる
　子供がスピーカー

・寺田さん
　まずＪＪＵＧ　ＣＣＣ：日本で情報発信
　事例系

・いとうさん
　日本のＪＪＵＧのツイート
　日本のコミュニティ特殊

Ｑ３
　スピーカーになるための極意

寺田さん：
・会社、事例
・単品のテクノロジー：本家でいる
　→ノウハウ系、トラブルシューティング

いとうさん：
・使ってる用語英語
　プレゼンはらく
　やると思ったら、やっちゃえ・・

谷本さん
　ＴＯＥＩＣは８００なくても問題ない
　でもＱ＆Ａはできない
　しごとがんばれ。それを話すのが面白い
　はくをつける必要
　　お客様の事例、コミニティ
　　リファレンス重要

寺田さん：
・セッションを決めるのは、Ｏｒａcleの人以外もきめる
・レファレンスをつける

Ｑ４：
スピーカーのメリット

伊藤さん：タグもらえる
　チケットただ
　転職しませんか
　スピーカー専用ルーム

Ｑ５：
とにかくＣＦＰだす！

最後に一言
寺田さん：日本優秀
谷本さん（しめ）
　・コミュニティ盛り上げていきましょう
　・仕事がんばれ→こういうところでいうの微妙だけど・・・
　　　平均年齢さがって来てるので

「プログラミングができるのが大事な時代は終わっている」とか「本番環境でテスト」とか

今(11/14)Java One 報告会2015に行っている。
その中間報告。はじめのほうの話をメモメモ
（表題の件は後半。赤字にしておいた）

---

■Java One 報告会2015
10/24から29
・キーノート：おまつりきぶん？セッションが中心
・キーノート
　すこっとがトップテンひさびさに
　船の上から指示を出している
・参加者数　微増？
・Ｋｉｄｓプログラム４５０人
→小学校３～４年くらいから
　Ｊａｖａ，Ｊａｖａｓｃｒｉｐｔ、ＩｏＴ
　ちゃんとＪａｖａのプログラムができる子供の数が多い
　　→言語が読めるところがちがう
・日本人のスピーカー：１０名くらい。だいぶ増えた
　キーノートにいわさきさん。
　寺田さんもマイクロソフトなのに

・Ｊａｖａの人気戻している
　ＩｏＴ，エンタープライズ系
・ＪａｖａＳＥ等の新しい発表なし
・ＯｐｅｎＪＤＫ　こみったー１３６％ののび

・ＪａｖａＭＥ
　来年の９月９がでてくる
　それまで細かい

・ＪａｖａＥＥ　２０１７年の半ば８のＧＡ
　ＧｌａｓｓＦｉｓｈ５リリース

・ユーザーグループ倍増
　→ヨーロッパ
　→日本も大阪、札幌
　Ｊａｖａチャンピオンも５割増し
　ＪＣＰ　１６％のグロース
・今、ＪＣＰの法人会員に加入すると、法人会員費用が免除
　（個人会員はいままでどおり）

■Impression of Java One & Java trends
　鈴木雄介さん

・Ｊａｖａ　Ｏｎｅ　感想
　大きなアップデートなし
　来年のＳＥ９、再来年のＥＥ８に向けた端境期
　２０周年がなければさびしいイベント
　キーノートの最後にスコットマクネリ（ＳＵＮの創業者）登場
　Ｊａｖａプログラマにとって悪夢な１２のこと
　　４位　オープンソースを愛しているのにオラクルの社員
　　１位　ラリーからの連絡はいつも船舶電話
　コミニティキーノート→パーティ（学芸会？）
　　ゴスリンも出た
　　ばっくＴｏざヒューチャーのぱくり
　　→２００９年に
　　　子供たちが未来→キーノートより手間暇
　ＯｒａｃｌｅとＪａｖａ
　　予定通りに進める（ＳＵＮは清く正しくベンチャー）
　　オラクルＪａｖａのエバンジェリストを削減
　　コミニティとの関係性：びみょう・・
　　コミニティさかん、声聞こうとしてる
　　Ｊａｖａカラーは維持されている
　　Java is bigger than Oracle
　　コミニティが頑張ってるJava
　　ＪＪＵＧ　ＣＣＣは２８日　スポンサーいっぱい

・技術トレンド
　DevOps & マイクロサービス
　Javaそのものが重要ではない（Javaは基盤）
　　→Javaという言葉がでてこないセッションも
　プログラミングができるのが大事な時代は終わっている
　ＩＴサービス運用が重要
　DevOps
　　Dev(開発）とOps（運用）が不可分
　Microservice:ボトムアップ

　先端のWebサービス系企業が取り組んだもの
　→Amazon,Googleの社員がでれないので
　技術群
　　Jenkins,spinaker
　　Docker
　　　：

　カナリアリリース
　　ブルー・グリーンデプロイ、Ａ／Ｂテスト
　→サーバー台数を倍にして、ニューバージョンに振り分けていく
　→ろーるばっくすればいいじゃん

　ダークカナリアリリース
　　開発者にしか見れないのを、本番環境でテストする
　　→バグがあるモノをリリースしろ

　カオスモンキー
　　ランダムにサーバーをダウンさせる

　全体的にサービス品質を高めるために部分的な品質劣化を許容する
　　不運なユーザーは存在するが、サービスがダウンするような事態にはならない
　エンタープライズ発想とは異なる
　　部分の品質を積み上げて、全体の品質を保証

　重要なポイントが変化している

　　プロセス：計画
　　内部：ソースコード
　　外部：ふるまい
　　利用時：ユーザーが使って
　→むかしは内部品質
　　２０００年　プロセス、外部（アジャイル、ユニットテスト）
　　　→どう動かしたいかを考えてコードを書く
　　　　インスタンスをどうふるまわせるか：ＤＩ
　　今：利用時の品質　ＳＬＡをどうしたらよいか
　　　→クラウドデザインパターン
　　　　何を見て正解かが変わってきた
　　Ｊａｖａエンジニアだからってサーバーのことを知らなくていいという世界ではなくなった

・サマリー
　来年のJava Oneに注目：Java9がリリース
　Javaだけではないトレンドにも注目
　JJUGをよろしく

Seasar2のサポートって、2016/9/26で終わるの！！（NRIさん、データさん、ビジネスチャンス？）

えっ！！

ここ

DJ HIGAYASUWO (元ひがやすを)

Seasar2から卒業しよう
http://d.hatena.ne.jp/higayasuo/20150928/1443415547

（以下太字は上記サイトより引用）


土曜日に行われたSeasar Conference 2015で発表しましたが、Seasar2、S2JDBC、SAStrutsのサポートを2016/9/26で打ち切ります。

Seasar2からの移行パスは、あえて私からはいいません。


知らぬ間に終わってた・・・

なぜ、知ったのかは、次のエントリで・・

P.S　追加

続Seasar2から卒業しよう
http://d.hatena.ne.jp/higayasuo/20150929/1443512853

によると、OSSなので、新たなコミッターが出た場合、
その人たちで継続するのは自由みたいなことが書いてあった・・・

NRIさ～ん、データさ～ん、SSLさ～ん
ビジネスチャンスですよお～
Seasar2のコミッター、やりませんかあ？

【お題】Struts2でdjunitしたい（ServletRequestAwareを実装）

前に、

Strutsの単体テスト　StrutsTestCase for JUnitの使い方（１６日追加）
http://blog.goo.ne.jp/xmldtp/e/aba8bac027597bd6e39c4d54f2f62c5a

で、Struts1の単体テストの話をした。
で、Struts2でJUnitテスト、djunitテストをしたい場合は？

SessionAwareやServletRequestAwareを使っていない場合は、問題ない。
そのまま、呼び出してくれればよい。

SessionAwareなら、まだまし。
HashMapをsessionにみたてて、そのMapをsetSessionで渡せばOK

問題は、ServletRequestAware。
これは、Tomcatが使っているCoyoteRequestとか、Requestとか
使おうとすると、いろいろたいへん（依存性とかあって・・・＊注１）
で、どうするか？というのが、今日のお題。

---

【対応策例】Struts1のときに使ったstrutstestを使おう！

　上記Struts1の単体テストの話のときに使ったstrutstestの中に、

　　servletunit.HttpServletRequestSimulator

　というのがいるので、こいつを使う。
　こいつは、setParameterができる。

---

【やってみよう】

・前提
　eclipseでやる→JUnitは標準的に作れる
　djunitは、いれたものとする（注２）
　strutstestは、ダウンロードしてあって、解凍してでてきたjarに対して
　作成するプロジェクトから、クラスパスが貼られている
　（プロジェクトで右ボタン、プロパティのJavaのビルド・パスで
　　外部jar追加を行った）　（注３）

　テスト対象クラスは、こんなかんじ

package struts2.gui;

//	セッションで使う
import java.util.Map;

//（１）リクエストで使うものインポート
import javax.servlet.http.HttpServletRequest;

import org.apache.struts2.interceptor.ServletRequestAware;
import org.apache.struts2.interceptor.SessionAware;

//	一般的に・・・
import com.opensymphony.xwork2.ActionSupport;

//==============================================//
//												//
//	Struts2										//
//	セッション、リクエストのサンプル			//
//												//
//==============================================//
public class HelloAction extends ActionSupport implements SessionAware,ServletRequestAware{
	private String name;						//	sタグの変数
	private String msg;

	private Map<String,Object> session;						//	セッションの宣言
	private HttpServletRequest request;			//	（２）リクエストの宣言

	//	sタグで必要なアクセサ
    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public String getMsg() {
        return msg;
    }

    public void setMsg(String msg) {
        this.msg = msg;
    }

	//	セッションで必要なアクセサ
	public void setSession(Map<String,Object> session) {
		this.session = session;
	}

	//	（３）リクエストで必要なアクセサ記述
	public void setServletRequest(HttpServletRequest request) {
		this.request = request;
	}

	public HttpServletRequest getServletRequest() {
		return this.request;
	}

    public String execute()
    {
  	    //======================================//
  	    //		値の取得						//
  	    //======================================//
    	// sタグのnameは、何もしなくても取得されている

    	//	セッションでの取得
  	    int	kai;
  	    String kaistr = (String)session.get("kaisu");
  	    if ( kaistr	==	null)
  	    {
  	    	kai	=	0;
  	    }
  	    else
  	    {
  	    	kai = Integer.parseInt(kaistr);
  	    }

  	    //	（４）リクエストパラメタでの取得
  	    String start = getServletRequest().getParameter("start");
  	    if (start	!=	null)
  	    {
  	    	try
  	    	{
  	    		kai =  Integer.parseInt(start);
  	    	}
  	    	catch(Exception e)
  	    	{
  	    		//	数字でなかったら、なにもしない
  	    	}
  	    }


  	    //======================================//
  	    //		処理							//
  	    //======================================//
  	    kai++;		//	今回の分を足す
  	    setMsg("Hello World" + name + ":"+ kai+"回目");


  	    //======================================//
  	    //		出力								//
  	    //======================================//
  		//	セッション書き出し
  		session.put("kaisu", String.valueOf(kai));
  		session.put("msg", getMsg());

        this.addActionMessage("成功1");
        return SUCCESS;
    }
}

・テストするクラスを作る
　そこから、sessionは
HashMap<String,Object> session = new HashMap<String,Object>(); // セッションの作成
test.setSession(session);

　なかんじで、HttpServletRequestは、
HttpServletRequestSimulator request
= new HttpServletRequestSimulator(new ServletContextSimulator()); // HttpServletRequestの代わり作成
test.setServletRequest((HttpServletRequest)request);

なかんじでセットする
　以下のソースのかんじ

package struts2.gui;



import static org.junit.Assert.*;

import java.util.HashMap;

import javax.servlet.http.HttpServletRequest;

import org.junit.Test;



//==================================

//	HttpServletRequestのかわりに必要

//==================================

import servletunit.HttpServletRequestSimulator;

import servletunit.ServletContextSimulator;



public class HelloActionTest {



	@Test

	public void test() {



		//============================================

		//		いろいろ設定

		//============================================

		//	作成する

		HelloAction test = new HelloAction();



		//	SessionAware設定

		HashMap<String,Object> session = new HashMap<String,Object>();			//	セッションの作成

		test.setSession(session);



		//	ServletRequestAware設定

		HttpServletRequestSimulator request

			= new HttpServletRequestSimulator(new ServletContextSimulator());	//	HttpServletRequestの代わり作成

		test.setServletRequest((HttpServletRequest)request);

		String ret;



		//============================================

		//		テスト実行

		//============================================



		//	１回目

		ret = test.execute();

		assertTrue(ret.equals("success"));

		assertTrue(((String)session.get("kaisu")).equals("1"));



		//	２回目

		ret = test.execute();

		assertTrue(ret.equals("success"));

		assertTrue(((String)session.get("kaisu")).equals("2"));



		//	３回目

		String[] args = new String[1];

		args[0] = "1";

		request.setParameterValue("start", args);

		ret = test.execute();

		assertTrue(ret.equals("success"));

		assertTrue(request.getParameter("start").equals("1"));



		//	４回目

		ret = test.execute();

		assertTrue(ret.equals("success"));



	}



}

・実行すると、こんなかんじ

---

＊注１：HttpServletRequestはインターフェースなので、実際に使うには
実装しているはず。

Tomcat5では、CoyoteRequestで実装しているらしい
http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=9845&forum=12

Tomcat7では、
http://www.coderanch.com/t/567946/Java/java/Java-Tomcat-Java-Tomcat
によると、CoyoteRequestがRequestになったらしい
このRequestは、catalina.jarのorg.apache.catalina.connector.Request
にいるが、こいつを使おうとすると、いろんなものをリンクしないとエラーになる。


＊注２
入れ方については
テストを楽にっ！！「djUnit」によるJavaソーステスターへの道
http://maplesystems.co.jp/blog/all/programming/11326.html
の「導入方法」を参照。大事なことは、指定するロケーションのURLは
http://works.dgic.co.jp/djunit/update/3.5.x/site.xml
ってこと。それ以降の使い方については
http://www.mitchy-world.jp/java/test/djunit.htm
を参照のこと。


＊注３
ダウンロードURLは、
http://sourceforge.net/projects/strutstestcase/files/

先生！JQueryでHTMLのエスケープって、どうするんですかあ？

【質問】PHPなら、htmlspecialcharsとかあるけど、
JQueryで同じようにエスケープさせたいとき、
どうするんですかあ？

【答え】$("#いれたいところ").text("入れたい文字");でやります。

【質問続き】でも、枠とかも書きたいんですよ！

【答え】
　枠の部分を先に

　　　$("#いれたいところ").html("空枠のHTML");

　で書いておいて、
　その空枠にIDを降っておいて、あとで、

　　　$("#空枠に振ったID").html("入れたい文字");

　とします。

サンプル

<!DOCTYPE html>
<html>
<head>
<meta charset = "UTF-8">
<title>フォーム</title>
<style>
</style>
<script src="http://code.jquery.com/jquery-1.9.1.js"></script>
<script type="text/javascript">
var rec=[
		{"title":"<B>1</B>","honbun":"&本文1"},
		{"title":"<B>2</B>","honbun":"&本文2"},
		{"title":"<B>3</B>","honbun":"&本文3"}
	];

function zikko()
{
	//==============================
	//	外枠をＨＴＭＬで書く
	//==============================
	buf = "";
	for (i = 0; i < rec.length ; i ++ )
	{
		buf = buf + "<DIV ID='title" + (i+1) + "'></DIV>";
		buf = buf + "<DIV ID='honbun" + (i+1) + "'></DIV>";
	}
	$("#area1").html(buf);

	//==============================
	//	中身をTEXTで書く
	//==============================
	for (i = 0; i < rec.length ; i ++ )
	{
		$("#title"+(i+1)).text(rec[i].title);
		$("#honbun"+(i+1)).text(rec[i].honbun);
	}

}
</script>
</head>
<body>
<h1>テスト</h1>
<DIV ID="area1">
</DIV>
<button id="submit" onclick="zikko()">実行</button>
</body>
</html>

結果（ボタンをクリックすると）


もし、textのところをhtmlにすると


タグはエスケープされず、解釈されてしまい、太字と＆になる

Struts2でJSONで返したい(RESTっぽくしたい）その３ テキストでJSONを書く

いや、ニーズはないと思いますよ、思いますけど、一応・・・

昨日、

Struts2でJSONで返したい(RESTっぽくしたい）その２　struts.xmlを使う
http://blog.goo.ne.jp/xmldtp/e/b2ce6e54c1ca160ad1727dd876705e1b

を書いたけど、JSONライブラリを使わないで、
・response.getWriter()で、PrintWriterをとってきて、
・printで、JSONの内容をテキストで書き出す
こともできる。

これではニーズないと思うけど、テキストファイルをダウンロードしたい
場合も理屈は同じなので、そういうニーズはあるかもしれないということで、
その方法も書いておく。

---

■お題

昨日と同じ。つまり、

を、今回は、テキストとして出す。

---

■変更点
　昨日との違いは、
・struts2-json-pluginは、いりません
・struts.xmlの書き方
・Actionの書き方
なので、今回は、struts.xmlとActionの内容を載せておきます。
（あとのweb.xmlの配置などは、ふつうのStruts2と同じなので省略）

---

■struts.xml

Struts2をやってみる (3) - のtypeに関して
http://kinjouj.github.io/2013/09/struts2-3-result-type.html

の「plainText」を参考にしました。結局、こうなる。

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE struts PUBLIC
	"-//Apache Software Foundation//DTD Struts Configuration 2.3//EN"
	"http://struts.apache.org/dtds/struts-2.3.dtd">

<struts>

    <package name="hello" namespace="/" extends="struts-default">
        <action name="hello" class="struts2.gui.HelloAction">
        	<result name="success" type="plainText">
			<param name="charSet">utf-8</param>
		</result>
        </action>
    </package>

</struts>

上記の例は、「struts2.gui.HelloAction」というクラスにexecute()があって
execute()で、getWriter()して、テキスト書き出しするというもの
（リターンがsuccessのときに）

---

■Actionの書き方

基本的には上記サイト「Struts2をやってみる (3) - のtypeに関して」の
「plainText」のstruts.xmlの下にあるソースを参考にしました。結局、こうなる。

package struts2.gui;



import java.io.IOException;

import java.io.PrintWriter;

import javax.servlet.http.HttpServletResponse;

import org.apache.struts2.interceptor.ServletResponseAware;

import com.opensymphony.xwork2.ActionSupport;



//==============================================//

//	JSONのサンプル	

//==============================================//

public class HelloAction extends ActionSupport implements ServletResponseAware{



	private HttpServletResponse response;





	public void setServletResponse(HttpServletResponse response) {

		this.response = response;

	}





    public String execute()

    {



        response.setContentType("text/plain; charset=utf-8");



        try {

			PrintWriter out = response.getWriter();

			out.print("{\"japanese\":\"ようこそ世界\",\"english\":\"Hello World\"}");

	        out.close();

		} catch (IOException e) {

			e.printStackTrace();

		}



        return SUCCESS;

    }



}

closeしないと、出力されないこともあるので注意

---

こんなかんじかな・・・

（連想配列の配列ではなく）連想配列の大きさとキーでのソート

いま、HashMapを、JSON形式にして、送るとする。
プログラムは、こんかなんじ。

結果、JSONは、こんなかんじ。

これをAJAXで受けると、こんな問題が起きる。

---

■問題

（１）HashMapは連想配列に入るが、その連想配列の大きさが分からないので、
　　　ループがまわせない

　　【解決策】
　　　for(key in data)　の形でまわせば、大きさが要らない。
　　　だから、回りはする。でも、

（２）for(key in data)　の形でまわすと、順番が狂う
　　→そもそも、HashMapに順番がない。
　　→Javascript側でも、JSONを連想配列に変換した場合、
　　　順番は本来は、どうでもいいことになっているようだ・・・
　　→連想配列の配列でなく、連想配列そのものを、ソートして出したい。

【参考】　
PHPと異なり，JavaScriptの連想配列とfor in構文には順序の概念がないので注意すること
http://d.hatena.ne.jp/TipsMemo+computer-technology/20140601/p1

---

■コレに対する、世論

　Webを見ると、大きく２つの主張がされています。

（１）連想配列のソートは可能
　　→多くのケースでは、連想配列を配列に入れて、それをソートしている
　　→今回は連想配列そのものを順番に出そうという話なので、このケースではない

（２）連想配列のソートは不可能
　　たとえば、以下のサイトでは、そう主張している

　　連想配列のソート
　　http://xn--l8j3bvb4foc.jp/contents/javascript/jsmemo4.htm

これらの方法とは違う方法で、出来ます。

---

■解決法

　キーだけを、配列で取ってくる方法があります

　　keys = Object.keys(data);

　大きさを知りたい場合は、keys.lengthで分かります。

　キーをソートしたい場合はkeys.sort()でソートします。
　ソートした結果を取り出したい場合は、

　のようなかんじで取り出せます。結果は、こんなかんじ


【参考】
javascript 連想配列(オブジェクト)の要素数が知りたい。
http://chaika.hatenablog.com/entry/2014/08/07/103459

Struts2でJSONで返したい(RESTっぽくしたい）その２ struts.xmlを使う

前に

Struts2でJSONで返したい(RESTっぽくしたい）
http://blog.goo.ne.jp/xmldtp/e/e1bf4ddc8fdace75f0ee1c7226ef4f88

を書いたけど、そのときは、ゼロ・コンフィグレーション（struts.xml）
だった。struts.xmlを記述する方法は、


Struts2でレスポンスをjsonにする方法
http://sugiim.hatenablog.com/entry/2013/02/21/190000

にあるけど、
・具体的に、struts.xmlをどう書くか？
・Action側はどう書くか
について書いていないので、今回は、そのお話を少し・・・

---

■お題
hello.actionを呼び出したら、
ハッシュマップ（というか連想配列で）
　　englishはHello world
　　japaneseはこんにちは世界
とJSON形式で返る、つまり

っていうのを作成する

---

■変更点
　ふつうのStruts2と違うのは、
・struts2-json-pluginを入れる
・struts.xmlの書き方
・Actionの書き方
なので、この点についてだけ、ソースを出して記述します
（あとのweb.xmlの配置などは、ふつうのStruts2と同じなので省略）

---

■struts2-json-pluginを入れる

上記の「Struts2でレスポンスをjsonにする方法」で、「プラグイン追加」
のところ。そこでは、mavenを使っているからpom.xmlを修正しているけど、
ここでは、手作業でやってみる。

mavenはmavenリポジトリ（http://mvnrepository.com/）からとってくる。
今回は、mavenリポジトリのstruts2-json-plugin

http://mvnrepository.com/artifact/org.apache.struts/struts2-convention-plugin

の中から、下にスクロールすると、適当に新しいのがあるので、
好き勝手に選んで、バージョン番号（例えば2.3.24.1）をクリック
変わった画面で、

downloadをクリック

ダウンロードしたjarを、WEB-INF/libの下にコピーします（他のjarと要領は一緒）

---

■struts.xml

結局、こうなります。

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE struts PUBLIC
	"-//Apache Software Foundation//DTD Struts Configuration 2.3//EN"
	"http://struts.apache.org/dtds/struts-2.3.dtd">

<struts>

    <package name="hello" namespace="/" extends="json-default">
	<result-types>
		<result-type name="json" class="org.apache.struts2.json.JSONResult"/>
	</result-types>
        <action name="hello" class="struts2.gui.HelloAction">
        	<result name="success" type="json">
			<param name="root">msg</param>
		</result>
        </action>
    </package>

</struts>

上記の例は、「struts2.gui.HelloAction」というクラスにexecute()があって、
そのクラスのアトリビュートにmsgがあり、そのmsgをJSON形式で送る場合の指定
（リターンがsuccessのときに）

---

■Actionの書き方
上記例で指定した、struts2.gui.HelloActionは、こんなかんじ。

import java.util.HashMap;

import com.opensymphony.xwork2.ActionSupport;



//==============================================//

//	JSONのサンプル								//

//==============================================//

public class HelloAction extends ActionSupport{

    private HashMap<String,String> msg;



    public HashMap<String,String> getMsg() {

        return msg;

    }



    public void setMsg(HashMap<String,String> msg) {

        this.msg = msg;

    }



    public String execute()

    {



  	    HashMap<String,String> map = new HashMap<String,String>();



  	    map.put("english","Hello World");

  	    map.put("japanese","ようこそ世界");



  	    setMsg(map);



        return SUCCESS;

    }

}

JSONで返す値（struts.xmlのresultタグ内のparamタグで指定）を
宣言し、アクセサ（setter,getter）をつけることと、

値をセットしたら、successでリターンしていること

---

こんなところかな・・・

Struts2でJSONで返したい(RESTっぽくしたい）

やっと、本題に来ました。
いままでStruts2を書いてきたのは、ほかでもない、表題の件を
やりたかったからです。

つまり、Struts2でRESTもできるんだけど
http://struts.apache.org/docs/rest-plugin.html
そこまでやんなくてよくて、ＡＪＡＸで呼出し、JSONで受けたいというような場合、
どうするかというお話。

---

具体的な方法は、

http://kamegu.hateblo.jp/entry/struts2/json-result
などに書かれています。
今回は、そこにあるような、ゼロ・コンフィグレーションによる
書き方を行います。

なお、struts.xmlを書く（ゼロ・コンフィグレーションでない書き方）は、

Struts2でレスポンスをjsonにする方法
http://sugiim.hatenablog.com/entry/2013/02/21/190000
にあります。

---

■概要
セロコンフィグで書く場合

・JSON用プラグインstruts2-json-plugin-2.3.4.jarをダウンロードします。
・ソースのパッケージはXXX.○○○の形へ
・ダウンロードしたjarにパスを通して、
　Javaのソースでは
　　import org.apache.struts2.convention.annotation.ParentPackage;
　　import org.apache.struts2.convention.annotation.Result;
　　import org.apache.struts2.convention.annotation.Results;
　する
・ソースに@Resultsアノテーションを書く
　@Results({
@Result(name="success", type="json", params={"root", "session"})
　})
　この場合、返るJSONは、session、つまり、セッションの内容
・@ParentPackage("json-default")を書き、返る値の型をＪＳＯＮに指定する。

こんなかんじですかね・・・

---

■お題
hello.actionをnameを指定して呼ぶと

回数やメッセージをJSON形式で返します。

---

■準備

・JSON用プラグインstruts2-json-pluginをダウンロード＆パスを通す

　以下のサイトにあるので、適切なバージョンをダウンロード

http://mvnrepository.com/artifact/org.apache.struts/struts2-json-plugin
今回はstruts2-json-plugin-2.3.4.jarをダウンロードしました。

　そして、web-inf/libの下に置き、eclipseで開発する場合、プロパティのjavaのビルドパスで、
　外部jar追加によって、追加しておきます。

　これをダウンロード＆設定しないと、Ｔｏｍｃａｔ実行時


9 18, 2015 5:25:17 午後 org.apache.catalina.core.StandardContext filterStart
重大: フィルタ struts2 の起動中の例外です
Unable to load configuration. - [unknown location]


というエラーが出て、サービスが立ち上がらない

・struts.xmlは、いらない（削除してよい）

---

■ソースstruts2.gui.HelloAction.java
ソースコードは以下の通り

package struts2.gui;

//	セッションで使う
import java.util.Map;

//（１）リクエストで使うものインポート
import javax.servlet.http.HttpServletRequest;

import org.apache.struts2.convention.annotation.Action;   //ゼロコンフィグレーション
import org.apache.struts2.convention.annotation.ParentPackage;
import org.apache.struts2.convention.annotation.Result;   //ゼロコンフィグレーション
import org.apache.struts2.convention.annotation.Results;  //ゼロコンフィグレーション
import org.apache.struts2.interceptor.ServletRequestAware;
import org.apache.struts2.interceptor.SessionAware;

//	一般的に・・・
import com.opensymphony.xwork2.ActionSupport;

//==============================================//
//												//
//	Struts2										//
//	セッション、リクエストのサンプル			//
//												//
//==============================================//
@Results({
	@Result(name="success", type="json", params={"root", "session"})
})
@ParentPackage("json-default")
public class HelloAction extends ActionSupport implements SessionAware,ServletRequestAware{
	private String name;						//	sタグの変数
	private String msg;

	private Map<String,Object> session;			//	セッションの宣言
	private HttpServletRequest request;			//	（２）リクエストの宣言

	//	sタグで必要なアクセサ
    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public String getMsg() {
        return msg;
    }

    public void setMsg(String msg) {
        this.msg = msg;
    }

	//	セッションで必要なアクセサ
	public void setSession(Map<String,Object> session) {
		this.session = session;
	}

	//	（３）リクエストで必要なアクセサ記述
	public void setServletRequest(HttpServletRequest request) {
		this.request = request;
	}

	public HttpServletRequest getServletRequest() {
		return this.request;
	}


	@Action("hello")
    public String execute()
    {
  	    //======================================//
  	    //		値の取得						//
  	    //======================================//
    	// name取得
		setName(getServletRequest().getParameter("name"));

    	//	セッションでの取得
  	    int	kai;
  	    String kaistr = (String)session.get("kaisu");
  	    if ( kaistr	==	null)
  	    {
  	    	kai	=	0;
  	    }
  	    else
  	    {
  	    	kai = Integer.parseInt(kaistr);
  	    }

  	    //	（４）リクエストパラメタでの取得
  	    String start = getServletRequest().getParameter("start");
  	    if (start	!=	null)
  	    {
  	    	try
  	    	{
  	    		kai =  Integer.parseInt(start);
  	    	}
  	    	catch(Exception e)
  	    	{
  	    		//	数字でなかったら、なにもしない
  	    	}
  	    }


  	    //======================================//
  	    //		処理							//
  	    //======================================//
  	    kai++;		//	今回の分を足す
  	    String msg = "Hello World" + name + ":"+ kai+"回目";


  	    //======================================//
  	    //		出力								//
  	    //======================================//
  		//	セッション書き出し
  		session.put("kaisu", String.valueOf(kai));
  		session.put("msg", msg);

        this.addActionMessage("成功1");
        return SUCCESS;
    }
}