HOT reloadingとClassLoaderを理解しよう - ひがやすを技術ブログ
JavaではClassはClassLoaderに読み込まれます。これはほとんどの人が知っていると思います。AOPを使うときのエンハンスされたクラスも同様にClassLoaderに読み込まれます。 これらの情報は、パーマネント領域に格納されますが、ClassLoaderがGCされると解放されます。 Seasar2のHOT reloadingでは、リクエストの度にClassLoaderを作って、そこにClassをロードし、そのClassLoaderは、リクエストが終わったら破棄しているので、Classの情報は、リクエストごとに破棄されています。 HOT relodingによって、パーマネント領域が使いつくされることはありません。 さらっと書きましたが、きちんとClassLoaderを破棄するのは、かなり大変です。リフレクションの情報がキャッシュされているとそれだけで破棄されなくなってしまうから
[Seasar-user:16913] [Seasar] HOT deploy と COOL deploy の挙動の違いを教えて頂けないでしょうか - starwars2の日記
お世話になっています。うちまです。 新・たけぞう瀕死の日記に以下のエントリがありました。 ■SeasarのHOT deployは難しい http://www3.vis.ne.jp/~asaki/p_diary/diary.cgi?Date=20090212#2009021200 こちらのエントリで書かれている「HOT deployだと動くけどCOOL deployだと動かな い」ケースに私もハマった経験がありました。その時は全く原因がわからなかったの で設計から見直して解決させました。 今後のために開発時に意識すべき HOT deploy と COOL deploy の挙動の違いを教え て頂けませんでしょうか。もしくはHOT deploy と COOL deploy の挙動が等価となる ような設計指針があればご指導下さい。 よろしくお願いします。 - 小林 (koichik) です． Da
![[Seasar-user:16913] [Seasar] HOT deploy と COOL deploy の挙動の違いを教えて頂けないでしょうか - starwars2の日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/d69c4e031d494f6a98679a8934684d24606becf5/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127094231774%2F17680117127094233027%2F1556577026)
Seasar関連の便利クラス - 出羽ブログ
フレームワーク開発者ではなく、フレームワーク利用者の視点でSeasar関連のjarファイルに�内包されている便利クラスをピックアップしました。 便利クラスの存在を知って活用することは大切ですが、もっと大切なのは、便利クラスを自作する前に、フレームワークやプラットフォームで似たようなモジュールが存在していないかチェックする習慣だと思います。 他にも便利なクラスやメソッドがあれば、ぜひ、コメント等で教えて下さいませ m(_ _)m 。 ArrayUtil.isEmptyメソッド 用途 配列が空（null）かどうかをチェック jar s2-framework-2.4.xx.jar パッケージ org.seasar.framework.util メソッド static boolean isEmpty(Object[] arrays) ArrayUtil サンプル if (arrays == nul
Strutsは古代、JSFは近代、現代はRails - ひがやすを技術ブログ
最近流行の古代、近代、現代パターンで、Webアプリケーションのアーキテクチャを振り返ってみたいと思います。 古代に生まれたStrutsですが、実は結構完成度が高く、WebにおけるMVCパターンは、Strutsでほぼ完成しています。ViewはJSP(Velocityもあり)とタグライブラリで決まり、ControllerもActionで決まり(StrutsそのものもControllerに分類する場合もあり)でしたが、モデルの実装方法は、決定的なものがありませんでした。 実は、モデルには、アプリケーションモデルとドメインモデルがありますが、この辺の考えも明確なものがありません。アプリケーションモデルという言葉は、あまり聞いたことがない方もいるかもしれませんが、SmalltalkのMVCは、既にそうなっているようです。 モデルをデータのみから成るドメインモデルと，アプリケーション固有の情報から成る
SAStrutsかS2Strutsか - ひがやすを技術ブログ
このキーワードでかなり検索があるので、迷っている人が多いってことかな。 選び方は簡単で、 既にS2Strutsで開発している案件の追加開発ならS2Struts。 JDK1.4をつかうならS2Struts。 それ以外は、SAStruts。 SAStrutsのほうが、例外が起きたときにできるだけわかりやすいメッセージを出すことを心がけていたり、ドキュメントをできる限りわかりやすく書くことを心がけていたりするので、堅い開発ができると思います。
Seasar2でサクサクか炎上か - ひがやすを技術ブログ
可燃プロジェクトに飛び込むことになりました。下記のような炎上する要素満載。 関係者各社に告知済みのためカットオーバーは伸ばせない 外部仕様を策定した会社は行方不明 外部仕様はあるが、OS も AP サーバも環境もアーキテクチャーも未定 外部仕様を分かる人がいないw 開発は 3 社合同なのにソース管理方式も決まってない DB アーキテクト不在っぽい フレームワークに詳しい人がいない AJAX っぽいのたくさん お金がない、規模はわりとでかい、納期短い、残業禁止、増員不可 最初このエントリを見たとき、4/1だったこともあり、一瞬ネタかなと思ったんですが、その後に、SAStrutsとS2JDBCに対する具体的な質問がいくつもあり、私のほうもできる限り質問に答えました。 その後、どうなったのか気がかりだったんですが、今見たらこんな書き込みが 開発メンバからは、簡単で楽でいい！ 1 機能が 1 時間
技術が枯れる瞬間の見極め - ひがやすを技術ブログ
ギークなら、わくわくするような新しい技術をいつも試してみたいと思っているでしょう。しかし、現実の開発の現場では、ギーク以外の人がほとんどなので、新しい技術には興味がないわけです。たぶん、新しいことを覚えること自体面倒だと思っているでしょう。 そういう中に新しい技術を導入するには、「生産性が高くなる」「開発が楽になる」ということをまわりに納得してもらわなければいけない。最初は、反対されるでしょう。自分が責任取るからと強引に導入しようとするときに、考えて欲しいのは、その技術の枯れ具合です。 新しい技術なので、枯れていないのは当たり前です。なにかあったときに、頼れる場所があることが重要です。頼れる場所とは多くの場合、MLやフォーラムなどでしょう。そこでのレスポンスが早ければ、多少枯れてなくても何とかなります。 何とかなるとはいえ、枯れていない状態が長く続けば、それだけ利用者の負担も増える(MLな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
