2014/9/17 の #JJUG 並行処理勉強会の発表内容です。

1. Java EEの話(仮)
久保智

2. 本日のレガシー枠です。

3. 今回の内容
• Java EEの昔の話
• 並行処理でハマった内容

4. WebサーバーとしてのJava EE

5. WebサーバーとしてのJava EE
• 多数のリクエストを同時にさばくため平行に
処理が行われている

6. Java EE(Servlet)以前

7. Java EE(Servlet)以前
• CGIに代表されるリクエストを受け付けるた
びにプロセスを立ち上げる形式のWebサー
バー
• プロセスを立ち上げるため、メモリの確保
等だけで無駄な負荷がかかっていた

8. Java EE(Servlet)後

9. Java EE(Servlet)
• プロセスが立ち上がっておいてその中で処理
を行う
• 処理自体の負荷だけで、オーバーヘッドはあ
まりない

10. Java EE(Servlet)
• Servletは更に最適化を行ってServlet毎に1イン
スタンスで全てのリクエストを処理する
• 昔のJVMはクラスのnewに時間がかかってい
た

11. 並行処理は難しいのか

12. 難しいです

13. 難しい例:SingleThreadModel

14. 難しい例:SingleThreadModel
• Servletがimplimentsすると一つしか出来ない
インスタンスがリクエストごとに生成される
ようになるJ2EEのspecで定められたクラス
• スレッドセーフになるように

15. 難しい例:SingleThreadModel
• 現在は非推奨
• インスタンスを生成するだけでは意味がなかっ
た(例:static変数へのアクセス)

16. Java EEの仕様を決めている人
も間違えることがある

17. 難しいので
どんどん失敗しましょう

18. ここから失敗した例ベースで

19. SimpleDateFormat

20. SimpleDateFormat
• スレッドセーフでないクラスの例として有名
• 今はJavaDocにスレッドセーフでないと記載され
ているが昔はされていなかった
• JavaDocにスレッドセーフだと記載されていない
場合はスレッドセーフでないものとして扱おう

21. System.out

22. System.out
• 複数スレッドから同時に書き込むとブロック
する
• 拾ってきたjarで呼ばれてた／(^o^)＼

23. System.out
• ログ出力ライブラリ使いましょう＼(^o^)／

24. HttpSession

25. Servletのスコープ

26. Servletのスコープ
• Pageスコープ
• HttpRequestスコープ
• HttpSessionスコープ
• Applicationスコープ(Singleton)

27. Servletのスコープ(その他)
• Flashスコープ
• Viewスコープ
• Conversationスコープ

28. Servletのスコープ(その他)
• Flashスコープ
• Viewスコープ
• Conversationスコープ
Sessionスコープの亜種

29. Page、HttpRequestスコープ
• スレッドごとに生成されるので特に意識す
ることなし

30. Applicationスコープ
• アプリケーション内で共有される
• アクセスには気をつけるよね？

31. HttpSessionスコープ

32. HttpSessionスコープ
• ブラウザ単位で同時にアクセスされる可能性
がある
• アクセス時には安全のためロックしましょう

33. HttpSessionスコープ

34. ロックできない場所もある

35. HttpSession#invalidate()

36. HttpSession#invalidate()
• セッションを破棄する
• すでに破棄されている場合に呼び出すと
Exceptionが発生する
• HttpSessionにすでに破棄されているかどうか
を判定するメソッドspecにはない

37. HttpSession#invalidate()
例外処理中に呼び出されることが多いので
ここでExceptionを発生させない

38. HttpSession#invalidate()
• Tomcatだと実装を直接扱えば破棄されている
かを判定するメソッドがある＼(^o^)／

39. JSF(mojarra)/CDI(weld)の場合

40. JSF(mojarra)/CDI(weld)の場合
• 複数スレッドからの同一オブジェクトへの同
時アクセスはブロックされる
• getterだけでも＼(^o^)／

41. JSF(mojarra)/CDI(weld)の場合
• CDIのspecには記載なし。weldの仕様？
• なんでもかんでもSingletonにすると逆に性能
劣化が(ヽ´ω`)

42. JSF(mojarra)/CDI(weld)の場合
• スコープは適切に扱いましょう

43. EJB

44. Stateless SessionBean

45. Stateless SessionBean
• 状態をもたないSessionBean
• コンテナがインスタンスをプールして複数ス
レッドで使いまわされる
• 同じインスタンスに複数スレッドから同時に
アクセスされることはない

46. Stateless SessionBean
• コンテナのプールはデフォルトでは無効化さ
れている場合が多い
• 作っている最中は毎回インスタンスが生成さ
れる
• 結合試験環境に乗せたら／(^o^)＼

47. Stateless SessionBean
• Stateless SessionBeanに状態を持たせるのは止
めましょう＼(^o^)／
• コードレビューもしましょう＼(^o^)／

48. JPA

49. JPAのキャッシュ

50. JPAのキャッシュ
• 毎回データベースに値を取りに行くのは非効
率なのでキャッシュを行う

51. JPAのキャッシュ
• 同じスレッド内でキャッシュを行うL1キャッ
シュ
• 複数のスレッドにまたがるキャッシュを行
うL2キャッシュ

52. JPAのキャッシュ
• JPAのキャッシュはPKを比較することで
キャッシュされているかを判断する
• PKの比較が重い場合はキャッシュしたほう
が重くなることも／(^o^)＼

53. JPAのキャッシュ
• 複合主キーはやめましょう＼(^o^)／

54. JPAのキャッシュ
• L2キャッシュはspecではデフォルトでは無効
になっていますが、EclipseLinkではデフォル
トで有効になってます

55. JPAの楽観ロック

56. JPAの楽観ロック
• @versionアノテーションを付けるだけで楽観
ロックが出来る
• 複数スレッドからの同時更新を防ぐ

57. JPAの楽観ロック
• JPQLからのupdateでは楽観ロックが有効にな
らない
• 自分たちで管理しましょう

58. JPQL
• ついでにキャッシュも無視するよ＼(^o^)／
• L2キャッシュは性能が問題にならない限り
切っておきましょう＼(^o^)／

59. 最後

60. CDIの非同期処理

61. CDIの非同期処理
• @Asynchronousを付けるだけで非同期処理に
＼(^o^)／

62. 簡単だけど
障害時を考えるとそれでいいのか

63. 簡単だけど
障害時を考えるとそれでいいのか
• 非同期でやるぐらいだから時間のかかる処
理のはず
• リトライは？
• APサーバー落としたら一緒に動かなくなっ
ていいの？

64. CDIの非同期処理
• 非機能要件についても一度考えてから採用を
＼(^o^)／

65. 以上
ご清聴ありがとうございました