Seasar2は、機能を枯れさせることに徹し、機能追加は行わないと宣言してから、二年以上たちます。 で、Seasar2が冒険しないことによって、適切な大きさの問題は生まれなくなり、開発者が離れ、Seasar関連プロダクトが生まれなくなり、Seasarユーザも離れていく。使われないSeasarからさらに開発者が離れていく。 こういうスパイラルが発生するかもしれないことについては、どう考えますか？ このような声もありました。「機能を枯れさせることに徹する」というのは、かなりの冒険でしたが、今のところ、うまく行っていると思っています。 「RubyやSeasar2、OpenPNEが“定番”に、Linux Foundationが活用動向調査」という記事も出てましたね。 http://itpro.nikkeibp.co.jp/article/NEWS/20100527/348514/ しかし、二年の間

DI（依存性の注入）×AOP（アスペクト指向）の常識：企業システムの常識をJBossで身につける（3）（1/4 ページ） 企業向けアプリケーションのさまざまな“常識”をJavaのオープンソース・フレームワーク群である「JBoss」から学んでいきましょう。企業システムを構築するうえでの基礎となる知識をリファレンス感覚で説明していきます。初心者から中堅、ベテランまで大歓迎！ 前回の「“全部入り”のEclipseで学ぶ統合開発環境の常識」では、企業向けアプリケーションを構築する際に必要な要素として「統合開発環境」について説明し、実際にサンプルアプリケーションを作成し、企業向けアプリケーションの構築における、統合開発環境の機能やその重要性を学びました。 今回は、DIやAOPを通して、それらに関連するフレームワークやJBossのソフトウェアについて説明していきたいと思います。 企業向けアプリケーショ

Slim3のファーストリリース(今月中)の前に、Seasar2の開発で、どのような戦略をとったのか話しておきます。 2005/11/8、Seasar2.3のバージョンをリリースしました。このバージョンから搭載されたのが、コンポーネントの自動登録機能です。設定ファイル無しで開発できるようにする機能ですね。Springだと2.5から搭載されたcomponent-scan。 Spring2.5のリリースは、2007/11/19なので、実に2年以上差があります。オープンソースの世界では、みんなが手の内を見せ合っているので、誰かが新しい機能を実装した場合、それが良いものであれば、ライバルも直ぐにそれを取り入れ、それほど機能差がつくことはありません。 なぜ、従来のXML地獄を解消する「コンポーネントの自動登録機能」を実装するまでの期間にこれほど差が出たのか、それはガラパゴス戦略のせいなのです。 Sea

「Seasarを採用して早く帰れるようになった」，「開発が楽しくなった」---2009年6月13日に開催したSeasar Conference 2009 Spring（関連記事）で，7社が大規模金融システムや携帯電話向けサイトなどにSeasar2および関連ソフトウエアを採用した事例を発表した。 Seasar公式サイトのPVは月121万 Seasar2はひがやすを氏が中心になって開発しているオープンソースのJavaフレームワーク。Seasar2およびその関連オープンソース・ソフトウエアが数十人の技術者によって開発されており，NPO法人であるSeasar Foundationがそれらの開発と普及を支援している。 現在，Seasar2のダウンロード数は，毎月平均約1000件。これに加えて開発支援ツールであるMavenとDolteng経由のダウンロードも行われている。Seasar Projectの

ActionFormに次のようなプロパティがあったとします。 public Map<String, Object> map;このmapプロパティにStruts的には、次のような感じでアクセスします。 <html:text property="map(aaa)"/>SAStruts 1.0.4-sp5ではこのパターンに対応できていないので、Mapのプロパティにアクセスするときには、Strutsのタグは使えません。かわりに次のように普通のinputタグを使ってください。 <input type="text" name="map.aaa" value="${f:h(map.aaa)}"/>さっき修正したので、SAStruts 1.0.4-sp6(次のリリース)から、Strutsのタグでも使えるようになります。 https://www.seasar.org/issues/browse/SASTRU

