tec-q note http://www.tec-q.com/note/ Technical Note : 調べた技術情報の覚え書き ja Copyright 2008 Thu, 15 Nov 2007 15:15:05 +0900 http://www.sixapart.com/movabletype/ http://blogs.law.harvard.edu/tech/rss ファイルまたはディレクトリのみへの chmod コマンド chmod - ファイルのアクセス権の変更 find を利用してファイルまたはディレクトリだけにして、chmod するという手法。 ファイルの場合
find . -type f -print | xargs chmod 644
ディレクトリの場合
find . -type d -print | xargs chmod 755
こりゃ便利だ。]]> http://www.tec-q.com/note/2007/11/_chmod.html http://www.tec-q.com/note/2007/11/_chmod.html Linux Thu, 15 Nov 2007 15:15:05 +0900 シェルで、自身のスクリプトファイル名を取得する #!/bin/sh FILE=${0} とかすると、変数：FILE にはスクリプトのファイル名が入ります。 要はパラメータの最初（インデックス0）には自身のファイル名が渡されるってことです。 これ結構使えるんですけど、シェルスクリプトの実行の仕方でパラメータの中身が変わってしまうのがネックでした。 フルパス指定で実行すればフルパスで、相対パスで実行すれば相対パスで渡されてくる。 つまり、"自身のスクリプトファイル名がパラメータで渡される"んじゃなくて、"コマンドラインがそのままパラメータで渡される"ってこと。 私はスクリプトの実行内容のログを取るときに、
LOG_DIR=/var/log LOG_FILE=${LOG_DIR}/${0}.log echo `date` > ${LOG_FILE}
みたいなことしてコマンドの実行結果を変数：LOG_FILE で示されるファイルにリダイレクトしたりしてます。 これおわかりの通り、カレントからの相対パスでの実行でしか通用しません。 なんとかならないかなーって探してたら見つけましたよ。 シェルのパラメータ展開でスクリプト自身のファイル名を取得する 私の例だと、
LOG_DIR=/var/log LOG_FILE=${LOG_DIR}/${0##*/}.log
で、スクリプトファイル名だけがゲットできます。 詳しい原理はリンク先で解説してますので割愛。 こりゃ便利だ。]]> http://www.tec-q.com/note/2007/06/post_1.html http://www.tec-q.com/note/2007/06/post_1.html Linux Fri, 01 Jun 2007 10:01:14 +0900 わかりずらい Java の参照渡し (3/3) サンプルＣ public class SampleC { 　public static void main(String[] args) 　{ 　　String s1 = "main メソッド実行"; 　　SampleC sampleC = new SampleC(); 　　sampleC.test1(s1); 　　System.out.println(s1);　　　　　・・・４ 　} 　public void test1(String s2) 　{ 　　s2.toUpperCase();　　　　　　　　・・・１ 　　s2.replaceAll("main", "test1");　・・・２ 　　s2.concat("？");　　　　　　　　　・・・３ 　} }このサンプルＣを実行した時、４の部分でコンソールには
> java SampleC main メソッド実行
と出力されます。 test1 メソッド内では変数：s2 の String オブジェクトのメソッドを実行しています。 １ の toUpperCase() は文字列を大文字に変換するメソッド、２ の replaceAll(String, String) は文字列内にある第1引数の文字を第2引数の文字に置き換えるメソッド、３ の concat(String) は引数に指定した文字列を末尾に追加するメソッドです。 しかし、このどれを実行しても、変数：s2 が参照している String オブジェクト（これは変数：s1 が参照しているオブジェクトと同じ）は変わりません。 それはこれらのメソッドが「オブジェクトを生成する」タイプのメソッドだからです。 これに対しサンプルＢで使用した Vector#add(Object) メソッドは「オブジェクトを操作するメソッド」なので、元のオブジェクトの内容が変更されます。 メソッドの結果として生成されたオブジェクトは戻り値として返りますので、変数で受けてやる必要があります。
　public void test1(String s2) 　{ 　　String s3 = s2.toUpperCase(); 　　String s4 = s2.replaceAll("main", "test1""); 　　String s5 = s2.concat("？"); 　}
こうすると、変数：s3, s4, s5 のそれぞれに結果オブジェクト（の参照）が格納されます。 具体的には変数：s3 には "MAIN メソッド実行"、変数：s4 には "test1 メソッド実行"、変数：s5 には "main メソッド実行？" が入ります。 この時、もちろん変数：s2 が参照しているオブジェクトは変更されません。 この String クラスの「オブジェクトを生成するメソッド」に慣れてしまい、 "メソッドを実行しても元のオブジェクトは変わらない" ＝ "渡した元のオブジェクトは操作されない" ＝ "参照渡しってどういうこと？" という混乱に繋がっているのだと思います。 そして、たまに使用する「オブジェクトを操作するメソッド」のせいで、渡したオブジェクトが変わる時と変わらない時があり、さらに混乱してしまいます。 Java には「オブジェクトを操作するメソッド」や、渡されたバッファに値を格納するようなメソッドが少ないです。 ほとんどがこの「オブジェクトを生成するメソッド」です。 ポインタ＝参照渡しを意識させないための工夫でしょうが、これだけでは限界があったのか結果的に「オブジェクトを操作するメソッド」が存在することによって混乱を招いていると思います。 使用するクラスのメソッドが「オブジェクトを生成するメソッド」なのか、「オブジェクトを操作するメソッド」なのか − 意識して使用していくことで、混乱は防げると思います。
私は Sun の人間ではありませんし、VM やメモリをハックしたわけでもありませんので、記載された内容は厳密には事実と異なる部分があるかもしれません。 ですが、「納得できて理解できればいいな」という考えで公開しています。この点はご了承ください。
]]> http://www.tec-q.com/note/2007/04/_java_33.html http://www.tec-q.com/note/2007/04/_java_33.html Java Tue, 17 Apr 2007 16:23:17 +0900 わかりずらい Java の参照渡し (2/3) サンプルＢ public class SampleB { 　public static void main(String[] args) 　{ 　　Vector v1 = new Vector();　　　　・・・１ 　　SampleB sampleB = new SampleB(); 　　sampleB.test1(v1);　　　　　　　・・・２ 　　System.out.println(v1.size());　・・・４ 　} 　public void test1(Vector v2) 　{ 　　v2.add("test1 メソッド実行");　・・・３ 　} }３の Vector#add(Object) メソッドは Vector に要素を追加するメソッドで、４で使用している Vector#size() メソッドは Vector に格納されている要素数を取得するメソッドです。 このサンプルＢを実行した時、４の部分でコンソールには
> java SampleB 1
と出力されます。 １の段階ではオブジェクトが生成されたばかりで要素を持っていませんので、Vector#size() メソッドを実行しても出力は 0 です。 ところがサンプルＡと違い、test1 メソッド内で操作した内容が main メソッドの変数：v1 のオブジェクトに反映されています。 これは、サンプルＡでは変数：s2 を操作していたのに対し、サンプルＢでは "オブジェクトの参照" で渡されたオブジェクトを操作しているからです。 もしサンプルＢの test1 メソッドが、
　public void test1(Vector v2) 　{ 　　v2 = new Vector(); 　　v2.add("test1 メソッド実行"); 　}
このような内容であれば、変数：v2 が操作されて参照するオブジェクトが変わっているので ４ での出力は 0 になります。 簡単に言ってしまえば、"=" で変数に代入しているか、オブジェクトのメソッドを使っているかの違いです。 引数は独立した変数ということを覚えておきましょう。 じゃぁサンプルＡでも代入じゃなくてメソッドを使えば結果は変わるのか − いいえ。変わりません。 これは「String クラスにはオブジェクトそのものを操作するメソッドがない」というもう一つの落とし穴が存在するからです。 3/3 へ続く]]> http://www.tec-q.com/note/2007/04/_java_23.html http://www.tec-q.com/note/2007/04/_java_23.html Java Tue, 17 Apr 2007 15:58:03 +0900 わかりずらい Java の参照渡し (1/3) サンプルＡ public class SampleA { 　public static void main(String[] args) 　{ 　　String s1 = "main メソッド実行";　・・・１ 　　SampleA sampleA = new SampleA(); 　　sampleA.test1(s1);　　　　　　　　・・・２ 　　System.out.println(s1);　　　　　・・・４ 　} 　public void test1(String s2) 　{ 　　s2 = "test1 メソッド実行";　　　　・・・３ 　} }このサンプルＡを実行した時、４の部分でコンソールに何が出力されるでしょうか？ 答えは
> java SampleA main メソッド実行
となります。 勘違いしやすいのは、 「２で test1 メソッドを実行するので、変数：s1 は "test1 メソッド実行" に書き変わり、出力は "test1 メソッド実行" になる」 と考えるパターンです。 これは Java の参照渡しが、"オブジェクトの参照" を渡す方法なのに、"変数の参照" を渡す方法と勘違いしているためです。 メモリをイメージした図にすると、１ の段階では以下の様になります。 左の変数名は変数のメモリ空間を表すアドレスで数字はオブジェクトのメモリ空間を表すアドレス、右の罫線内が格納されている値と思ってください。
１の段階 　　├─────────── ｓ１│５０ 　　├─────────── 　　│　　　・ 　　　　　　・ 　　│　　　・ 　　├─────────── ５０│main メソッド実行 　　├───────────
変数：s1 にはアドレス 50 への参照が入り、アドレス 50 に実際の値である "main メソッド実行" が入っています。 そして２で test1 メソッドに引数を渡した時が以下の状態です。
２の段階 　　├─────────── ｓ１│５０ 　　├─────────── ｓ２│５０ 　　├─────────── 　　│　　　・ 　　　　　　・ 　　│　　　・ 　　├─────────── ５０│main メソッド実行 　　├───────────
test1 メソッドに "オブジェクトの参照" が渡されているのが解るでしょうか？ 重要なのは、変数：s1 と変数：s2 は全く別のメモリ空間ということです。 test1 メソッドに変数：s1 そのもの（変数の参照）が渡されているわけではありません。 その後、３の段階では以下の様になります。
３の段階 　　├─────────── ｓ１│５０ 　　├─────────── ｓ２│５１ 　　├─────────── 　　│　　　・ 　　　　　　・ 　　│　　　・ 　　├─────────── ５０│main メソッド実行 　　├─────────── ５１│test1 メソッド実行 　　├───────────
３では変数：s2 が参照するオブジェクトを変更しただけに過ぎません。 渡されたオブジェクト自体、ましてや 変数：s1 を操作したわけではありません。 ここまでだけだと理解できると思います。 では、何故勘違いしてしまうのか？ それは、最もよく使われる String クラスにオブジェクトそのものを操作するメソッドがないからです。 2/3 へ続く]]> http://www.tec-q.com/note/2007/04/_java_13.html http://www.tec-q.com/note/2007/04/_java_13.html Java Tue, 17 Apr 2007 15:50:32 +0900 RPM データベースの修復 １．破損したデータベースのバックアップ RPM データベースは /var/lib/rpm にある
  • __db.001
  • __db.002
  • __db.003
