Seasar2を新規案件に採用するのはそろそろやめたほうがいい - きしだのHatena
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コンテナ自体の機能も時代遅れ感がでてきており、関連プロダクトも
S2JDBCで複数DB接続する つづき - newta(にゅーた)の日記
koichikさんからコメントもらっちゃった、ワーイ。 で、 Customizer で適切な JdbcManager が DI されるようにするのがオススメです． とのことなので、 前回の１つ目の方法をベースにServiceにDIするJdbcManagerを切り替えるようにしてみる。 とりあえずカスタマイザを作ってみた。 /** * DIするプロパティ設定をカスタマイズします。 * @author newta */ public class DIPropertyCustomizer extends AbstractCustomizer { private final String expression; private final String propertyName; public DIPropertyCustomizer(String propertyName,String expr
S2JDBCで複数DB接続する - newta(にゅーた)の日記
SeasarのS2JDBCで複数DB 方法は２つあります。 ・JdbcManagerを２つ用意する方法。 ・SelectableDataSourceProxyを使用する方法。 まず、１つ目のJdbcManagerを２つ用意する方法から jdbc.diconを元にDataSourceを2つ定義します。 H2とOracleの設定です。ＤＢのチョイスは適当。 ここは２つあるだけでいつもと一緒。 jdbc-a.dicon <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE components PUBLIC "-//SEASAR//DTD S2Container 2.4//EN" "http://www.seasar.org/dtd/components24.dtd"> <components namespace="jdbc"> <include pa
SeasarのプロダクトMap - 主観で纏めてみた - - newta(にゅーた)の日記
Seasarプロダクトはすごい使われてそうなのと あんまり使われてなさそうなのも全部並列に並んでて、 あんまり詳しく無い人はどれがどんな感じなのかわからなそうなので、 自分の知ってる限りの知識で纏めてみた。 主観なので参考程度にどうぞ。 プレゼンテーション層系 ●現役のメジャー SAStruts Teeda S2Flex(S2Flex2) ●次世代（パワーアップ中） Cubby Ymir ●ビュー層 Mayaa Teedaはビュー層まで含まれるけど、 それ以外はコントローラのフレームワークで JSPかMayaaと組み合わせる感じ。 おそらく今のSeasarオススメとしては SAStruts( + Mayaa) か Teeda でしょ。 どっちがいいかは開発メンバーとかプロジェクトのスタンスとかで どっちでもメリット、デメリットがあると思う。 スキルにばらつきがあるならSAStrutsの方が
Teedaでの開発ポリシー - akiraneko’s blog
私が思っている小規模から中規模向けのTeeda開発ポリシーです。 大規模はそもそもSAStrutsを（あわわ） 前提の前提 オフィシャルサイトの『現場で役立つ実践Teeda』（http://teeda.seasar.org/ja/presentations.html）が標準的な開発環境をきれいに記述しているドキュメントになります。 全体的にここのプレゼンテーション資料は非常に質が高いので、すべて目を通しましょう！ 前提 データベース周りの処理はDBAが担当、ロジックはロジック専用の人が担当、画面は画面専用の人が担当っていう階層わけした開発用ではありません。機能ごとでの分担を前提としています。 また、デザインパターンを意識しないでいます。そもそもデザインパターンは作っていて問題がでたから導入する流れが好ましいと思っているので、無駄に複雑なデザインパターンありきで実装をするのもどうかと思ってい
HOT reloadingとClassLoaderを理解しよう - ひがやすを技術ブログ
JavaではClassはClassLoaderに読み込まれます。これはほとんどの人が知っていると思います。AOPを使うときのエンハンスされたクラスも同様にClassLoaderに読み込まれます。 これらの情報は、パーマネント領域に格納されますが、ClassLoaderがGCされると解放されます。 Seasar2のHOT reloadingでは、リクエストの度にClassLoaderを作って、そこにClassをロードし、そのClassLoaderは、リクエストが終わったら破棄しているので、Classの情報は、リクエストごとに破棄されています。 HOT relodingによって、パーマネント領域が使いつくされることはありません。 さらっと書きましたが、きちんとClassLoaderを破棄するのは、かなり大変です。リフレクションの情報がキャッシュされているとそれだけで破棄されなくなってしまうから
eclipse 3.4 の Subversive のインストール と slim3 デプロイのメモ - Cyokodog::Memo
全然うまくいかなかったけどここ見て解決 http://d.hatena.ne.jp/stryh/20080817/1218966964 http://d.hatena.ne.jp/stakizawa/20080726/t1 http://eclipsewiki.net/eclipse/index.php?Subversive%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3 さらにslim3のチェックアウトがなかなかうまくいかず http://d.hatena.ne.jp/higayasuo/20090411/1239460908 http://secondarykey.blogspot.com/2009/05/gaeslim3.html https経由でないとうまくいかない（TortoiseSVNでも） https://slim3.googlecode.com/svn/ さらに
S2AOPを読む - <s>gnarl,</s>技術メモ”’<marquee><textarea>￥
動機 仕事でSAStrutsを使うことになったけどストラッツとかディーアイとかエーオーピーとかわかんないです。 目的 メソッド呼び出しがインターセプトされるまでの流れを理解する。インターセプタの起動順序はどこで決まるのか把握。 更新履歴 20090327 MethodInvocation#proceedの使われ方について加筆 このコードの流れを追ってみる http://s2container.seasar.org/2.3/ja/aop.html#nodicon Pointcut pointcut = new PointcutImpl(new String[]{"getTime"}); Aspect aspect = new AspectImpl(new TraceInterceptor(), pointcut); AopProxy aopProxy = new AopProxy(Date.
mobylet（モビレット） | 携帯Webアプリケーションを開発するためのJavaオープンソースフレームワーク
「mobylet（モビレット）」は携帯向けWebアプリケーション構築のために特化した、 強力なJavaオープンソースフレームワークです。 「mobylet」を導入することで得られる機能には、次のようなものがあります。 3キャリアの絵文字の表示/入力/変換に対応 3キャリアの絵文字入りメール/添付メール/デコメールの送信に対応 ブラウザサイズに合わせて画像を動的にリサイズ表示 アクセスした端末のUID/GUID/端末プロファイル情報などを取得可能 非常に簡単なGPS/GoogleMapインターフェースを提供 携帯端末のキャリア・機種毎に異なるブラウザ仕様への対応は非常に手間のかかる作業です。 開発者は、PC向けWebアプリケーションのクロスブラウザ対応以上に困ることも多いでしょう。 mobyletは、そんな携帯独自の開発を容易にする機能を提供し、 効率的な携帯向けWebアプリケーションの構築
The Seasar Project - S2Container.PHP
% cat quickstart.php <?php require_once('S2Container.php'); class Action { public $service; } class Service { public $dao; } class Dao { private $pdo; public function setPdo(PDO $pdo) { $this->pdo = $pdo; } } s2component('PDO')->construct(function(){ return new PDO('sqlite::memory:'); }); var_dump(s2get('Action')); % % % php quickstart.php object(Action)#36 (1) { ["service"]=> object(Service)#51 (
そろそろSeasar2のガラパゴス戦略について語っておくか - ひがやすを技術ブログ
Slim3のファーストリリース(今月中)の前に、Seasar2の開発で、どのような戦略をとったのか話しておきます。 2005/11/8、Seasar2.3のバージョンをリリースしました。このバージョンから搭載されたのが、コンポーネントの自動登録機能です。設定ファイル無しで開発できるようにする機能ですね。Springだと2.5から搭載されたcomponent-scan。 Spring2.5のリリースは、2007/11/19なので、実に2年以上差があります。オープンソースの世界では、みんなが手の内を見せ合っているので、誰かが新しい機能を実装した場合、それが良いものであれば、ライバルも直ぐにそれを取り入れ、それほど機能差がつくことはありません。 なぜ、従来のXML地獄を解消する「コンポーネントの自動登録機能」を実装するまでの期間にこれほど差が出たのか、それはガラパゴス戦略のせいなのです。 Sea
「早く帰れるようになった，開発が楽しくなった」---SeasarConで7社が採用事例を発表
「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の
HOT deploy が遅くなるとき - 日記
実際に利用してみての注意点としては，再起動せずに変更を反映するホット・デプロイ機能は，クラス数が多くなると遅くなることを挙げた。開発が進みクラスが増えてくると，最終的はホット・デプロイを使わずにアプリケーション・サーバーを再起動した方が早くなったという。 Seasar Conference 2009 White でもそんな話があったようだし，最近 ML でも問い合わせがあったし，某巨大掲示板でも話題になってたので，少し (？) 書いておきます． まず，HOT deploy では必要となったコンポーネントだけがロードされます． 例えば Web アプリであれば SAStruts や Teeda などのフレームワークがリクエストに応じて fooAction とか fooPage という名前のコンポーネントを Seasar2 に要求するところから始まります． その際，Seasar2 はファイルシス
Seaser Conference 2009 Springに行ってきた - ありの日記
以下の内容を聞いてきました。 ファウンデーション社員総会 Slim3 on Google App Engine/Java (ひがやすを氏) Smart! Jiemamy DBの構成管理(都元 ダイスケ氏) Scalaのwebフレームワーク liftの紹介(尾崎 智仁氏) BigtableとJDOの勝ちパターン(ひがやすを氏) ライトニングトークス Slim3 on Google App Engine/Java (ひがやすを氏) まず、がつんと言っておきたいことがある、というとこから始まった。この前ブログで書いていたことかなと思ったがそうじゃなかった。 GAE、BigTableという新しい技術に対して逃げ腰になっていないですか。もしそう思っているなら、それは老害の始まりかもしれません。 BigTableを見て(さわってみて)使えないと思ってないですか サンドボックスの制限を見て使えないと思っ
Seasar Conference 2009 Springで聞いた内容をざっくりと書いた - いろいろ解析日記
昨日のSeasar Conference 2009 Springで聞いた内容をざっくりと書きました。 Slim3 on Google App Engine / Java ひがさんのSlim3についてのセッション。 Slim3の話に先立ち、「Google App EngineとBigTableは老害のリトマス試験紙」であるとガツンとおっしゃっていました。 Google App Engineはサンドボックスによる制限が強いため、従来のJava Webアプリケーションで出来ることのうちいくつかが出来ません。また、BigTableは、従来のRDBMSと同じ使い方は出来ません。「従来のモノと比べて、出来なくなったこと」を理由にして、Google App EngineやBigTableを否定する人には老害の危険性があると、ひがさんは指摘されていました。 Googleはよく考えた上で、Google Ap
Seasar Conference 2009 Spring のレポート - kagamihogeの日記
Seasar Conference 2009 Spring - トップページ に行ってきました。 セッション一覧 を見ればわかるんですが、今回は事例発表のコマ主体でした。勿論技術者向けの濃いセッションもありました。ただ、俺は今回事例発表をメインにやってる部屋にずっと居ました。なのでレポートもあんまし技術的な色が無く、いつもにも増して個人的なメモ色が強いです。事例発表の部屋にずっといたのは、布教の仕方というか何故 Seasar2 を使うに至ったのかというか、そういう点にすごく興味あったりするから。Seasar2 のプロダクトって魅力的なものがすごい多いと思うだんけど、俺自身は仕事ではまだ全然使ったことがない―使いたいんだけれども。 ただ、ひがさんの BigTable の話は部屋から人あふれるぐらい盛況だったのでちょっと聞きたかったなぁ……とｗ ライトニングトークスの後にアンコールでもう一度話
東北デベロッパーズ・コミュニティ：第３回Seasar勉強会 - nigredoな日々 〜 arcanum.jpの出張所 〜
こちらに参加しての所感 TDC : 第3回Seasar勉強会 in Sendaiを5/30に開催します！ http://tohoku-dev.jp/modules/news/article.php?storyid=18 参加動機と会場について 正直、SAStrutsの勉強よりも勉強会ってどんなものだろうか？ってのを体感したくて参加してみました。あと、自分は社内で勉強会を開いたり、前でしゃべる機会もある方みたいなのですが、いつも「これでいいのかな？」って思いながらやっている。そんなワケで、どんなしゃべり方、進め方をすればよいか見て参考にするため。 会場は以外と狭くて、１つのテーブルで２人、２つのテーブルをくっつけてお互いのテーブルの人が向かい側に座る構成。単に机を講師に向けて座るよりこうしたほうが、分からないときにお互いに聞きやすくなるんだろう。（聞く人が１人から、３人に増える）ただ、初めて
ORM比較(5) - S2JDBC - しがないプログラマ の日記
S2JDBCは、SeasarプロジェクトのS2Containerにextensionとして標準で付属してるORマッピングです。DIコンテナにSeasar2を使う場合には、ORマッピングとして一番最初に使用候補に挙がることになると思います。ただし、JPAのアノテーションにはほぼ対応していますが、JPAに準拠してはいません。使い方は独自の方法を取ることになります。 公式ページは http://s2container.seasar.org/2.4/ja/s2jdbc.html になります。 今回使うライブラリは、S2-Framework,S2-Extension,S2-Tigerを使うことになります。実際に必要なライブラリは以下の通り。 s2-framework-2.4.35.jar (S2-Framework本体) aopalliance-1.0.jar (S2-Framework依存ライブラ
Javadoc の書き方 - イトウ アスカ blog
みなさん、Javadoc 書いてますか？ Javadoc は「API ドキュメント」と言われることが多いように、主にライブラリ的なプログラムで書いてこそのものだと思っている方もいるかもしれません。しかしながら、仕様書を Word や Excel（笑）で別途作ると、プログラムと仕様書の同期がとれてないというはめに陥り易くなりますので、Javadoc はどんなときも活用したいというのが私の考え方です。 まず、overview.html を書け Javadoc コメントをいくらか書くような人でも、overview.html を書く人は意外と少ないのではないでしょうか。リファクタリングが何度となく行われるアジャイル開発の現場では、クラスの構成がよくかわりますので、いちいち詳しいコメントを書いていられないということはあるかもしれませんが、overview.html はそれほど何度も手をつけるようなも
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
転送中