HOT reloadingとClassLoaderを理解しよう - ひがやすを技術ブログ
JavaではClassはClassLoaderに読み込まれます。これはほとんどの人が知っていると思います。AOPを使うときのエンハンスされたクラスも同様にClassLoaderに読み込まれます。 これらの情報は、パーマネント領域に格納されますが、ClassLoaderがGCされると解放されます。 Seasar2のHOT reloadingでは、リクエストの度にClassLoaderを作って、そこにClassをロードし、そのClassLoaderは、リクエストが終わったら破棄しているので、Classの情報は、リクエストごとに破棄されています。 HOT relodingによって、パーマネント領域が使いつくされることはありません。 さらっと書きましたが、きちんとClassLoaderを破棄するのは、かなり大変です。リフレクションの情報がキャッシュされているとそれだけで破棄されなくなってしまうから
新・たけぞう瀕死の日記
■ [Seasar]S2Chronosを実戦投入 いまやっているプロジェクトではバッチ処理にS2Chronosを使っています。S2ChronosはS2ベースのジョブスケジューラで、Webアプリケーションに組み込んで使えるのが大きなメリットです。cron等の設定が不要になるのでwarファイルをデプロイするだけで動かすことができますし、Webアプリケーションで使っているサービスやエンティティなどを共有できるのも便利です。OSSのWebアプリケーションにバッチ処理を組み込みたいというようなケースではかなり有力な選択肢になるのではないでしょうか。インストールガイドが用意されていますが、Webアプリケーションに組み込む場合はこの他にもweb.xmlの設定が必要です。このあたりは作者の方のブログで書かれています。この他に、タスク単位にトランザクションを切りたかったのでcustomizer.diconの
Javaのコネクションプーリングの仕組み - ひがやすを技術ブログ
Javaのコネクションプーリングがどのような仕組みになっているのか、知らない人は結構多いんじゃないかと思います。 Slim3のコネクションプーリングの実装を見ると、この辺が理解できるようになります。トランザクションとコネクションプーリングがどのように連携しているかを把握することは重要です。 http://svn.slim3.org/browse/trunk/slim3/slim3-datasource/src/main/java/org/slim3/datasource/ 登場人物は、4人しかいないから簡単ですね。 最初に見て欲しいのは、ConnectionWrapper。DataSource.getConnection()したときに戻されるコネクションの実態です。このコネクションを論理的なコネクションと呼ぶようにします。 主な役割は、コネクションがクローズされたときに、コネクションをプー
Seasar アレルギー - イトウ アスカ blog
最近、自分が Seasar ファンであることを堂々と言えなくなってきました。と、いうのも S2Container が「複雑」に感じるようになったからです。 いや、前からそうは思っていたんです。ですが、「動き出したら」すごくサクサクでいいなぁという思いが強かったので、それほどその複雑さは気になってなかったんですよね。 複雑だと感じる一番のポイントは XML 地獄じゃないけど dicon 地獄。もちろん、黄金のパターンができてしまえば使いまわせばいいといえばいいのですが、だからって無視できるほどのものじゃない。新たに何か機能を追加しようと思ったとき、dicon とにらめっこしなくちゃいけないし、Smart Deploy がからんでくると「何で dicon に書いてあるのにインジェクションされないんだろう？」なんてことがよくある。それから、dicon を書き損じてるとき、なんで悪いのかも結構判断
Seasarに関してこの2年間やってきたこと - ひがやすを技術ブログ
おととい、Seasarの理事、主にまさたかさんと、しばらくぶりにちゃんと話しました。そこで、おいらが、この2年間くらいの間、何を考え、何をしていたか話したんだけど、「ひがさんが何をしていたかしらなかったよ」と、まさたかさんがいってたので、きっと、コミッタの人やユーザーの方も同じだと思うので、Seasarに関してこの2年間やってきたことについて書いておこうと思います。 まさたかさんと、ここんとこ話をしていなかったのは、別に仲が悪かったわけではなく、はぶさんが理事を抜けた後、飲み会とかやらなくなったから、というのが原因。後、おいらも結婚したので、あまり外で飲まなくなったってのもあります。 2年前のSeasarがどのような状態にあったかっていうと、ちょうど、キャズムに陥っている状態。そこそこの知名度はあるけど、アーリーアダブタ以外は手を出さない。 そこで、私が行なったのは、HOT deploy、
新・たけぞう瀕死の日記
■ [執筆]BOOK REVIEW - Web開発者/デザイナー待望の国内初jQuery本 マイコミジャーナルでjQuery本のレビュー記事を書きました。いままでPrototype.jsを使うことが多く、jQueryはそれほど本格的にいじったことはなかったのですが、拡張CSS的な使い方もできるのでデザイナ向けというのもなるほどーという感じです。この書籍についてはjQuery UIもカバーしていたり、リファレンス的な部分も充実しているなど、jQueryを使っている人であれば手元に置いておいて損はない一冊だと思います。Ajax部分が薄いかもとか、サンプルはプリミティブなものが多く実践的なものも欲しかったかなーとか感じる部分はありましたが、ある程度基礎知識のある人には充分でしょう。jQueryのWebサイトにあるドキュメントはなんかゴテゴテしていて個人的には見にくいなーと感じることもあるのでこの
Seasar2系のノウハウをSpringコミュニティに提供 - ひがやすを技術ブログ
私がSlimというプロジェクトをはじめるということは、Seasarカンファレンスで発表しました。 http://itpro.nikkeibp.co.jp/article/NEWS/20080524/303949/ もともとSlimのコンテナ部分は、Seasar2からもってくるつもりでしたが、最近、NTTデータやCTCのフレームワークをやってる部隊がSpringベースのフレームワークにいろいろ悩んでいることを聞いて、Slimのコンテナは、Springベースにしたほうが、世の中のためになるんじゃないかと思い直しました。 NTTデータと真昼の対決 CTCと夜の決闘 もちろん、SpringベースでHOT deployを提供します。エイプリルフールネタを現実にやるということですね。 Super Agile Spring HOT deploy可能なSpringの上に、SAStrutsとS2JDBCを移
Springの生産性 (arclamp.jp アークランプ)
これは言っておかねばなるまい。ひがさんのCTCと夜の決闘より。 生産性を向上させるということを主目的としてフレームワークが作られたのは、基本的(もちろん例外はあるけど)にRails以降のフレームワークです。 Railsは、Struts、Spring、Hibernateへのアンチテーゼとして登場しています。裏を返せば、Struts、Spring、Hibernateを組み合わせても生産性は出ないということです。 生産性という言葉をどう取るかによりますが、確かにSpringはコードを短く書くためのフレームワークではありません。 そもそも生産性を上げるためには、アプリケーションの部位毎に個別最適化していき、それらを統合するというのが正しい戦略です。これは規模にかかわりませんし、Seasarを使おうが、Springを使おうが同じ事です。 Seasarは最適化をうまく行っているフレームワークです。ただ
[Seasar Conference]「世界への普及目指す」---ひがやすを氏が新フレームワーク「Slim」を発表
「新しいカテゴリのソフトウエアとして位置付け，英語で情報発信して世界への普及を狙う」---ひがやすを氏は2008年5月24日開催されたSeasar Conference 2008 Springで新フレームワーク「Slim（Simple, Less is More）」を発表した。 Slimは，ひが氏が開発したJavaフレームワークSeasar2の機能を絞り込んでシンプルにし，習得しやすくしたものだ。Seasar2はDI（Dependncy Injection）コンテナと呼ばれることが多かったが，DIコンテナとしては海外ではSpringが普及している。Seasar2の特徴であるホットデプロイ（Webアプリケーション・サーバーを再起動することなくプログラムの修正を反映できる）機能を前面に押し出し「ホットデプロイ可能なフルスタック・フレームワーク」という，Javaでアジャイル（俊敏）な開発を行うた
![[Seasar Conference]「世界への普及目指す」---ひがやすを氏が新フレームワーク「Slim」を発表](https://cdn-ak-scissors.b.st-hatena.com/image/square/bed39b5962a5d552c95b6d796db8f55e72d32943/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fn%2Fxtech%2F2020%2Fogp_nikkeixtech_hexagon.jpg%3F20220512)
2008-01-10
URLをエンコードするファンクションを追加しました。 こんな感じで使います。 <a href="${f:u(url)}">...</a>なんで"u"何だって? Railsにあわせているから。 Release Notes - SAStruts - Version RC2 Bug [SASTRUTS-3] - Actionの遷移先がきれいなURLの時に遷移に失敗していたのを修正しました Improvement [SASTRUTS-2] - ファイルアップロードに対応しました New Feature [SASTRUTS-1] - URLをエンコードするファンクションを追加しました プロジェクトはこちら。 http://sastruts.sandbox.seasar.org/index.html ダウンロードはこちら。 http://sastruts.sandbox.seasar.org/down
Super Agile Struts
Welcome to the "Super Agile Struts" project. Super Agile Struts(以降SAStrutsと省略)は、Strutsを使った開発をSuper Agileに行なうためのフレームワークです。 Strutsで開発する場合に困ることは、設定ファイルをたくさん書く必要があったり、 設定ファイルやJavaのコードを修正するたびにアプリケーションサーバを再起動する必要があることでしょう。 SAStrutsを使えば、設定ファイルを書く必要はなく、 スクリプト言語のようにファイルを保存する(保存と同時にコンパイルするような設定になっている場合)と、 すぐにその内容をアプリケーションサーバの再起動なしで認識することができます。 スクリプト言語のように「さくさく開発」ができ、 EclipseなどのIDEによるコードの自動補完などで、 さらに生産性を高めるこ
Cubby - ようこそ
お知らせ 2010-03-28 バージョン 2.0.9がリリースされました。 2010-02-20 バージョン 2.0.8がリリースされました。 2010-02-18 バージョン 2.0.7がリリースされました。 2010-02-11 バージョン 2.0.5がリリースされました。 2009-11-19 バージョン 2.0.4がリリースされました。 2009-11-04 バージョン 2.0.3がリリースされました。 Cubby とは何ですか ? Cubby (カビー)は Java / Servlet / JSP をベースにした、Web アプリケーションのためのシンプルなフレームワークです。 Seasar2 / Google Guice / Spring Framework 上で動作します。 詳細はドキュメントをご覧ください。 Cubby 2.0 Cubby のゴール Servlet / JS
脱DTO - ひがやすを技術ブログ
SAStrutsは、1ユースケースで1アクション。基本的には、Serviceクラスもなければ、DTOもありません。例えば、従業員の一覧に部署名も出力するには次のようになります。 <c:forEach var="e" items="${empItems}"> <tr> <td></td> <td></td> <td></td> <td></td> <td></td> </tr> </c:forEach> @Result(name = "list", path="/employee/list.jsp") public class EmployeeAction { public List empItems; public JdbcManager jdbcManager; @Execute(validator = false) public String execute() { empItems
Seasar2 - S2JDBC
spacer The Seasar Project Site Search Seasar Banner About ホーム ライセンス ダウンロード 課題追跡 ChangeLog 移行ガイド ドキュメント 一覧 セットアップ DIContainer AOP S2JDBC S2JDBCとは チュートリアル セットアップ エンティティ JdbcManager サービスの作り方 タイプセーフAPI その他の機能 S2JDBC-Gen FAQ (全般) FAQ (AOP) Javadoc S2-Framework S2-Extension S2-Tiger モジュール Seasar2 S2-Framework S2-Extension S2-Tiger プロジェクト文書 プロジェクト情報 目次 S2JDBCとは 概要 流れるようなインターフェースと脱CoC 90%のSQLを自動生成する Javaの
2007-10-18
Seasarカンファレンスで、Seasar2入門セッションを、いろんな方に喜んでいただけるようにSeasar2ロードマップと復活のStrutsのセッションに変えるよというアナウンスをしたのですが、Seasar2の入門セッションはやはり必要だということで、元に戻すことになりました。 期待していた方ごめんなさい。でも、入門セッションのほうも面白いネタをいろいろしゃべるつもりなので、是非お越しください。 今後はやるフレームワークは「流れるようなインターフェース」を持ったものになるんじゃないかなぁと思います。流れるようなインターフェースの説明は、ファウラーたんのFluentInterfaceを参照してください。 Seasar2の新O/R Mapper(以後S2JDBCと呼びます)もこの「流れるようなインターフェース」を実現しています。例えば、JdbcManagerを使った検索はこんな感じになります
ひがやすを blog - [Seasar]Service を使う際の方針
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
きしだのはてな - without JavaEEってどうよ
もちろんSeasarのことです。 http://d.hatena.ne.jp/higayasuo/20070528 やっぱ、without JavaEEってのは、リスクもあることだと思うんですよ。で、とりあえず突っ込んでるところがないなと思って、書いてみますよ。 誤解のないように断っておくと「friendly JavaEE」にしろって話じゃなくて、「without」とまで言い切っていいの？ってことです。 取り込めるユーザーが取り込めなくなるんじゃないの？ JavaEEが本流であることには違いないと思います。 で、EJB3の最大の問題点は、Tomcatじゃ動かないってこととか、warとearに分けるのが鬱陶しすぎることだと思うんですが、そういった点の解決策としてSeasarを使うというのもあると思うんです。 で、EJB3の実装として使うつもりがEJB3の機能を使わずSeasar独自の機能を使
Teeda/gettingStarted - SeasarWiki
環境作り† Teeda入門を試すのに必要な環境作りに付いては Teeda/gettingStartedSetup を参照して下さい。 以下ではteeda-ex1プロジェクトを作成済みであるものとして説明します。 ↑ Teedaとは† TeedaはJSF実装をベースにしたWebアプリケーションフレームワークです。 Teedaは大きく分けて2つのpartがあります。 ・Teeda Core：JSF1.1の実装 ・Teeda Extension：HTMLテンプレートを持ったJSF拡張フレームワーク 基本的にお奨めの使い方はTeeda Core、Teeda Extensionを共に使っていただく使い方です。 が、Teeda Coreだけでも純粋なJSF実装としてお使いいただけます。 JSFは実はServlet以外にもPortletの方にも対応することが仕様で義務付けられていますが そちらの面もid
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://d.hatena.ne.jp/habuakihiro/20080205
Seasar2.5におけるブルーオーシャン戦略 - ひがやすを技術ブログ
