玩玩Java已經有一陣子了,自己覺得還算是跟著標準走的﹝個人覺得呵呵﹞ ,這個星期五準備針對公司的一些主管介紹UML,實際上我也沒有粉充分了解他,不過在研究過Design Pattern後發現,UML確實可以帶來一些優勢,至少是圖形化的呈現方式,但是到現在還沒有起筆寫簡報,一方面是不知從何著手,另一方面又擔心就介紹的比較深入對於只了解大型主機程式的主管們或許是一個難度,大致上應該會介紹一下幾個圖形的應用及各種圖形的意義,還會提幾個案例來互動一下希望他們可以大致了解UML,因為我現在有看到的Java專案都沒有這些東西,對於從中切入說時再的看程式是最實際的不過從UML的圖形可以簡化我了解系統架構的時間,不是嗎?想說藉由這次的說明讓大家知道一個專案不是只有完成他就好了,而是要注意到日後的維護及更新等等東西,我個人認為一個專案的結束,對我們公司而言並不是上線就好了,而是要考慮專案的延續等等的問題。
環境概述 OS:Linux Apache Http Server:2.2.21 安裝可以使用rpm或是抓source下來compile,建議前者 rpm –ivh apache-http-xxx.rpm 這裡請注意一下安裝的版本 http.conf 參數設定 Proxy < VirtualHost *:80> ProxyPass targetPath fromPath | fromUrl < VirtualHost/> 範例如下 < VirtualHost *:80> ProxyPass /app http://DomainName或IP:8888/app ProxyPassReverse /app http://DomainName或IP:8888/app < VirtualHost/> 上述的參數設定為,將某主機的http通訊協定下的Web application(app),對應到本台Web Server的app下。這樣的Proxy架構的設定對企業內的Web應用程式相當有用處,若是遇到Web Application Server掛點只需要修改Proxy對應,不需要動到dns等等,是個滿便宜的Proxy架構設定喔。﹝不過要注意Web Application要注意redirectc和forward等的撰寫,盡量不要有絕對IP的出現﹞
留言
張貼留言