如何不必發布就可以在ie上顯示web修改效果
經過前面設定後，雖然可以開發web了，但每一次修改都要重新發布hello模組，才能在ie上顯示修改後的效果，這無疑是開發時無法接受的，照這樣，開發的時間進度至少要增加一倍。本小節將給出不必不發布就可以在ie上顯示修改效果的方法。
首先，解決的辦法是基於以下知識的：
l
tomcat要發布網頁，不是必須得打成war包，也可以發布未經壓縮的檔案目錄。實際專案中，直接發布零散檔案的方式居多，因為這樣更新jsp檔案比較方便。
l 在tomcat安裝目錄下的conf子目錄裡有乙個名為server.xml的檔案，它可以用來定義乙個新的web應用。
由上面的知識，可以得出以下解決思路：通過修改server.xml檔案，定義乙個新的web應用，將這個web應用定位到eclipse的workspace目錄中的myweb專案。這樣設定以後，ie顯示的檔案就是eclipse中正在編寫的jsp檔案了，也就是說，不必再經過打包成war發布這一步。
具體操作步驟如下：
（1）為了避免干擾，先將原來發布的hello模組刪除。
開啟tomcat主頁面：http://127.0.0.1:8080/
。選擇鏈結「tomcat manager」，輸入使用者名稱密碼（admin、123456），得到如下圖9.28所示頁面。單擊hello模組右側的「undeploy」將hello模組從tomcat上的撤消發布。
圖9.28 撤消tomcat上的hello模組
（2）修改server.xml，定義乙個新的web應用
server.xml此檔案的具體路徑如下：c:/program files/apache software foundation/tomcat 5.0/conf/server.xml。此server.xml檔案最未尾的
項之前插入一項的設定，的具體**如下：
reloadable="true"
docbase="c:/eclipse3.1m4/eclipse/workspace/myweb/hello"
workdir="c:/eclipse3.1m4/eclipse/workspace/myweb/bin" />
**說明：
l 注意一定要將以上**加在緊靠
項之前，的幾個屬性可以分行寫，也可以寫成一行。
l
path － 是指web模組的名稱hello，這樣其訪問位址為：http://127.0.0.1:8080/hello/
l
docbase － 定義jsp檔案位置。本處指向eclipse中hello模組的路徑
l
workdir － 在ie顯示之前，jsp要先編譯成servlet，這個屬性就是定義hello模組輸出的servlet的所在位置。如下圖9.29所示，因為所建的myweb專案預設的輸出路徑為myweb/bin目錄，所以這裡的workdir也定位到此myweb/bin目錄。
圖9.29 myweb專案的預設輸出資料夾
（4）右鍵單擊「hello」模組→選擇lomboz j2ee→選擇debug server（或run server）。然後，在ie瀏覽器中輸入「http://127.0.0.1:8080/hello/
」來檢視效果。最後，隨便修改一下index.jsp檔案，直接重新整理一下ie，如果可以看到修改後的效果，表示以上所有設定成功。
如下圖9.30所示的「導航器」檢視（注意：不是「包資源管理器」檢視），index.jsp在經過ie顯示之後生成幾個新檔案和目錄（可能需要先重新整理一下myweb專案）：
圖9.30 myweb專案結構
在需求分析中就可以避免的那些錯誤2
1 多考慮一下 哪些引數該取配置值 乙個很久沒聯絡過我的合作夥伴在qq上緊急找我，因為我們很多年前開發的一套倉庫系統被他找到了新買家，但有個 小 問題需求我幫忙解決。原來系統裝好後，各項引數都按新公司配置好了，但列印出來的倉單頁首顯示的是其它公司的名稱。好吧，我承認當年做報表時為了快速交貨，就將公司...
在需求分析中就可以避免的那些錯誤3
1 盡力區分和剔除那些 雞肋需求 雞肋需求 就是那些看上去很屌但使用者並不會去使用和關注的功能需求。經手的專案中，曾經有個 雞肋需求 讓專案的開發成本增加了30 投標公司減少60 因為技術有點難 工期拖後了n天，但使用者覺得 然並卵 那就是 在web頁面上動態顯示一場地內作業機械裝置的位置。當時這個...
在需求分析中就可以避免的那些錯誤5
1.重視需求 實現成本 產生的價值 兩者的比例。更高層次需求分析應該不是僅按使用者的想法去實現就可以了，而是多替使用者考慮 實現這個需求要付出多少成本？需求實現後能產生多少實際價值？多少隱性價值？是不是值得去實現？是否有更高價效比的方案？乙個案例 曾經做過乙個電子資料倉儲的專案，目的是為了解決 電力...