Seasar2の機能追加停止が宣言されてから、すでに6年弱たっています。 Seasar2.4に対する追加要望があれば、もちろん検討します。ただし、大きな変更や追加はもうないでしょう。 Seasar2の今後のロードマップ 2008-01-29 - ひがやすを blog 後継になる予定だったSeasar3も開発が中止されて3年たちました。 Seasar3開発中止 2010-08-06 - ひがやすを blog ここでSeasar2.5を出す方向で動くということでしたが、実現しませんでした。 あのころSeasar2に関わっていた人も、ScalaがメインになったりNode.jsをさわったり、不本意ながらPHPをさわったり、さわってみるとPHPもそれほど悪くなかったり、やっぱりPHP気に食わなかったりと、いろいろな道を進んでいます。 DIコンテナ自体の機能も時代遅れ感がでてきており、関連プロダクトも

実際に利用してみての注意点としては，再起動せずに変更を反映するホット・デプロイ機能は，クラス数が多くなると遅くなることを挙げた。開発が進みクラスが増えてくると，最終的はホット・デプロイを使わずにアプリケーション・サーバーを再起動した方が早くなったという。 Seasar Conference 2009 White でもそんな話があったようだし，最近 ML でも問い合わせがあったし，某巨大掲示板でも話題になってたので，少し (？) 書いておきます． まず，HOT deploy では必要となったコンポーネントだけがロードされます． 例えば Web アプリであれば SAStruts や Teeda などのフレームワークがリクエストに応じて fooAction とか fooPage という名前のコンポーネントを Seasar2 に要求するところから始まります． その際，Seasar2 はファイルシス

なんとなく思ってたSeasarの問題点をまとめてみる。 Seasarというのは、JavaのDIコンテナ+その周辺ライブラリを含めたSeasar2のことと、それらの周辺プロジェクトをとりまとめるSeasarファウンデーションのこと。どの問題がどっちの問題なのかもよくわからないので、ばくぜんとまとめた。 The Seasar Project Seasarファウンデーション はたから見てという視点なのだけど、実はSeasarの開発者ミーティング(という名の飲み会)にはなるべく出席してたり、内情は知ってる。けれども、Seasar2は一回も使ったことがない。チュートリアルを一度動かしたことがあるかどうか、くらい。 なので、状況は知ってるけどプロダクトは知らないという感じ。 で、昨日Seasar開発者ミーティングの後の飲み会でいろいろ言ってたら、こんなところでグダグダ言わずにブログに書けとパパにゆわれ

このエントリでは、S2JDBC-Genを使って手軽にデータベースリファクタリングをする方法を紹介します。S2JDBC-Genは、Javaコード（S2JDBCのエンティティ）の修正をデータベーススキーマに反映させるツールです。 S2JDBC-Genの実行に必要な動作環境は、EclipseプラグインのDoltengを使うと簡単に用意できます。Eclipseはバージョン3.4、Doltengは昨日リリースされたばかりの0.33.0を使います。 長くなりすぎたので見出しを。。。 Doltengのインストール Doltengプロジェクトの作成 Antのコンソールエンコーディングの設定 （Windows上でEclipse3.4を動かす場合にだけ必要） H2の起動とデータの確認 データベースからエンティティの生成 エンティティからDDLとダンプデータの生成 DBリファクタリング（新たなカラムの導入） D

最新版のSeasar2とS2JDBC-Genによって、タイプセーフなデータベースプログラミングが可能になっています。それをHibernateと比較しながら見ていきましょう。 Hibernateの元ネタはこちら。 Hibernate 入門記 クリテリア 最初は単純なLikeを使う例。 Hibernateはこうなります。Expression.*をstaticインポートしています。 session.createCriteria(Model.class) .add(like("name.firstName", "Yu%")) .list();これまでのS2JDBCだとこんな感じ。 jdbcManager.from(Model.class) .where("name.firstName like ?", "Yu%") .getResultList()S2JDBCのタイプセーフな書き方だととこうなりま

「新しいカテゴリのソフトウエアとして位置付け，英語で情報発信して世界への普及を狙う」---ひがやすを氏は2008年5月24日開催されたSeasar Conference 2008 Springで新フレームワーク「Slim（Simple, Less is More）」を発表した。 Slimは，ひが氏が開発したJavaフレームワークSeasar2の機能を絞り込んでシンプルにし，習得しやすくしたものだ。Seasar2はDI（Dependncy Injection）コンテナと呼ばれることが多かったが，DIコンテナとしては海外ではSpringが普及している。Seasar2の特徴であるホットデプロイ（Webアプリケーション・サーバーを再起動することなくプログラムの修正を反映できる）機能を前面に押し出し「ホットデプロイ可能なフルスタック・フレームワーク」という，Javaでアジャイル（俊敏）な開発を行うた

