tdiary server --cgiでInternal Server Error

[machu]

CGIモードで起動すると、Internal Server Errorとなる。

500 Internal Server Error

wrong number of arguments (2 for 1) (ArgumentError)

/Users/machu/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/rack-1.5.2/lib/rack/request.rb:20:in `initialize'
/Users/machu/work/tdiary/tdiary-core/update.rb:30:in `new'
/Users/machu/work/tdiary/tdiary-core/update.rb:30:in `<main>'

TDiary::RequestはRackが有効な場合にはRack::Requestを使うようになっている。Rack::Requestは引数を1つしか受け取れないため、第2引数の @cgi を受け取れずに ArgumentError となる。

[machu]

CGIモードで起動してもRackが有効になっているのは、 #299 Bundlerize の影響？
require 'tdiary' のタイミングで Gemfile 記載のライブラリ (Rack含む) が読み込まれる。

[hsbt]

CGI の時も Rack を読むようにするのがよさそうです(アイデアレベル)

[machu]

ちょっとやってみましたが、CGIの時もRackを使うとassetsの判定にも影響がありますね。

def theme_url
    defined?(Rack) ? 'assets' : 'theme'
end

CGI動作用のGemfileを別に用意するか、Bundler.requireをやめて手動でrequireする方向で考えてみます。

[machu]

tdiary/environment.rb の中で bundle/setup と Bundler.require の両方を呼んでいることが原因でした。 Bundle::setup が2回実行されることで、環境がおかしくなっていたようです。

ちゃんと追えていないのですが、この変更を加えた結果、CGIモード（TDiary::Server の WEBrick::HTTPServlet::CGIHandler 内）では Rack が無効の状態で tDiary が動いています。

[machu]

…勘違いしていました。
require 'bundle/setup' を消すと、if defiled?(Bundler) 内のブロックも実行されなくなるのでダメですね。
revertします。

[machu]

「CGI動作用のGemfileを別に用意する」方法で対処。