顧名思義嘛,就是指導部署的過程如何配置這個 ejb 程式,因為 EJB 是元件化的模型,同時 EJB 有些資源依賴和外部 EJB 引用這些都是包括了自己的定義的一些靜態配置,同時另外還有一些與伺服器廠商有關係的外部繫結配置及一些角色授權配置。比如 J2EE 1.3 要求一個 ear 程式不做任何程式碼修改只能過修改部署描述符檔案後就部署到伺服器上成2個要求同時工作的兩個完全獨立的應用程式,這時我們把 EJB 繫結修改一下就可以了,把它們連線的資料引用繫結也修改一下,我們就可以為多個不同的客戶部署完全相同的一個 ear 程式碼並且各自使用不同的資料庫,而且在同一臺物理機器同一個伺服器的同一個 JVM 程序中正常工作互相不影響。
應用伺服器是作為 J2EE 應用的一個”平臺“,平臺就不應該具體到應用程式內部細節而是在外部保證它們都要通用,互不影響地工作,J2EE 標準規範就是為了讓每家J2EE伺服器廠商有一個相容的工作方式。
而且部署描述符打包在 ear 或 ejb 中只是一個推薦的預設值,在部署過程中伺服器提供的部署嚮導一般給允許我們定製它把這些預設值改成其它的,而不需要先解壓這個 ear/ejb 改了 xml 再重新打包,這樣原始的 ear/ejb 不需要變化,保持版本不動,在部署過程上定製就很方便了。
顧名思義嘛,就是指導部署的過程如何配置這個 ejb 程式,因為 EJB 是元件化的模型,同時 EJB 有些資源依賴和外部 EJB 引用這些都是包括了自己的定義的一些靜態配置,同時另外還有一些與伺服器廠商有關係的外部繫結配置及一些角色授權配置。比如 J2EE 1.3 要求一個 ear 程式不做任何程式碼修改只能過修改部署描述符檔案後就部署到伺服器上成2個要求同時工作的兩個完全獨立的應用程式,這時我們把 EJB 繫結修改一下就可以了,把它們連線的資料引用繫結也修改一下,我們就可以為多個不同的客戶部署完全相同的一個 ear 程式碼並且各自使用不同的資料庫,而且在同一臺物理機器同一個伺服器的同一個 JVM 程序中正常工作互相不影響。
應用伺服器是作為 J2EE 應用的一個”平臺“,平臺就不應該具體到應用程式內部細節而是在外部保證它們都要通用,互不影響地工作,J2EE 標準規範就是為了讓每家J2EE伺服器廠商有一個相容的工作方式。
而且部署描述符打包在 ear 或 ejb 中只是一個推薦的預設值,在部署過程中伺服器提供的部署嚮導一般給允許我們定製它把這些預設值改成其它的,而不需要先解壓這個 ear/ejb 改了 xml 再重新打包,這樣原始的 ear/ejb 不需要變化,保持版本不動,在部署過程上定製就很方便了。