What have you found for these years?

2009-05-06

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 之類的 @@

0 retries:

Post a Comment

All texts are licensed under CC Attribution 3.0