rubycas-server bug (2)

作者好像很忙的樣子，issue tracker 上好像沒什麼動靜
anyway, 就動手修了，希望可以 merge 回去...
也只通知前面幾個 patch 就好了，不然一一通知應該會太打擾？

http://github.com/godfat/rubycas-server
http://github.com/godfat/picnic

上篇提到的 bug, 在 1dfd749710185ec56dc4529ec4b6a146b9b0b256 修了。
雖然我並不確定這樣做對不對啦... 但至少目前跑起來是沒問題。
接著就是在 f4e0baf22924994b24d402ece2f8847277546eaf 加入 erb 支援。
只是有點 bug, 後面陸續幾個 commit 是在修理這些。

還有他的 Manifest.txt 根本就年久失修，gemspec 看起來，
也不太正確... 只好先引用 bones, 重製 gemspec, 然後倒推回 Manifest.txt
為了不改他太多東西，所以仍然是回到 hoe 去 build.

但是這更讓我討厭 hoe 了... 產生出來的 version 會 append timestamp
可是快速修改和測試是希望能蓋過去，不是每秒都是不同版本。
而且 rake task 好混亂.......

這就不幫他修了啦 :(

picnic 也有 bug, Manifest 也是爛的。也只好再幫他修掉這些。
我個人覺得 picnic 這層架構根本就是多餘的。
基本上反正現在 ruby 的 web app/server 都應該以 rack 架構為主，
那麼我們只需要一種 process 的 manager 就好了，
根本就不需要再發明一套，更何況 picnic is very buggy...

restart 有問題，而且只支援 webrick 和 mongrel,
感覺像是假的 rack... 就嘴泡上的話，我覺得 picnic 應該砍掉，
然後 config 的部份 merge 進 rubycas-server,
接著完全改成 rack 架構，這樣應該才是理想的方式。

rails 2.3 終於真的改成 rack 架構，雖然介面還沒有做得很好。
之前說支援 rack 感覺還滿不誠懇的... 現在也沒說支援得多好 :s
rack 的重點就應該是什麼東西都能切乾淨，而不是全混在一起。
rails bundle rack 本身就可能會造成一些版本困擾了。

算了，感覺 rails 就是要什麼都一包，你不用他的東西就等著碰壁 :s
這樣像是給新手用的東西...

*

總之，可以在 config 指定 erb template directory 後，
接下來應該就可以很容易用 erb 套靜態的 (x)html/css 了。
先不管 rubycas-server-ctl 本身有問題外，現在這樣看起來還不錯。

不過話說回來，這次一次要設三個 git repository, 還滿煩的 @@
尤其要設 hooks/post-receive 和 sudo visudo,
還要手動 git stash 或是 git reset --hard

這部份流程應該還可以再更好一點。
或許加到 source-tools 裡面...
包含 sudo useradd -m, sudo usermod -aG PROJ [dev1, dev2]
等等... 做成一個 new project wizard 之類的 @@