まとまって読めるものがないと、伝わらないと思っていたので、ずっとスルーしてたけど、「Seasar2によるスーパーアジャイルなWeb開発」が本屋に並び始めたので、そろそろ言っておこうか。 最初にHTMLを書いて、やりたいことが決まったら、そこから、Javaのクラスを自動生成していく開発スタイル(ページ駆動開発)は、「他ではほとんど行なわれていない」かつ「有効」な技術で、「Railsのマネ」なんかじゃないと思うよ。DoltengはRailsのようにテーブルからscaffoldもできるだけで、本命は「ページ駆動開発」です。 もちろん、Seasar2は、Railsから多くのものを学んでいます。一番学んだのは、「動く状態を常に保ちながら開発していく」ということ。これを実現するために、HOT deployを完成させたわけです。 たぶん、多くの人が勘違いしているのは、CoCの概念をSeasar2はRai

以前話していた仙台でのイベントですが、東北デベロッパーズコミュニティの発足会になるようです。 http://www.sendai-cafe.com/modules/piCal/index.php?smode=Daily&action=View&event_id=0000000501&caldate=2008-2-4 http://onbandiary.cocolog-nifty.com/taka/2008/01/post_59ce.html 今まで action service dao って言うレイヤで組んでたので （いつもserviceとdaoは空っぽに近い） actionだけで書く、ってのがちょっぴり違和感。 最初にDaoがいるかって話なんですが、あってもいいと思うけど、今後は使われなくなっていくだろうと思っています。 S2JDBCも当初は、Daoの皮をかぶせるつもりだったんですよ。で

S2Jdbc で1件ずつフェッチできれば、それで決定なのになぁ。 大量データを検索して処理したい時に、ListだとOutOfMemoryErrorが発生させてしまう場合がある。1行づつデータを取ってくるIteratorもほしい気がする。例えばこんな感じ。 S2JDBCでHibernateのiterate()やscroll()のように1件ずつ処理したい場合ですが、そういうときは最初にidのリストや配列を取得して、そのあと1件ずつ取得して処理するといいと思います。 1+NのSELECTが発生してパフォーマンスが悪いんじゃん？と思うかもしれませんが、S2JDBCは同じトランザクション内でPreparedStatementをキャッシュしているのでパフォーマンスは結構いいです。N件のSELECTはすべて同じPreparedStatementで処理されることになります。 コードはこんな感じになります。

10/19にJavaデベロッパーのためのAIRセミナーが開催されます。 https://g203.secure.ne.jp/~g203204/Adobe/Flex/20071019/ 私も下記のような感じのセッションをやります。 Adobe AIR / Adobe Flex を使って、Java/データベースと連携するアプリケーションをいかにすばやく作るかについて、ALLライブデモでお見せします。実は、私にとってAIR/Flexのデモは鬼門で、まだ一度も(完全に)成功したことはないんですが、今回は、強いマシンを調達したので、大丈夫だと思います。 去年のデブサミのリベンジがんばります。 来週出す予定のSeasar2の次のバージョン(2.4.18)で、S2Daoが統合されます。 正確に言うとS2Daoの後継といわれていた(S2Dao2.0 or S2Persistence)がSeasar2に統合

6/29 19:00から21:00 wakhokの12FでSeasar2のmini eventを行います。協賛は、日本Javaユーザグループです。 場所はこちら。 http://www.wakhok.ac.jp/tyo-sat/map.html 場所を貸していただくwakhokのみなさまありがとうございます。 うわさのtugboat.GTDが登場します。 http://tugboat-gtd.sandbox.seasar.org/index.html ぜひ、screenshotやデモをお試しください。 イベントの内容はこちら。 Seasar2の実装事例 - tugboat.GTDの紹介 tugboat.GTDの紹介/デモ version 0.8 Preview: tugboat.GTD + RESTful WEB Services. Super Agile Web Development

デブサミ-VisualBasic, Delphiから10分でJava+Flex2にポーティング http://d.hatena.ne.jp/higayasuo/20070118#1169099987 携帯用のコンテンツを開発するときに､ドコモ、AU、ソフトバンク用にテンプレートは異なるけど､サーバサイドのロジックはいっしょということもあるでしょう。そんなニーズに応えるのが､1ページ複数テンプレート機能です。 例えば､HogePage.javaがあった場合に､hoge_i.html, hoge_a.html, hoge_s.htmlの3つのテンプレートを用意しておきます。HogePage.javaに次のようなdoメソッドがあった場合､次にどのページに遷移するのでしょうか。 public Class doAction() { return Hoge2Page.class; }hoge_i.ht

DIContainerの中国語のサイトを追加しました。 http://s2container.seasar.org/cn/DIContainer.html 劉さん、どうもありがとうございました。 EJB3は、思った以上に普及のスピードが遅いですね。まだ、商用のアプリケーションサーバでJavaEE5をフルサポートしたものが(私の知ってる限りでは)いないというのが、最も大きな原因だと思いますが､EJB3自体が現在のDIよりもスペックがかなり落ちると言うこともあると思います。 結局EJB3の仕様のみでは機能が足りずに特定のフレームワークの助けを借りることになるので､あえてEJB3に移行するメリットが見えづらいと言うところがあるのでしょう。 実は､Seasar2.4は、EJB3のコンテナでもあるのですが、ほとんど宣伝していないのは､実際にうちの会社で使ってみて、標準ということ以外は､あまりメリット