Seasar3の開発を担当する予定だった小林さんが、Seasar3開発のモチベーションが萎えちゃったようなので、開発を一旦中止します。 http://d.hatena.ne.jp/koichik/20100806#1281070800 お前がやればいいじゃないかと言われそうですが、今、丸山先生が、Spring/Rooをとても熱心に追っかけているんです。 http://maruyama.cloud-market.com/cloud-doc/Roo.pdf http://www.ustream.tv/recorded/8600913 丸山先生が熱心に追っかける技術は流行らないというジンクス(先生ごめんなさい)を私は真面目に信じているので、小林さんがヤル気をなくしたのもあり、Seasar3の開発は中止したいと思います。 ちなみに、去年PDCというマイクロソフトの大きなイベントに行って、Azure
Seasar2徹底入門なる書籍を書かせていただいて言うのもなんですが、正直言って数年前はSeasar2はそれほど好きではありませんでした。そんな僕がなぜSeasar2徹底入門という書籍を執筆するに至ったかという話をさせていただきたいと思います。 Seasar2が大きな盛り上がりを見せていた当時、DIコンテナとしてSeasar2がSpringよりも使いやすいのはわかっていたのですが、Spring（やその他のデファクトな海外製フレームワーク）が使いにくいのであれば、Seasar2などというガラパゴスなフレームワークを作るのではなく、デファクトなフレームワークが使いやすいように本家にコントリビュートしていくことに労力を使ったほうが皆が幸せになれるのに…と思っていました。 また、S2JSF→Teeda→SAStrutsの流れに見えるような一貫性のなさにも困惑していました。当時S2JSFが使用してい
■ [Seasar]Seasar Conference 2009 Springに行ってきました Seasar Conference 2009 Springに行ってきました。自分の発表ですが、スライドは最初のと比べると随分削ったのですが、一番話したかった「今後の課題」の前で時間切れ…。ユニットテストのExcel自動生成やWebDriverのデモも考えていたのですが、到底無理でした。かなり急いだつもりだったのですが、その分バタバタしてしまいましたし、なんかものすごく残念な感じです。やっぱり事例紹介じゃなくてプロダクト紹介でエントリーすればよかったなー。なにはともあれ見苦しい発表になってしまい申し訳ありませんでした。資料はあとでカンファレンスのサイトのほうに掲載されると思いますのでご覧いただければと思います。他のセッションでは、Mobyletがとても面白かったです。Mobylet自体よりも前段の
■ [S2Click]S2Clickの事例 昨年の11月頃から今年の3月まで、S2ClickとS2JDBCを使ったアジャイルプロセスでのシステム開発を行っていました。本当はSeasar Conferenceなどで事例紹介をさせていただければと思っていたのですが、わけあって3月のカンファレンスには参加できなかったので、ここで書いておこうと思います。 ページとフォームを分ける S2Clickではページクラスとフォームクラスを別のクラスに分離する構成を推奨しています。またフォームクラスを実装する際に便利な抽象基底クラスを用意しています。これは以前Clickを使ったプロジェクトで、ページクラスでフォームの組み立てまで行うとページクラスの見通しが非常に悪くなるという反省に基づいているのですが、やはり分けて正解だったと思います。ページクラスの見通しが良くなるだけでなく、フォームクラスを登録画面と更新画
オヤジ臭を石鹸で消すことができるのか？加齢臭の原因を知り、予防対策を行うことでおやじ臭を消すことや話題の石鹸の紹介もしています。加齢臭の原因は「ノネナール」と言う体臭成分が体から発生することで臭う。 これは、資生堂が発見した物質で、体から出る脂肪酸が発酵してできるものです。 40代を過ぎると抗酸化力が低下し、若いときよりも代謝の低下で脂肪酸が残りやすくなり「ノネナール」の発生が多くなります。 喫煙者の方がオヤジ臭がより臭くなるそうですから注意が必要ですね。 脂肪酸を洗い流す オヤジ臭の原因の「ノネナール」は皮膚に残った、脂肪酸が発酵しないと発生しませんから肌をいつも清潔に保つことが大事なんです。 ワイシャツや下着を清潔に また、この物質は、ワイシャツですと襟の部分にたまりやすいので、この部分を清潔に保つこと、もしくはこまめにワイシャツや下着を変えることも大事です。 食事の注意 食事なども脂
S2JDBC-Genの大きな特徴はエンティティクラスからDDLを生成することにあります。これまでの開発ではスキーマを修正してからJavaクラスを変更という流れが一般的だったと思いますが、S2JDBC-Genはエンティティを修正してからその変更をスキーマに適用といった流れの開発を可能にします。 DDLの生成 gen-ddlというAntタスクを用意しています。これを実行するとエンティティクラスからスキーマ作成用のDDLとスキーマ削除用のDDLの両方を同時に生成します。いまDDLのバージョンが1だとすると、バージョン2用のDDLが0002ディレクトの下に生成されます。 こんな感じです。 gen-ddlをするたびにバージョン番号をあらわすディレクトリが増えていきます。 dbとかmigrateとかのディレクトリの名前づけはRailsを参考にしています。そのほうが何かとわかりやすいと思ったからです（変
いやー，今週は公私ともにパツパツ． 今回参加してわかったこと(個人的な意見が含まれます) Teedaは捨て去られたものではない． Teedaは1.0系を安定化させ，1.1系はちゃんと進化していく．これを聞いて安心した人は多いかもしれません．Teedaが登場してその後にSAStrutsがぐわーっと話題になってTeedaはどうなるんだろう感があってｗ，Seasarプロジェクトとしてどちらのフレームワークに力点を置くのかという疑問があったわけです．でも，話を聞いてやっと理解できました．開発案件の特性に応じて使い分けることが重要って話なんですね．開発者にとってよりよい選択肢が増えるということですね． ひがさんの口から今後のロードマップについてはっきりと説明があったことはよいことだと思います．今後，Teedaが枯れながらも，正常進化を遂げていく過程でウェブや書籍の情報も市場に浸透されていくことを願い
僕の環境はEclipse3.3 WTPでmaven2を使用したプロジェクトで、Tomcat Plubinを デフォルトだとSeasar2のhot deploy機能を有効にしているのに、WTPさんが毎回Publishingしてしまってあんまりhot deployの恩恵を受けていない感じだったので、Publishingな設定をはずしてみました。 Default output folderを変更 プロジェクトのプロパティ→Java Build Path→Default output folderを変更（TomcatPlubinと同じように{PROJECT}/src/main/webapp/WEB-INF/classesを指定）←mavenを使っている場合に必要 Serversに設定してあるTomcatの設定を変更 Over viewタブ設定 Server OptionsのServer modul
OSS開発基金ないし、OSS開発者むけファンドとでも呼ばれるようなものを、Seasarファウンデーションで今年度施策として設立したいと考えています。これは、OSSを開発する個人および団体に対して主に人件費を直接支援する仕組みです。昼間はしっかり仕事でプログラミングして、夜や土日にOSS開発に関わるというのがよくあるスタイルだと思いますし、楽しみとして好きなプログラミングを行うのは幸せなことでもありますが、労働基準法などにも示される日本の労働環境/行政の趣旨から言うと、昼生産活動に従事して夜は家帰って寝るというのが基本です。じゃあ昼間にOSS開発しようということになってもボランティアベースで主に構築されているOSSのエコシステムになじみづらい環境にあり、参加したくともなかなか参加できない方もいることでしょう。 IPA未踏ソフトウェアの私家版と言ってもいいし、エコファンドと言えるかもしれません
S2DomainModel 0.1をリリースしました。S2DomainModelは、Seasar2でドメインモデルやDDDの実装をサポートするためのライブラリです。 http://ouobpo.sourceforge.net/s2domainmodel/ 前回のエントリ「DIコンテナとドメインモデルの相性の悪さ」で書いたとおり、ドメインモデルの中で直接生成されるドメインオブジェクト（= Entity + Logic）に他のオブジェクトをDIすることは設計上難しく、ドメインモデルの自由な設計が阻害されてしまいます。そのため、DIコンテナを使った開発では、リッチなドメインモデルは敬遠されがちです。 S2DomainModelは、この相性問題を解決するためのライブラリです。ドメインオブジェクトにDIできる仕組みを提供することで、DIコンテナを使った、より自由なドメインモデル構築を可能にします。
アノテーションによるネストした子Dtoのバリデーションは、複雑なことは対応しないという方針に基づいて、やってくれないのが仕様です。 2008-04-17 - 出羽ブログ 自分でカスタマイズするなら ActionCustomizer を継承し、setupValidator メソッドに少しコードを追加するすることで対応可能です。プロパティを getClass() して、その定義クラスを getFileds() し、getAnnotations() した後、プロパティ名 + "." + ネストプロパティ名をバリデーション対象として登録みたいな感じだったと思います。 追記：コードイメージ Cubby TIPS にあるような画面部品を実現する場合は下記のような感じ。Action に依存しないため、かなり便利です。 common.jsp や header.jsp で dao を getComponen
可燃プロジェクトに飛び込むことになりました。下記のような炎上する要素満載。 関係者各社に告知済みのためカットオーバーは伸ばせない 外部仕様を策定した会社は行方不明 外部仕様はあるが、OS も AP サーバも環境もアーキテクチャーも未定 外部仕様を分かる人がいないw 開発は 3 社合同なのにソース管理方式も決まってない DB アーキテクト不在っぽい フレームワークに詳しい人がいない AJAX っぽいのたくさん お金がない、規模はわりとでかい、納期短い、残業禁止、増員不可 どうしろとw なんとなく、全体の士気低下が発生し、デスマ・スパイラルに陥り抜け出せなくなり、みんなで逃亡パターンですが、とっとと全部決めてしまうことにしました。開発者に学習時間はありません。素の Struts vs SAStruts + S2JDBC。以下、要調査。 SAStruts 入力チェックのエラーは項目ごとに出力する
Springは2.5からコンポーネントの自動登録も実装され、HOT deploy以外は、Seasar2との差もほとんどなくなりました。私の願いは、「多くの開発者に楽しく開発してもらうこと」なので、Springを使っている人に楽しく開発してもらうことも、もちろん私の願いです。 そこで開発したのが、Super Agile Spring。Seasar2のSMART deploy(HOT deployを含む)のエンジンをSpringに移植したもので、ApplicationContext(Springのコンテナ)のラッパーとして機能します。 例えば、getBean("fooService")した場合、最初、SpringのコンテナにそのBeanが存在するか尋ね、存在している場合は、そのままSpringのBeanを返します。存在していない場合は、名前から自動的に、ルートパッケージ.service.imp
国産のOSSについて見てみると，Rubyは「◎」，Seasar2は「♪」，運用管理ツールのHinemosは「♪」，Rubyベースのバグトラッキング・システム影舞は「○」，プロジェクト管理ツールのProject Keeperは「♪」となっている。 正直なところ、大手SIerがSpringではなく、Seasar2を選ぶ可能性は少ないでしょう。 一番の理由は、Seasar2は、電通国際情報サービスの影響が強いように見えること。競合する可能性ある会社の影響の強いフレームワークは、よほどのことがない限り選ばないと思います。 某N社の幹部が「Seasar2は、電通国際情報サービスが開発しているから、使わない」といっていたと、風のうわさで聞いたことがあります。「電通国際情報サービスが開発している」ってのは、はっきりいって間違いです。うちの会社は、何人かのコミッタに給料を払っていて、就業時間中にSeasa
Teedaのメリット・デメリットについて振り返ってみたいと思います. ■Teedaのメリット ・HTMLテンプレート まずはなんといってもHTMLテンプレートではないでしょうか。 レイアウトを確認するうえでは威力を発揮しやすいと言えます。 また前工程でユーザに確認してもらうために作成したモックをそのまま開発に 持ち込める点は良いのではないでしょうか。 ・設定ファイルレス 規約による設定ファイルレスはTeedaの中でも生産性に貢献する部分のひとつです。 簡単な規約を付与することで、設定ファイルに書くタグ＋設定内容を規約に 置き換える部分は効果はあったでしょう。ただしデメリットもあります。後述します。 ・POJOベースのPageプログラミングモデル POJOなPageクラスをHTMLと1対1でバインドするTeedaの方法は 役割としてはとてもわかりやすかったように思います。DoltengのHT
今日は、ITpro EXPOで高橋会長とパネルディスカッションがあったのですが、Matzが遊びに来ていたので、Webアプリケーションをなめるなの真相を聞いてみました。聞いたといっても実際に聞いたのは、高橋さんです。俺のほうからはききづらいよね(笑)。記憶が完璧でないので、正確な話ではないですが、大体はあってるはず。 Matzは、言語オタクなので、Rubyをはじめプログラム言語の悪いところは指摘せざるを得ないそうです。もちろん、良いところも。 だから、PHPを貶める意思もないし、Rubyを持ち上げる意思もない。オタクとして問題があるところは指摘せざるを得ない。 大体はそういう感じです。私は、ヲタではないので、その辺の気持ちが良くわからないのですが、羽生さんのアニヲタ振りを見るとそうなのかもしれないですね。 私も最初あのエントリを見たときは、ちょっと違和感あったけど、話を聞いて気持ちはわかりま
を作ってみようと思ったら、なんかあっと云う間だった。 VeloPoiはこちら↓から戴いてそのまんま使うとして。 http://d.hatena.ne.jp/nowokay/20050526 public class S2VeloPoiInterceptor extends AbstractInterceptor { private static final long serialVersionUID = 5774644597591718973L; public Object invoke(MethodInvocation invocation) throws Throwable { Method method = invocation.getMethod(); if (!MethodUtil.isAbstract(method)) { return invocation.proceed()
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に統合
Seasar2のjavadocをとりあえず全部埋めました。Eclipseの警告もゼロです。予定よりだいぶ遅れてしまい申し訳ありませんでした。s2-frameworkとs2-tigerでしたら、今の状態でもそろっています。 http://s2container.seasar.org/2.4/ja/index.html まだまだ、不完全でいたらないところは多いと思うので、引き続き精査をすすめていきます。改善ポイントを指摘していただければ幸いです。 javadocを書くに当たって、javadocチームの協力が大きな支えになりました。どうもありがとうございました。また、Seasar2のコミッタの方もお疲れ様でした。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く