[J2EE] EAR的切割問題

看板java作者 (...)時間15年前 (2010/11/07 15:03), 編輯推噓0(004)
留言4則, 2人參與, 最新討論串1/1
不好意思 目前小弟的專案遇到一個問題,想請教一下 主要是關於是否要切成不同EAR檔做包裝 先簡介一下專案結構: 系統分成多個模組,可能有部分會共用 因為系統設計以web介面為主,對外為web service 結構大致如下: EAR |-- JPA |-- EJB |-- WAR1 |-- WAR2 |-- WAR3 |-- JAR... 會這樣子做,主要是因為,可能有部分的Entity會有共用的情況 如使用者...等之類的 原先的設計如下: EAR1 |-- JPA1 |-- WAR1 |-- JAR EAR2 |-- JPA2 |-- WAR2 |-- JAR ... 因為大頭說,如果個別模組要做上版動作,希望不會影響到其他模組 但原本多個EAR檔的結構,各個EAR的溝通變成都要透過web service 而且沒有共用同一個Persistence的情況下,Entity的同步可能會是個問題 因此才把它合併成一個EAR檔,這樣可以共用同一個Persistence WAR之間也可以透過EJB來做溝通 (雖然有人說EJB很麻煩,但web servcie不是一樣嗎) 所以想請教一下,是不是有比較好的解決方法,來解決這樣的問題呢? 對了,小弟的AP server是WAS 7.0 使用Struts2, Spring, OpenJPA(WAS7) P.S. 最後還是決定要切開了,因為客戶喜歡... 另外發現EJB可以跨越EAR,因此模組間應該是用EJB來溝通了 Persistence的同步問題,則是共用的部分,統一用EJB來進行處理 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.62.253.26

11/10 14:48, , 1F
先問一下,你的大頭是工程師升上去的?還是空降來的?
11/10 14:48, 1F

11/10 19:54, , 2F
大頭一來就是大頭了,大頭不是很懂JAVA
11/10 19:54, 2F
※ 編輯: ewn 來自: 61.64.136.54 (11/10 19:58)

11/11 10:59, , 3F
幸好客戶喜歡,不然我是覺得大頭用那種5秒鐘review思維
11/11 10:59, 3F

11/11 11:00, , 4F
會讓底下工程師作死....
11/11 11:00, 4F
文章代碼(AID): #1CrayopB (java)