の 3 つのファイルです。 これを他のディレクトリにコピーしておきましょう。 とは言え、本当に破損している場合、バックアップしておいたところで使い物になりません。 ２．破損したデータベースの削除 バックアップしたらデータベースファイルは /var/lib/rpm 内から削除します。 これが重要で、破損した RPM データベースが残ってると修復のコマンドを実行しても、そのコマンド自体がハングします。 ３．RPM データベースの修復 以下のコマンドを使って RPM データベースを修復します。 破損したファイルは削除されているので、修復というより再構築ですが。
# rpm --rebuilddb
コマンドが終了すると、
エラー: db4 error(16) from dbenv->remove: デバイスもしくはリソースがビジー状態です※日本語環境の場合
というメッセージが表示されますが、再構築自体は正常に完了してます。
以上で完了です。 rpm コマンドを試してみてください。]]> http://www.tec-q.com/note/2007/04/rpm.html http://www.tec-q.com/note/2007/04/rpm.html Linux Fri, 13 Apr 2007 11:50:50 +0900 BigSister の Web インターフェースを無効に /usr/share/bigsister/etc/bsmon.cfg bs_evgen history logfile=var/display.history #BBLog statedir=www/logs #HTMLLog immediate=no #DisplayCFG #grouping #Display #Rsync #Grapher #RRDi #RRDs TrackLast StatusTrap # # Include all *.cfg files in etc/mondef # include etc/mondef/*.cfg include bsmon_site.cfgあと、Apache の httpd.conf に /etc/bigsister/httpd.conf が Include されていると思うので、それをコメントアウトします。 これで完了。]]> http://www.tec-q.com/note/2007/04/bigsister_web.html http://www.tec-q.com/note/2007/04/bigsister_web.html BigSister Fri, 13 Apr 2007 11:30:22 +0900 BigSister のデザインをカスタマイズする スキン名ディレクトリ/cache というコンパイルされたファイルなので、ソースを書き換えた後にコンパイルする必要があります。 コンパイルは簡単で、/usr/share/bigsister/bin/compile_skin というスクリプトにスキン名を渡すだけです。 デフォルトのスキンをコンパイルする場合は、
# compile_skin default
でOKです。]]> http://www.tec-q.com/note/2007/03/post.html http://www.tec-q.com/note/2007/03/post.html BigSister Mon, 26 Mar 2007 10:40:48 +0900 Tomcat のデフォルトエラーページを変更する
  • エラーページを生成しているクラス：org.apache.catalina.valves.ErrorReportValve を改変する
  • エラーページを生成しているクラス：org.apache.catalina.valves.ErrorReportValve を継承したカスタムコンポーネントを作って使用する
    • の2通りありますが、前者はソースをダウンロードして改変するだけと簡単なので後者の説明を。
    １．カスタムコンポーネントの作成 org.apache.catalina.valves.ErrorReportValve を継承したカスタムコンポーネントを作成します。 protected メソッドの report(Request request, Response response, Throwable throwable) が実際にエラーページを生成しているメソッドです。 このメソッドをオーバライドして好きなソースを吐くようにします。 このクラスは Tomcat コンテナ部分だけあって、バージョンによって中身が違います。 はた目には同じように見えますが、実は report メソッドの引数の型が違ってたりしますので、ちゃんとバージョンに合ったクラスを使うように。 ２．MBeans 記述子の作成 作成したカスタムコンポーネントを Tomcat に登録するために MBeans 記述子を作成します。 Tomcat 付属のファイルにカスタムコンポーネントを追記するか、独自のファイルを作ります。 Tomcat 付属のファイルは、Tomcat 4.1 は org/apache/catalina/mbeans、Tomcat 5.0, 5.5, 6.0 は org/apache/catalina/valves にある mbeans-descriptors.xml です。 ErrorReportValve の記述がありますので、それを参考にすればわかると思います。 ちなみに、作ったカスタムコンポーネントのクラス名を ErrorReportValve にすると、このファイルがなくても動作してくれます。 クラス名しか見てないようで、元々ある ErrorReportValve の記述を使って動いてくれます。 ３．ファイルを配備 カスタムコンポーネントクラスと（作成した場合）MBeans記述子を Tomcat コンテナのクラスパスに置きます。 Tomcat 4.1, 5.0, 5.5 は ${TOMCAT_HOME}/server/lib or classes、Tomcat 6.0 は ${TOMCAT_HOME}/lib です。 ４．Tomcat に設定 server.xml にカスタムコンポーネントを使うように設定します。 Host 要素の errorReportValveClass 属性にカスタムコンポーネントを指定します。
    ${TOMCAT_HOME}/conf/server.xml <Host ・・・ 　　errorReportValveClass="カスタムコンポーネント">
    MBeans記述子を作成した場合はそれも設定します。 org.apache.catalina.mbeans.ServerLifecycleListener クラス設定用の Listener 要素の descriptors 属性にファイルパスを指定します。
    ${TOMCAT_HOME}/conf/server.xml <Listener 　　className="org.apache.catalina.mbeans.ServerLifecycleListener" 　　・・・ 　　descriptors="MBeans記述子のパス"/>
    ファイルパスは Tomcat コンテナのクラスパスからの絶対パスになりますので注意してください。
    以上で完了です。 Tomcat をリスタートすれば設定が有効になって、オリジナルのエラーページが表示されるようになります。]]>     http://www.tec-q.com/note/2007/03/tomcat.html http://www.tec-q.com/note/2007/03/tomcat.html Tomcat Fri, 16 Mar 2007 13:56:40 +0900     Tomcat 5/6のサービスを共存させる > sc config サービス名 DisplayName= "サービス表示名"※ DisplayName= と "サービス表示名" の間はスペースが必要です。"=" まで含んでオプション名だそうです。 です。 Tomcat 5がインストールされている場合は、サービス名を "Tomcat5" にして、サービス表示名を "Apache Tomcat 5" にでもしてやれば、Tomcat 6 のサービスがインストーラからインストールできるようになります。 ちなみにマイナーバージョン違いの Tomcat をサービス登録する場合は、サービス名（と、それに伴って実行ファイルの引数）から変えてやる必要があります。 例えば Tomcat 5.0.30 と 5.5.23 だったら、それぞれサービス名を "Tomcat5030" と "Tomcat5523" に変更します。 そのためには sc コマンドの create/delete、または Tomcat 付属の service.bat の install/remove を使ってサービスを登録しなおすことになるのですが、これをやるとアンインストーラからキレイに削除できなくなるので私はやりません。 そもそも共存させる目的なんて開発やテスト目的でしかないんだから、多少面倒でもインストーラ無しを使ってバッチで起動/停止すればよいかと。]]> http://www.tec-q.com/note/2007/03/tomcat_56.html http://www.tec-q.com/note/2007/03/tomcat_56.html Tomcat Mon, 12 Mar 2007 14:15:32 +0900 Tomcat 4.1 で Ajp13Connector を使う ${TOMCAT_HOME}/conf/server.xml 　　・・・ 　<Service ・・・> 　　・・・ 　　<Connector 　　　　　className="org.apache.ajp.tomcat4.Ajp13Connector" 　　　　　port="8009" debug="0" 　　　　　minProcessors="5" maxProcessors="75"/> 　　・・・ 　　<Engine ・・・> 　　・・・ただし、これだけだと Tomcat 起動時に
    ServerLifecycleListener: createMBeans: MBeanException java.lang.Exception: ManagedBean is not found with Ajp13Connector 　　　　at ・・・
    という例外が発生します。（出るだけで使用はできますが・・・） これは、Tomcat 4.1 から Tomcat コンテナが使用するクラスは登録が必要になっていて、（何故か）Ajp13Connector は登録されていないためです。 クラスを登録するには catalina.jar に含まれている org/apache/catalina/mbeans/mbeans-descriptors.xml に Ajp13Connector を追加すれば OK です。 ファイルには CoyoteConnector の記述があるので、それを参考に追加してください。 もしくは別の mbeans-descriptors.xml を作成して使用しても OK です。 別の mbeans-descriptors.xml を使用する場合は、server.xml で ServerLifecycleListener に教えてあげます。 ファイルを ${TOMCAT_HOME}/server/classes/mbeans-descriptors.xml とすると、
    ${TOMCAT_HOME}/conf/server.xml ・・・ <Server ・・・> 　・・・ 　<Listener 　　　className="org.apache.catalina.mbeans.ServerLifecycleListener" 　　　debug="0" 　　　descriptors="/mbeans-descriptors.xml"/> 　・・・
    このように descriptors 属性に記述します。 参考までに私が作成した mbeans-descriptors.xml を jar ファイルで置いておきます。 このファイルをそのまま使用する場合はダウンロードしたファイルを ${TOMCAT_HOME}/server/lib に置いてください。 mbeans-descriptors.xml の場所は "/com/tec_q/ajp/tomcat41/mbeans-descriptors.xml" になります。]]>     http://www.tec-q.com/note/2007/03/tomcat_41_ajp13connector.html http://www.tec-q.com/note/2007/03/tomcat_41_ajp13connector.html Tomcat Mon, 12 Mar 2007 11:50:19 +0900     RRDtool の RPM を作成 BigSister のために RRDtool(Round Robin Database Tool) をインストールしました。 現時点での最新は 1.2.19 だったけど、1.2.x は RedHat 9 だと必要なパッケージのバージョンが低いのでパス。 1.0.x にしました。 1.0.x での最新は 1.0.50 なんだけど、こいつは tcl-develop という変なパッケージを要求してくるのでパス。 結局 1.0.49 にしました。 RRDtool の tar ボールには SPEC ファイルが入っているので RPM を作れますが、そこでちょっと引っかかった。という話し。 普通に rpmbuild で RPM を作ろうとすると、
    RPM build errors: 　　Installed (but unpackaged) file(s) found: 　　/usr/contrib/README 　　/usr/contrib/trytime/README 　　/usr/contrib/trytime/trytime.c 　　/usr/doc/RRDp.txt 　　/usr/doc/RRDs.txt 　　/usr/doc/bin_dec_hex.pod 　　/usr/doc/bin_dec_hex.txt 　　/usr/doc/・・・ 　　　　・ 　　　　・ 　　　　・ 　　/usr/examples/bigtops.pl 　　/usr/examples/・・・ 　　　　・ 　　　　・ 　　　　・ 　　/usr/html/RRDp.html 　　/usr/html/RRDs.html 　　/usr/html/・・・ 　　　　・ 　　　　・ 　　　　・ 　　/usr/lib/librrd.la
    といったエラーが出て RPM が作れません。 「パッケージに入ってないファイルが残ってるよ。」的なメッセージみたいですが、これらのファイルはちゃんと入ってます。 そこでコンパイルを実行するユーザのホームディレクトリに .rpmmacros ファイルを作成して、以下の様に記述。
    ~/.rpmmacros%_unpackaged_files_terminate_build 0
    これをやると、このエラーは警告に変わるので RPM が作れます。]]>     http://www.tec-q.com/note/2007/03/rrdtool_rpm.html http://www.tec-q.com/note/2007/03/rrdtool_rpm.html RRDtool Tue, 06 Mar 2007 12:34:38 +0900     resources の設定が有効にならない OS : RedHat 9 Software : BigSister 1.02-4, 0.99c3 /etc/bigsister/resources ファイルは、BigSister が使用する PATH やログ出力先を設定するファイルのハズなんですが、このファイルに記述しても設定が有効になりません。 実はこのファイルは /usr/share/bigsister/etc にも resources という名前で存在しており、こちらにデフォルトの設定が記述してあって、ここでの設定は有効になります。 http://www.tec-q.com/note/2007/03/resources.html http://www.tec-q.com/note/2007/03/resources.html BigSister Mon, 05 Mar 2007 16:50:46 +0900 Webの管理画面からホストをグループに追加できない 40:　　　　my $len = 0 + $ENV{'CONTENT_LENGTH'}; 41:　　　　if($len > 0) { 42:　　　　　　　　my $i; 43:　　　　　　　　for($i = 0; $i < $len; $i++) { 44:　　　　　　　　　　　　my $ch; 45:　　　　　　　　　　　　$ch = getc(STDIN); 46:　　　　　　　　　　　　last unless( $ch ); 47:　　　　　　　　　　　　$data .= $ch; 48:　　　　　　　　} 49:　　　　}43〜48 行目のループで POST されたデータを 1 文字ずつを読み込んでいます。 「読み込むデータが無い場合にループを抜ける」という意図と思われる処理が 46 行目なんですが、これが問題になります。 読み込んだ $ch が false だと last でループを抜けますが、Perl だと変数が空の場合以外にも数値で false と判定されてしまいます。 つまり、例であげたホスト名だと "TEST" を読み込んだ後の "0" でループを抜けてしまい、それ以降のデータを読み込んでいませんでした。 そこで、46 行目を
    40:　　　　my $len = 0 + $ENV{'CONTENT_LENGTH'}; 41:　　　　if($len > 0) { 42:　　　　　　　　my $i; 43:　　　　　　　　for($i = 0; $i < $len; $i++) { 44:　　　　　　　　　　　　my $ch; 45:　　　　　　　　　　　　$ch = getc(STDIN); 46:　　　　　　　　　　　　last if length( $ch ) == 0; 47:　　　　　　　　　　　　$data .= $ch; 48:　　　　　　　　} 49:　　　　}
    と変えてやることで正常に動くようになりました。 そもそも $len には CONTENT_LENGTH が入ってるから、この処理は不要にも思えるけど・・・。]]>     http://www.tec-q.com/note/2007/03/web.html http://www.tec-q.com/note/2007/03/web.html BigSister Mon, 05 Mar 2007 15:56:34 +0900