聖蹟桜ヶ丘へ 今年度の授業が全て終了した。最後の授業はテスト返却とその確認作業の後は特に何をしろとも言われていなかったので、『耳をすませば』の後半、お姉さんと雫が言い争いをする場面を生徒と皆で見た。 この場面。あの場面、お姉さんは雫に「今しなきゃいけないことから逃…
![はてなブログ | 無料ブログを作成しよう](https://cdn-ak-scissors.b.st-hatena.com/image/square/06a15c64ba0ceec233d86d71001ebb29a9dcbf5d/height=288;version=1;width=512/https%3A%2F%2Fcdn.blog.st-hatena.com%2Fimages%2Ftheme%2Fog-image-1500.png)
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです(たま~にコンピューター関係も) 6月13日の Java Cloud Meeting Tokyo 2010 X Seasar Conference 2010 のお話のまとめ。その1 まずは、6階ホールで行われた、11時からの「Seasar3がやってくる」 ・Seasar2は、2年前に出し、機能をそこから進めていない。 →エンタープライズに使ってもらうには、安定が必要 :賛成の人! 会場の8、9割が賛成 ・エンタープライズにおいてクラウドは 2010年から、本格的には2011年から ・Force.com→VMForce ・Azure (GAEは、スタートアップ向き、AWSは新たなことしたいとき向き) ・最近の動き ・VMForce 知ってる人!会場の5割挙手 ・Google App Engine for Bus
Java Cloud Meeting Tokyo 2010 自分が参加させていただいたもの Seasar3がやってくる « Java Cloud Meeting Tokyo 2010 Google Web Toolkitのすすめ « Java Cloud Meeting Tokyo 2010 Seasarで動いているWebサービスCacooの裏側 « Java Cloud Meeting Tokyo 2010 Google App Engineプラットフォームの勘所 « Java Cloud Meeting Tokyo 2010 GAEの本質とSlim3によるサクサク開発誤解されがちな点 ※急遽内容変更によりSlim3はカット。 Seasar3はSpring+HotReloading(の予定) ひがさんによる、今のJava Cloudをとりまく情勢を踏まえた、現段階でのSeasar3の構想
法政大学で開催されたJCMT2010に参加してきました。 ■Seasar3がやってくる GAEのbigtableではSlim3だが、最近はRDBMSが動くものも提供されてきた。 Cloud環境でSeasarを使う場合、何を使いたい? とアンケート形式でみなさんの感触を確認しながら進められた。 動くならSeasar2.4系を使う、や互換性を持たせた2.5でいいアイデアを盛り込む。 はたまた、まったく互換性のない最適化されたSeasar3を新たに作る。 などの案がある中、最終的には最近の動きでは政治的にSpringが うまいことやってるので、その流れを止める事は難しいでしょう。 でもそのままでは生産性はキツイよね。 という事で、Seasar3はSpringをラップして、HotReloadingを提供するのが いいのではないか?という提案でした。 正直、昔、デファクトであったSpringを勉強す
Seasar2は、機能を枯れさせることに徹し、機能追加は行わないと宣言してから、二年以上たちます。 で、Seasar2が冒険しないことによって、適切な大きさの問題は生まれなくなり、開発者が離れ、Seasar関連プロダクトが生まれなくなり、Seasarユーザも離れていく。使われないSeasarからさらに開発者が離れていく。 こういうスパイラルが発生するかもしれないことについては、どう考えますか? このような声もありました。「機能を枯れさせることに徹する」というのは、かなりの冒険でしたが、今のところ、うまく行っていると思っています。 「RubyやSeasar2、OpenPNEが“定番”に、Linux Foundationが活用動向調査」という記事も出てましたね。 http://itpro.nikkeibp.co.jp/article/NEWS/20100527/348514/ しかし、二年の間
JavaではClassはClassLoaderに読み込まれます。これはほとんどの人が知っていると思います。AOPを使うときのエンハンスされたクラスも同様にClassLoaderに読み込まれます。 これらの情報は、パーマネント領域に格納されますが、ClassLoaderがGCされると解放されます。 Seasar2のHOT reloadingでは、リクエストの度にClassLoaderを作って、そこにClassをロードし、そのClassLoaderは、リクエストが終わったら破棄しているので、Classの情報は、リクエストごとに破棄されています。 HOT relodingによって、パーマネント領域が使いつくされることはありません。 さらっと書きましたが、きちんとClassLoaderを破棄するのは、かなり大変です。リフレクションの情報がキャッシュされているとそれだけで破棄されなくなってしまうから
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く