DOSの改行コードは本当に厄介だ！
せっかく作ったperlプログラムが改行コードがCRLFだったために動かなかった。
viとかで変換できると思ったけどどうにもうまくいかなかったのでめんどくさくなってperlで実行することにした。
$ cat 変換したいファイル | perl -pe ‘s/\r$//’ > 変換後のファイル
元はといえば誰かがSubversionに登録した時に改行コードが間違って登録されたのが原因なので本当は必要ないのだが、
いざという時のために記事にしてみた。
unixのtrコマンドを使っても変換できるらしい。
新しいツールが続々出現している。
mrtgといえばよく使われる監視ツールだが、設定が面倒なのでこれまで一度も入れたことが無かった。
で新しい監視ツールとしてmuninというものを職場の人から聞いた。
インストールもyum一本と楽そうなので今度試してみよう。
新しいツールが続々出現している。
mrtgといえばよく使われる監視ツールだが、設定が面倒なのでこれまで一度も入れたことが無かった。
で新しい監視ツールとしてmuninというものを職場の人から聞いた。
インストールもyum一本と楽そうなので今度試してみよう。
なにも指定しないとＯＳの標準の一時ディレクトリ場所になるが、指定したほうがよい。
というわけで起動オプションに下記の文字列を指定する
-Djava.io.tmpdir=/hoge/tmp
前にも書いた気がするのだが、埋もれたのか出てこなかったので再掲
dir /b > filelist.txt
これでＯＫ
とても短いコードでかけるのだが、省略が多すぎて混乱しがちなのも事実
open(FH, “>file.dat”);
while() {
print FH $_;
}
close(FH);
のなかでSTDINが省略されている。
$_は読み込んだファイルの内容を表す。
なので標準入力が終わるまでひたすらループしてファイルに出力するプログラムというわけ。
同じものをjavaで書くと数十行になるかもしれない。
すでにおなじみとなったこのシリーズ。
続きましては結構はまりがちなjarファイルの競合によるもの。
同じクラスを含むjarファイルがある場合は基本的に先に読まれたものが優先となる。本来あってはいけないことだが、
新旧バージョンが混在している場合などに古いjarが優先して読まれるケースが起こりうる。
特にTomcatのWEB-INF/libにあるjarはどんな順番でクラスパスが通るかは制御できないので、
jarの競合が起こりやすい。
違ったバージョン並存して入れている場合は一つに絞るべきだろう。
超基礎レベルだけど意外と検索キーワードが多いので
コマンドラインで
java -version
これだけ。
そもそもそのコマンドがどこにあるのかはちゃんと起動スクリプトなり、JAVA_HOMEをみるなりして確認しないとだめですぞ。
環境によっては複数のJDKを入れていて、共存させるためにJAVA_HOMEはき同スクリプトで指定させる場合もあるので、
自分がどのパスのJDKを使っているかをはっきりさせるのが第一。
