有時想增加在不重新啟動下，變更Configure設定，立意雖好確未必適用在每個場合，例如：DB Connection Pool。
通常建議直接使用AP Server的JNDI去做DB Connection Pool，原因如下：
1.AP Server根據自己的策略，預先建立若干Connection在Pool備用，在尖峰離峰時間增減Connection。由AP Server根據自身環境優化程度更勝手工，因此AP Server啟動時需要一定時間的緣故。
2.常有Connection爆掉的issue，若自訂configure或引用非AP Server內定的connection pool，一旦有此Issue，就無法找AP Server廠商技術支援。
第二個建議使用JNDI的，是通訊資訊，如SOA URL，因為從開發，測試到上線，維護，經歷SIT / UAT / Production環境，其通訊資訊設定都不盡相同，否則每次一Deploy都要費時改configure，而若設置於JNDI，一個war或ear佈到不同環境則毋須再做任何修改。
而JNDI最近失手的經驗，便是在WebLogic修改JNDI設定後，要把整個AP Server重新啟動。
什麼情況使用Configure，什麼情況需要定時Refresh Configure，Refresh的依據是來自DB還是檔案更新日期。方向大致如下：
1.若是不會受到SIT / UAT / Production影響，就使用Configure。
2.若是Configure有開放UI給user設定，就使用Refresh Confgure。
3.若Configure的項目只有administrator，而且是唯一沒有分次級的admin，可以使用Configure from File，是否Refresh看需求。
4.若Configure的項目只開發給administrator，且有分等級權限，使用Configure from DB，是否Refresh看依然看需求。
5.若Configure的項目是admin會隨時依user提出request而做進行調整，就應該需要Refresh，使用DB或File則看需求。若有限定群組的user，應該是用DB。
全站熱搜
留言列表