流れるようにSQLっぽくO/RマッピングできるS2JDBC：Java初心者が超俊敏にWebアプリを作る方法（最終回）（1/3 ページ） Eclipseプラグイン「Dolteng」のScaffoldという自動生成機能やSeasar 2.4のHOT deploy機能を利用して、DBの参照・更新・削除ができるSAStrutsのWebアプリを作ります。Java初心者だけでなくStrutsに慣れた開発者も必見です 超俊敏にJavaのWebアプリケーションを作るための便利なツールを紹介する本連載も今回で最終回です。 前回の「EL式を拡張したSAStrutsタグ/ファンクションは超便利」では、SAStrutsを利用するうえでJSP記述に便利なSAStrutsのカスタムタグやファンクションについて解説しました。前回までで、SAStrutsをプレゼンテーション層、サービス層、パーシステンス層と分けたときにプ

EL式を拡張したSAStrutsタグ/ファンクションは超便利：Java初心者が超俊敏にWebアプリを作る方法（4）（1/2 ページ） Eclipseプラグイン「Dolteng」のScaffoldという自動生成機能やSeasar 2.4のHOT deploy機能を利用して、DBの参照・更新・削除ができるSAStrutsのWebアプリを作ります。Java初心者だけでなくStrutsに慣れた開発者も必見です 超俊敏にJavaのWebアプリケーションを作るための便利なツールを紹介する本連載も今回で4回目です。前回の「サーバ再起動不要のSMART deployとバリデーション」では、バリデーション（入力チェック・検証）についてStrutsとSAStrutsを比較し、超俊敏に開発するうえで欠かせない「SMART deploy」とは何かについて解説しました。 今回はJSPの話です。このJSPの話で、SA

「毎日毎日動きを続けていると、適切な大きさの問題がつぎからつぎに生まれる」 「それさえ生まれれば、インターネット上にはそれを解決する人が現れる。新聞にクロスワードパズルが載っていたらそれを解く人がいるように、それをみんなが解いていく」 それがオープンソースなんだと。 出展はこちら。 http://www.1101.com/umeda_iwata/2008-11-18.html もともとは、Matzともっちーの対談から生まれたものですね。見たことある人も多いでしょう。目からうろこが落ちた人は少ないかもしれないけど。 Rubyについていえば、上記のことは正しいと思います。Rubyが成功しているのが一番の証拠。ただし、それがオープンソースのすべてなわけではない。オープンソースは、そんな一言で語れるものではない。 別に俺が正解を知っているわけじゃないけど、機能が足りないうちは、いろんな人にその問題

それにS2よりもSpringの方が圧倒的に寿命が長そうに見えますし、HotdeployのためにS2覚えるの？Javarebelが普及して無料で使えるようになっちゃったらS2に移行したコスト意味なくない？とか言われると正直言葉につまります。 JavarebelのHOT deployの実装を見ればわかると思いますが、リクエストのたんびに全コンポーネントをデプロイして破棄していると思います。これでは、クラス数が増えると使い物になりません。 試してみるとわかると思いますが、component-scanは、重い処理なので、リクエストのたびに呼び出すのは、あまり現実的ではありません。 これに対し、Seasar2では、そのリクエストで必要とされたコンポーネントしかデプロイしないので、デプロイの負荷がかなり減ります。規模が大きくなってもそれに影響されないということです。 現実の案件で使うためには、Spri

2009-01-29 最初に言っておくと、結構いい指摘だと思います。せっかくなので、私のほうでも答えましょう。 だから、メンテナンスの不安の問題は、メンテナンスが行われてないということではなくて、メンテナンスが行われているのにメッセージとして発信されていないということだと思う。 ひがさんは上にあげた以外にもちょこちょことSeasar2のメンテナンスは続けられるということをブログに書いているのだけど、やはりブログという刹那的な形態ではなく、公式サイトに常設されたメッセージとしてメンテナンスをやっていくよということを書いていないといけないと思う。 これは、おっしゃるとおり。ただ、こういう政治的なメッセージは、理事会のほうから出したほうがいいと思います。そういう流れで、打ち合わせも進んでいたはず。 私は、プロダクトを作ることに専念するために、理事を辞めたので、プロダクトを作ることに専念したい。そ

某掲示板で、Seasar2の継続性の話が出てたんで、この辺の実際を書いておきましょう。あくまでも、私が書いているので、主観的な意見ですが、そんなに外れてもいないでしょう。 ここでいうSeasar2とは、主要プロダクトのS2Containerのことです。 Seasar2の継続性はきわめて高いはず。なぜなら、ISIDがスポンサーになって、主要なコミッタを雇っているから。ISID自身の基幹システムもSeasar2で再構築しようとしているし、Seasar2を使った社内案件(ISIDがプライムのSI案件)もあるので、サポート力を維持するためにも、ISIDがスポンサーから降りることは考えにくい。 昼間仕事でコミッタ活動ができるということは、かなりのメリットです。 二つ目は、ISIDがスポンサーになっているといっても、利益を上げることは目指してなくて、あくまでも社会貢献の位置づけだということ。利益を上げ

