↑日記で日々積み重ねた情報をトップの「わんこのページ」にまとめています。

おのたく日記 [RDF] YouTubeも始めました→


2003-02-01(Sat) [長年日記]

Tomcatのメモリーリーク

@ITで「Tomcat最新版でメモリー・リーク問題を回避
http://itpro.nikkeibp.co.jp/free/NOS/NEWS/20030124/2/

という記事が出ていた。tomcatくんのメモリーリークかぁ。
おうちサーバで連続運用できていないのは、このせいかな?
最近は、eclipseがout of memoryで立ち上げっぱなしに出来ないのが悲しいんだけど、これもメモリーリークかなぁ

なんて気持ちで記事を良く読むと、「jasperを別プロセスにする」って解決策なのねぇ〜 確かに賢い解決策だけど結局コンパイルするにはメモリーリークに負けない大きなメモリーが必要なのね。

EclipseでUML

Eclipse Omondo http://www.omondo.com/
シーケンス・ダイアグラムが書けるらしいのでユーザ登録してしまった。

インストールは java -jar *.jarでインストールされるのに、日本語マニュアルはplug-inになっているよ。展開したら読めるのかと思ったら違った。

Debian&J2EE RI

J2EE RIで、EJBがdeployできない問題の経緯のまとめ

  1. DebianのJDKは、/usr/lib/j2sdk1.3/と/usr/lib/j2re1.3に分かれている。

  2. さらに/usr/lib/j2sdk1.3/jreは/usr/lib/j2re1.3へのリンク

  3. tools.jarは、/usr/lib/j2sdk1.3/lib/にある。

  4. 通常JAVA_HOMEはjreとするが、J2EE RIではsetenv.shでtools.jarの位置を$JAVA_HOME/lib/tools.jarとしているので、DebianではJAVE_HOME=/usr/lib/j2sdk1.3としていた。

  5. しかしながらJ2EE RIのserver.plolicyは、java.home/../lib/tools.jarとしている。これはJAVA_HOME=/usr/lib/j2sdk1.3/jreとなっていることを期待している。

  6. 上の二つが矛盾している

というわけで、解決策として、JAVA_HOME=/usr/lib/j2sdk1.3のままserver.policyに

grant codeBase "file:/usr/lib/j2sdk1.3/lib/tools.jar" {

permission java.security.AllPermission;

};

を書き加えた。

JAVA_HOMEを/usr/lib/j2sdk1.3/jreとしてsetenv.shをJAVATOOLS=$JAVA_HOME/../lib/tools.jarと治すのとどちらが正しいかは、不明

もうひとつの治し方としては、JAVA_HOMEを/usr/lib/j2sdk1.3/jreとして/usr/lib/j2re1.3/libの下にtools.jarのリンクを置く方法もあるがdebでインストールされたも物を触るのは良くないだろう。

J2EE RI 1.3*をDebainにインストール

usr/localの下に単純にインストールして、サーバを一般ユーザで起動したいから

chmod o+wt logs repository cloudscape

chmod o+wt public_html/

としているよ。

_ わんこ日記 (2004-01-25(Sun) 00:40)

「Eclipseのメモリリーク回避について」リンクいただいた。

本日のPingbacks(全0件)

Google Web検索 on-o.com内を検索