あ、、、久しぶりのOracleでとまどっておりますわ汗


Oracle 10g からUTL_I18Nっていうパッケージができていて、文字列変換の関数ができてましたよキラキラ



詳細リンク



select utl_i18n.transliterate('アイウエオ', 'kana_hwkatakana') from dual;
→ アイウエオ

素敵だわラブ 
サーバのJDKを1.6→1.7にバージョン上げる覚書。


① version確認
# java -version

 java version "1.6.0_31"
 Java(TM) SE Runtime Environment (build 1.6.0_31-b04)
 Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01, mixed mode)


② yumでupdateのlist表示
# yum list updates


今回は、これをアップデートします^^
common-jdk.x86_64 1.7.0_05-1

③ yumでupdate!
# yum update common-jdk.x86_64



④ 反映
# source /etc/profile



⑤ version確認
# java -version

java version "1.7.0_05"
Java(TM) SE Runtime Environment (build 1.7.0_05-b05)
Java HotSpot(TM) 64-Bit Server VM (build 23.1-b03, mixed mode)

てへ



ちなみに、、、#java -versionコマンドをうった時に。

-bash: java: command not found
こんなメッセージが出てしまう場合は、直接コマンドをたたくか、環境変数に設定すればいいよLOVE
【直接確認】
# /usr/xxxxx/java/bin/javac -version



【環境変数の設定】
# vi /etc/profile

以下の3行を追加
export JAVA_HOME=/usr/xxxxx/java
export PATH=$PATH:$JAVA_HOME/bin
export CLASSPATH=.:$JAVA_HOME/jre/lib:$JAVA_HOME/lib:$JAVA_HOME/lib/tools.jar

# source /etc/profile




今のプロジェクトでね、/tmp 以下にファイルを置いて再起動の時に利用しているのねためいき


でね、たまに再起動すると失敗とかするんだよね。


エラーはそのファイルがないって・・・・

削除した覚えは全くないのに。



で、原因を突き止めるべくあれこれ調べてたら。
/tmp 以下のファイルって、/etc/cron.daily/tmpwatchのバッチでアクセスが一定期間ないファイルを自動で削除するんだって!


いやーん、知らなかったガクリ


************************************************************************
/usr/sbin/tmpwatch "$flags" -x /tmp/.X11-unix -x /tmp/.XIM-unix \
-x /tmp/.font-unix -x /tmp/.ICE-unix -x /tmp/.Test-unix 240 /tmp
/usr/sbin/tmpwatch "$flags" 720 /var/tmp
for d in /var/{cache/man,catman}/{cat?,X11R6/cat?,local/cat?}; do
if [ -d "$d" ]; then
/usr/sbin/tmpwatch "$flags" -f 720 "$d"
fi
done
*************************************************************************

/tmp 以下は240時間、 /var/tmp は720時間で消えるのね泣


消さないでよーー悔し泣き



なんて、、、tmpだから仮置きなんだね。メモリ圧迫しないようになっているんだねー。
勉強になりました。



なんで大切なファイルを置いてしまっているのだろうか・・・。



結局、/var/runにファイルを設定して無事解決ハート