2008年は、実は仕事を減らして、その分DBFluteをやってました。 去年の今頃、大きな決断をしました。リスクは高いですが、 自分はDBFluteをやりたかったのです。 久保さんのDBFluteにかける情熱が伝わってきますね。 今のDBFluteは、SQLファイル(Outside SQL)以外の部分は、独自で作られていると思うので、そろそろS2Daoに依存しないようにしたほうがいいんじゃないでしょうか。 そのほうが、より最適化もしやすいんじゃないかな。 後、Seasar2にも依存しないようにできるとなお良いですね。私は、Seasar2でフレームワークを囲い込もうとは思っていません。より選択肢があったほうが、ユーザの層も増えると思います。 がんばっているプロダクトは、もっともっと成功して欲しい。

TopHatenarとHatenarMapsのシステム構成が、バージョンアップの度に複雑化してきて、自分でも把握しづらくなってきたので、整理する意味で図を作ってみました。 図に示したように、HatenarMapsは、S2RMIを使ってTopHatenarと協調動作しています。はてなダイアリーとはてなブックマークに関するデータをクロールしているのは、TopHatenarの側です。HatenarMapsの側では、TopHatenarのService層をS2RMI経由でコールして、集計済みのはてブ情報を取得し、クラスタリング処理の後にポリゴンを計算しています。その他、HatenarMaps上でコメントビームの表示等がリクエストされる度に、TopHatenarをコールしています。よって、HatenarMaps側のDBには、基本的にポリゴンデータしか入っていません。 以下、図中に出てくるフレームワー

JavaでAnnotationがついたクラスがあったら、それに対して処理したい場合は、Seasar2のコンポーネント自動登録で使っているように、ファイルシステムまたは Jar ファイルを全走査してクラスロードする方法もあります。 ファイルシステムまたは Jar ファイルを全走査してクラスロードしてください。が結論です。 Seasar だったら、 org.seasar.framework.util.ClassTraversal を読むべし。 でも、これは、Seasar2.3時代(3年前)の話で、技術としてはちょっと古い。 HOT deployなどと組み合わせると、リクエストのたびに全コンポーネントをデプロイする必要があるので、コンポーネントの数が増えると実用的には使えないのです。 そこで、考え出したのが、Seasar2のONDEMAND deploy。コンポーネントの定義を見に行って、あれば

StrutsのXML地獄から開発者を解放するSAStruts：Java初心者が超俊敏にWebアプリを作る方法（2）（1/3 ページ） Eclipseプラグイン「Dolteng」のScaffoldという自動生成機能やSeasar 2.4のHOT deploy機能を利用して、DBの参照・更新・削除ができるSAStrutsのWebアプリを作ります。Java初心者だけでなくStrutsに慣れた開発者も必見です 連載第1回の『1分でWebアプリを作れるEclipseプラグイン「Dolteng」』では、Webアプリケーション開発に非常に便利なEclipseプラグインである「Dolteng」の機能を使用して、「SAStruts」（後述）のプロジェクトを自動生成しました。 このDoltengで自動生成されたプロジェクトとソースはテンプレートとしての基本的機能しか作成されていません（Doltengも進化中で

1分でWebアプリを作れるEclipseプラグイン「Dolteng」：Java初心者が超俊敏にWebアプリを作る方法（1）（1/3 ページ） Javaの業務用Webアプリ開発に必要なもの 読者の皆さんは、Javaで業務用のWebアプリケーションを開発するのに必要なものとして何を思い浮かべるでしょうか。統合開発環境？ サーブレット/JSP？ アプリケーションサーバ？ Struts？ DB接続のO/Rマッピング？ DIコンテナ？ 技術的には、これらも確かに必要です。また、アプリケーションが“安全”に“確実”に動くことが業務で使うときには求められます。 上記は当然のものとして、“仕事”として売り上げを上げるためにアプリケーション開発を行う場合に一番求められるのは、アプリケーションを一から開発する際や、デバッグ／修正する際の“速さ”や“俊敏さ”ではないでしょうか。 たとえJava言語の初心者、また