2014/08/12(火)TOMCAT + logbackで、logback.xmlを外出し
2014/08/12 13:27
logback.xmlをwarの外に追い出そうとしたらプチハマリしたメモ。
環境は、
TOMCAT 7.0.54.0
logback 1.1.2
一応できた。ただし、すっきりとは書けない。
Context定義にVirtualWebappLoaderを追加する。
たとえば、WEB-INF以下にlogback.xmlを置いた場合以下のようになる。
<Context>
<Loader
className="org.apache.catalina.loader.VirtualWebappLoader"
virtualClasspath="C:/foo/bar/WEB-INF"
/>
<Context/>
ここで注意。必要なのがlogback.xmlだけの場合、ファイル名まで書いてやりたいので次のようにしがち。
virtualClasspath="C:\foo\bar\WEB-INF\logback.xml"
しかしこの場合、VirtualWebappLoader側はlogback.xmlを認識するが、logbackがlogback.xmlを読みにいかない模様。あくまでディレクトリパスを書く必要がある。
絶対パスなのがいまいちな場合、$tomcat.base or $tomcat.homeが使えるのでそれを使ってなんとか相対パスで書く。
(tomcat.home->catalina.homeかもしれないのでRTFM)。
virtualClasspath="${tomcat.home}/webapps/foo/bar/WEB-INF"
このどっちもいまいちだと難しい。TOMCATではほかの手が見つからなかった。アプリケーションサーバを切り替えたほうがいいかもしれない。
アプリケーションルート的な所から相対パスでアクセスしたいという要望はあると思う。
あとはメモ。
virtualClasspathの書き方としては、Windows環境下ではディレクトリ区切り子は"/"でも"\"でもよい。
ディレクトリパス指定時は末尾の区切りはいらない。
Context周りの仕様で怪しいところがあるなら本家ドキュメントで確認。Apache Tomcat 7 Configuration Reference (7.0.55) - The Context Container
Eclipseからプラグイン経由で使う場合、さらにいろいろ留意。
Eclipse+Tomcat Pluginでコンテキスト定義に追加する場合、プロジェクトのプロパティ->Tomcat->全般->その他の情報にLoaderセクションをべたっと貼り付けて、プロジェクト->右クリック->"コンテキスト定義を更新"でよい。
コンテキスト定義をMETA-INF/context.xmlなどで作っていても、現在のEclipseのTomcatプラグインは拾う機能がなさそう。コンテキスト定義更新で%CATALINA_BASE%/conf以下に反映されていないことに注意。META-INF側はconfより優先順位が低く参照されない。
こっから下はおまけ。
動作確認時に%CATALINA_HOME%/conf/logging.propertiesに、ログ出力を追加してTOMCATにログをはかせるようにした。
org.apache.catalina.loader.VirtualWebappLoader.level = ALL
org.apache.catalina.loader.VirtualWebappLoader.directory = ${catalina.base}/logs
なお、Eclipseから起動したTOMCATはcatalina.*.logとかははかないので注意。ここら辺は"eclipse, tomcat, ログ"とかで検索してほしい。
2014/02/26(水)Ruby 1.9以降のirbでBackspaceで表示が崩れる
2014/02/26 27:38
環境はWindows7(64bit)。
消そうとした文字の1文字手前が消えたり、カーソルがプロンプトにめり込んだりとなかなかに怪しい。
画面にフラッシュされるのも数秒程度の遅延がある場合がある。
内部データは正常、あくまで表示が崩れているだけのようだが煩わしいので直したい。
下参照。
ruby - Backspace and arrow keys aren't working in IRB(Git Bash console) on windows machine - Stack Overflow
とりあえずirbで使用しているreadlineライブラリ周りに問題があるのは間違いない。
--noreadlineオプションを使えば問題は解消するが、Up-Keyでのhistory等は効かなくなる。
なんだかめんどくさいなあ。
[2014/03/31追記 ここから]
と上では書いたが、mingw32版でも遅延があった。
irbについては、--noreadlineであっても何か1文字入力すればUp-Keyでhistoryが動くようだ。これでいいことにする。
Windowsの Users\<ユーザ名>以下に設定ファイルを置いてやって、irbはreadline不使用をデフォルトにする。
Users\<ユーザ名>\.irbrc
IRB.conf[:USE_READLINE] = falseついでに、pryも同様の問題を抱えてるので直したい。
が、pryには--noreadlineオプションがない模様。
しゃーないのでコンフィグを怪しげにいじる。
[参考]
Changing Pry.config.input makes the prompt disappear · Issue #821 · pry/pry · GitHub
pry.config.inputをSTDINに差し替えるとreadlineが外せるらしい。
ただし、これをするとプロンプトを自前で表示しないといけない。
以下を参考に、
Rubyistよ、irbを捨ててPryを使おう - TIM Labs
Users\<ユーザ名>\.pryrc
Pry.config.input = STDIN
Pry.config.output = STDOUT
Pry.config.prompt = [
proc {|target_self, nest_level, pry|
nested = (nest_level.zero?) ? '' : ":#{nest_level}"
prompt = "[#{pry.input_array.size}] #{RUBY_VERSION}-p#{RUBY_PATCHLEVEL}(#{Pry.view_clip(target_self)})#{nested}> "
print prompt
prompt
},
proc {|target_self, nest_level, pry|
nested = (nest_level.zero?) ? '' : ":#{nest_level}"
prompt = "[#{pry.input_array.size}] #{RUBY_VERSION}-p#{RUBY_PATCHLEVEL}(#{Pry.view_clip(target_self)})#{nested}* "
print prompt
prompt
}
]
promptの表示を追加。プロンプト内容はお好みで。
Pry.config.output = STDOUT行が必要かはちゃんと判断していない。
このやり方では入力後に改行が重複出力される問題がある。
また、起動直後にプロンプトがwarningなどと重なるので1回Enterしないといけない。
個人的には許容範囲内だが気になる人は気になるかも。
pry初心者なので、pryの全機能が不足なく動くかは確認していない。
なお、ターミナル上での日本語文字化けが改善するケースがある(追求していない)。
さて、readline周りの挙動は悩ましい。自分でコンパイルすれば直りそうなのだが、やりたくないなあ… やるんだったら配布までやらなきゃだと思うので。
[2014/03/31追記 ここまで]
さて、--noreadlineオプションは記憶しておくとして、Windowsに入れているRubyの措置について考える。
・mswin32版 -> mingw32版にする？
する。PATH環境変数と、スクリプト起動用のexeパスを書き換えた。
とりあえず、mingw32を避けてるのも変なので使ってみるというのが一つ。
mingw32版はcygwin版のようにcygwin周りのファイルが必要ということはないので、mswin32版とほぼ同じように使っていける(はず)。2.1.0が来てないあたり、若干保守的な様子。高速化はmingw32版の方が効いているとのこと。
mswin32版はgemでコンパイルをかけるような場合ではどうもトラブりやすい。pryにしろ、atomicにしろ自分の腕ではgem installに失敗したし、これを打開するためのコストをかけるほどの余裕がない。exerbとかが標準梱包なのは有り難く、gemで追加しない分にはこちらの方が便利か。オフィスでオフラインで使用する場合などではmswin32版の方がうれしいかも。DXRubyが入ってるのも楽しい。
・CP932なrubyスクリプトのエンコードをUTF-8に変える？
変えない。今回は断念して、マジックコメントでWindows-31J指定が入ってないものには追加。
動いてるスクリプトが、コマンドラインから日本語を含むファイル名を受け取って動くようなものが多いため、テストに時間がかかるというのが一つ。
Windowsのファイル名を扱う以上どうしてもSJISで処理したほうが楽だというのも間違いはない。今後UTF-8混じりのファイル名などでバグが起きない限り、既存のスクリプトはこのままにしておいて新規作成分はUTF-8で作ることにする。
2014/01/18(土)Rubyでtwitterライブラリを動かすまでのあれこれ
2014/01/18 9:26
各所にやり方はまとまっているのだが、ここしばらくのTwitterの仕様変更やRuby特有のwinケアの甘さでちょいハマリしたのでメモ。
なお、gem installの項でmswin32版(ActiveScriptRuby 1.8～2.1全て)は環境構築できなかったので、minGW版 2.0.0の話になる。
gem install twitter周り
gem install twitterが通らない。依存で入ってくる"atomic-1.1.14"パッケージが鬼門の模様。atomic_reference.c(75) : fatal error C1189: #error : No CAS operation available for this platformこのエラーで止まる。
mswin32版では結局打開できず。
minGW版で打開できた。
どうやらコンパイラ=gccかつgcc4.8.1以降でないとソース変更なしではコンパイルできないらしい。以下参照。
failed compile with atomic-1.1.14.gem · Issue #32 · headius/ruby-atomic · GitHub
バイナリを集める。
RubyInstaller for Windows
minGW版Ruby最新の2.0.0-p353＋DevKit-mingw64-32-4.7.2-20130224-1151を取ってくる。
MinGW | Minimalist GNU for Windows
gccはDevkitの4.7.2では×。MinGWを別に入れてgcc 4.8.1を取ってくる。
以下2箇所にパスを通す。
MinGW\bin
MinGW\msys\1.0\bin
dk.rb init, dk.rb installを終えた後に、
Ruby200\lib\ruby\site_ruby\devkit.rb
を書き換える。
$ diff devkit.rb.orig devkit.rb 10d9 < ENV['PATH'] = 'C:\\online\\Ruby200\\devkit\\bin;C:\\online\\Ruby200\\devkit\\mingw\\bin;' + ENV['PATH']devkit内のPATH追加を削っただけ。
これでgem install twitterが通るようになった。
token取得
RubyでTwitterのapiを使ってみる - D-ramu blogtwitter側にアプリを登録するまでは上記参照。
自分の環境ではget-twitter-oauth-tokenは上手く動かなかったので、tokenは以下のやり方で取得した。
RubyでTwitterのOAuth認証のアクセストークンを得る手順 - Qiita [キータ]
ssl周り
いざアクセスしようとすると、sslでエラー。c:/online/Ruby200/lib/ruby/gems/2.0.0/gems/twitter-5.5.1/lib/twitter/rest/client.rb:143:in `rescue in request': SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed (Twitter::Error)証明書がRubyから見えてないですね。
以下を参考に設置。
igaiga diary(2013-06-17)
api周り
twitterライブラリの仕様もちょくちょく変わってるので注意。3分でスッキリ! Oauth 1.0図解とRuby Twitter bot開発 | KumanBlog
よく見かけるドキュメントと、configへのアクセスやconfig内のkey名が変わってる。
RTFM。
File: README ― Documentation for twitter (5.5.1)
2014/01/16(木)clは環境変数PATHからインクルードファイルを探さない
2014/01/16 26:29
環境はWindows7(64bit), mswin32版Ruby 1.8(ActiveScriptRuby)。
gemで要コンパイルのライブラリ入れるときにコンパイルに失敗する。
c:\online\ruby\lib\ruby\1.8\i386-mswin32\win32/win32.h(31) : fatal error C1083: include ファイルを開けません。'windows.h': No such file or directory NMAKE : fatal error U1077: 'C:\Windows\system32\cmd.exe' : return code '0x2' Stop.原因。mswin32版RubyはMS VC++をコンパイルに使用する。コンパイラCL.exeは環境変数"PATH"にINCLUDEファイルのディレクトリを記述していても見に行かない。
初歩的な話だが、ここんとこMS VC++コンパイラ触ってなかったのですっかり仕様を忘れていた。
対策は、環境変数INCLUDEに記述するか、/Iオプションで明記してやる。
gemの中いじるのめんどくさいので、eveで環境変数INCLUDEにディレクトリを追加した。
[参考]
/I (追加インクルード ディレクトリ)
そろそろbundler周りも覚えた方が良さそうだ。