【正文】 ，如果你不是的話，也許你有時會為還有那么多不知道的內容而感到驚訝。　　癥狀:沒有真正理解J2EEEJB或者不采用EJB)除非你需要明確知道今后可能的需求，如將來的負載要求，或者系統在最高負載下的表現，否則大可不必為系統將來的情況做太多考慮或猜測。在你的應用中的某一部分可能并不需要EJB，甚至你的整個應用都不需要。　　在業(yè)務邏輯改變的時候必須修改JSP沒有在開發(fā)環(huán)境中進行適當的配置　　對系統的影響:如果你所選的應用服務器不能充分滿足你的需要，你只好修改原先的設定?！　√峁┥踢x擇階段后面的所有階段：設計、開發(fā)、穩(wěn)定化/負載測試、成熟化實際上，我也見到過一直沒有進行構建過程的情況：“我們沒有時間。WebSphere的系統配置和管理方式幾乎完全不同。這種區(qū)別體現在IDE，debugger，build工具，配置管理等等方面。癥狀:而對與性能和可伸縮性，你要預先劃分好什么是必須要做的。　　影響階段:　　備注:　　在代碼中使用了很多次的核心庫中發(fā)現Bug?！　∫?guī)避方案:第一級別是plumbing，也就是說，有90%的項目可以對它重復利用?！　∷须A段都會受到影響可能你不得不忍受一下重構帶來的異常處理和日志處理，但從長遠來看還是值得的，這樣即省時間又省錢。　　異常處理開發(fā)、穩(wěn)定化、成熟期　　規(guī)避方案:風險8:(overengineering)似乎有些沖突?！　∈苡绊懙捻椖侩A段:Age銜接緊密，而WebLogic是IDE無關的，實際上，你幾乎可以使用任何的開發(fā)工具。?(Swing不了解你的提供商而唯一來評估一種J2EE應用的方法是建立一種概念試驗來進行證明，在試驗中要包含你的應用框架。　　項目階段：　　系統組件構建(特別地包括：EJBEJB以及EJB數據庫)　　應用行為在開發(fā)、穩(wěn)定化及產品環(huán)境中各不相同　　對系統的影響:EJB的remote接口扮演了一種實際bean實現的代理，并且對于提供容器的能力也是至關重要的，這些容器截取調用信號并提供諸如透明（transparent）負載均衡的服務?！　榱税踩?，把數據分離級別定得太高　　用手工事務管理取代了容器提供的機制　　不要從提供商的角度去看EJB，要確切地知道規(guī)范所支持的標準EJB模型和基于這些模型的特殊應用之間的區(qū)別。影響階段:　　RMI　　　　對系統性能的影響：可維護性、可擴展性、性能成熟期：這不是一個真正的項目階段，而是一個固定的準備階段?！　√峁┥踢x擇:在本文中，我將提出排名前10位的企業(yè)級Java項目風險，供讀者參考。每一個“小球”都會帶來其固有的風險，有些顯而易見，有些則不易發(fā)現。在開發(fā)之前，要周全地考慮好正在做什么，以及如何往下做的問題。(train,==另外，你可以加入Java的郵件列表?！　JB在第一次被調用后沒有再被使用到(尤其是stateless　　項目階段:　　解決方案:　　項目階段：另外，J2EE平臺已經定義了可伸縮性及出錯恢復等特性，可以讓服務器系統為你進行處理。這是過度工程化所走的極端，而且我確實也目睹了一些良好的servlet和JavaBean應用被重構為EJB，而這樣做并沒有很好的技術上的理由?！　≡谝蟾淖兘缑骘@示的時候需要修改并重新配置EJB和其它后臺組件　　項目階段：7，那么不要在JDK　　開發(fā)人員常把安全性問題放到穩(wěn)定化階段才開始解決?！　】缮炜s性、性能、可維護性及穩(wěn)定性如果IDE不好，則需要設置最低限度的代碼標準，并讓開發(fā)人員任意選擇他們認為最為有效的工具?！　ο到y的影響:”因此，這些工作必須提早進行。具備某提供商的某項特殊工具的使用經驗，可以在評估該提供商的競爭對手產品時具有一些便利。無法忍受的速度緩慢　　穩(wěn)定化，成熟化　　　　我是一個輕方法學的信徒和實踐者?！　ο到y的影響:　　備注:(好的提供商都有這樣的樣例)。不斷有新人加入到Java/EJB的開發(fā)領域中來，不理解Java的人數一般比想象中還要多。即使你已經開始開發(fā)了，此時考慮一下架構仍然是值得的。　　日志　　影響階段:　　本風險與風險2　　設計WebSphere