2010-06-14

VMforce(Force.com + VMware)
- VMforceが管理する「VM + tc Server(Tomcat) + Spring」にアプリケーションをのせる
- 開発者はアプリケーション開発に集中できる
GAE for biz
- RDBMS(おそらくMySQL)
- SpringSource Tool Suite + GWT + Spring Roo

Spring Roo

Rooに対するひがさんの印象はAspectJ + Maven
Compile時にWeaving
- 例えばソースはそのままでクラスファイルにはAccessorが作成される
これだとRooがなきゃ動かないんだけど
- そういうことを考えてRooを外せるようにもなっている
- Rooを外すとAspectJも外れてAccessorもソースにマージされるようになっている
Consoleで「Hibernateを使用する」と言うと
- MavenのpomにHibernateのDependencyが追加される

SpringSourceの狙い

Rooで開発→Springにのせる→クラウド間ポータビリティ
開発者のスキルセットの有効活用ができる

ひがさんの考え

クラウド間ポータビリティは夢のまた夢
- e.g. GAEのJDOとか
もちろん誰でもベンダーロックインを嫌う
- でも現実的ではない
開発者のスキルセットが色々な環境で活かせるのは良いと思う

Seasar vs Spring

Java上でSeasar2は動くんだからVMにSeasar2をのせることは可能
質問:VM + Seasar2 と VM + Spring だったらどっちを使う？
- 会場:五分五分(注:会場にはSeasar2ユーザーが多い)
これが現状をよく表している
- Springが政治的にも強い

Seasar Projectとして進む道

(1)何もしない
(2)Springと競争するために機能を発展させる
- Seasar2.4互換性を保つ→Seasar2.5
- SAStrutsなどがそのまま動く
(3)Seasar2の延長ではなく新しいものにする
- Seasar2との互換性はなし→Seasar3
質問:(1)～(3)のどれがいい？
- 会場:(2)と(3)に別れた。(3)のが少し多い？

ひがさん案

VMForceだけならそんなに気にしなかったけど、GAEがSpringを採用したので考え始めた
実はひがさんの考えは(1)～(3)ではない

(4)SpringベースのSeasar3

Springベースにしたらいいんじゃないかと思っている
Spring上でHOT Reloadingを提供

理由

今の流れ→Springベース
- 真っ向からぶつかっていくのは1開発者としては面白い
- でもユーザーのことを考えるとどうか？
Springが推奨されているのでSpringでテストされているはず
- (Seasar3をぶつけるとしたら)ユーザーとしては、わざわざ別のものをのせるだけの理由が必要
- 上司やエンドユーザーを納得させるだけの理由
生産性
- FWは慣れてくると生産性があがっていく
- 新しいFWを採用すると最初は生産性が低い
- 新たなFWを使用するのはJobChangeのようなもので、これまでの知識は活きるけど新しく覚えなおす必要がある
新しく覚えなおすとしてどちらを選ぶ？
- 推奨されていて公式にテストもされているSpring上で動くSeasar3(つまりSAStrutsとかもそのまま動く)
- 全く新しいSeasar3

ここでもう一度聞きたい

質問:どっちがいい？
- (3)新しいSeasar3を作る
- (4)SpringベースのSeasar3を作る
会場:多くが(4)
今日は誘導しましたねw
- でもまた後でもう一度考えてみて下さい
- Seasar3はどういう道を進めばいいのかを

Springは良くなってきている

SpringにHOT ReloadingをつけたものをSeasar3とすればいいくらいにSpringは良くなってきている
HOT Reloadingについては新しい方式(Java リーベル？)を考案中

SpringベースのSeasar3

現在のスキルを活かしつつ
HOT Reloadingによるサクサク開発で
上司やエンドユーザーを説得しやすい
そんな夢のようなコンテナになるはず

S3Struts + S3JDBC

SAStruts + S2JDBCが今の鉄板なので、S3Struts + S3JDBCを入れることを考えている

Seasar3がやってくるのを聞いて

Enterpriseクラウド向けのSeasarとして、Springベースで信頼性のあるSeasar3は必要なんだろうと思う。

Seasar2ユーザーのために。

SpringベースのSeasar3は必要だとして。

それとは別に全く新しい方式のSeasar3はあって欲しいな。

全く新しい方式なので名前はSeasar3じゃなくていい。

で、そっちでもS3StrutsとS3JDBCとか動けば面白いね。

JCMT2010に参加して

Seasar3のセッション以外も面白かった。AWS、Cacoo、DBFlute、Webとはやぶさ。

色んな人と会うことができたし。懇親会でも沢山の人とお話することができて楽しかった。行って良かった。

今回も多くの方にお世話になりました。ありがとうございました。

コメントを書く

hiro_nemu 2010/06/15 08:49 日曜日は京都からお疲れ様でした。
そして、ひがさんのしゃべった内容が綺麗にまとまっててすばらしいまとめ。
Springベースのを作りつつ新しいSeasar（それともべつの何か）が見られたらそれは、最高ですねー。それは、開発者の負担が大きいんですかねー。

bufferings 2010/06/15 21:30 hiro_nemuさん
ありがとうございます！
やっぱり国産で開発者との距離が近いっていうのは魅力的だし安心感がありますよね。
Spring一択ってのもワクワクしないし、Seasarじゃなくてもいいので選択肢があると嬉しいですねー。

bufferings

2010-06-14

どんなSeasar3がやってくる？

Seasar3がやってくる

Seasar3がやってくるのをダラダラとメモ

Seasar2

2年前と状況が変わってきている

Seasar3についてみんなの意見を聞きたい

今のEnterpriseクラウド

Enterpriseクラウドの動き