最近在做一個專案時，因為有些資料需要提供給其它客戶端查詢，本來也可以通過xmlrpc來操作，但這樣前端寫js的人就需要對oe的資料表物件關係非常清楚，為了簡化前端呼叫，我們最終採用的是在伺服器端建立一些api介面，由前端通過ajax來呼叫。

開始在模組中通過http.route建立了一些url介面，伺服器已經根據前端需求返回指定的json格式，但在測試時，發現前端呼叫時，總是返回404的錯誤，除錯、追蹤了大半天，最終發現問題是在資料庫上面，因為我在oe上建了兩個資料庫，正常通過瀏覽器登入時，我們是先選擇資料庫，選擇後oe會檢查所選資料庫已經安裝的模組，並將所有已安裝模組中的http.route建立一個對映表，當後面再有url訪問時，通過這個對映表來確認呼叫哪個py方法。

如果沒有前面的選擇資料庫動作，直接通過url訪問時，此時oe並不知道你要訪問哪個資料庫，也無法建立url與py方法的對映，所以直接返回了404的錯誤。

最終權宜之計是我刪除了其它的資料庫，只保留了一個數據庫，這樣oe在啟動時，就會直接載入此資料庫的url對映，就可以正常訪問。

但這樣子理解，又有一個問題不明白，如果說資料庫多的時候，系統不知道使用哪個資料庫中的url對映，那為什麼系統自帶的一些url又沒問題，比如/web/login，當我們使用此url時，oe能正確定位到py方法中，不知道是不是/web開頭的url哪裡有特殊處理？

這個問題後續再仔細瞭解。。。

後來檢視原始碼，原來在openerp.conf.server_wide_modules列表中，是有記錄預載入的模組的地方，web模組是屬於與資料庫無關的預載入模組，所以沒有選擇資料為時，系統也能訪問url對應的py方法。這個列表可以在oe伺服器執行時，通過--load引數來指定，所以我們自己的模組要在oe啟動時就響應url請求，則只要預載入自己的模組即可。