EJB 3.0, JPA를 사용한 Java EE 애플리케이션의 프로젝트 아키텍처/조직, Jboss의 동적 웹 프로젝트

Question

다른 동적 웹 프로젝트가있는 웹 app을 가지고 있으며, 각 웹 프로젝트는 일반적으로 EJB 프로젝트를 포함합니다. JNDI를 통해 서로의 EJB의 콩과 클래스를 사용하거나 동일한 데이터베이스를 공유하거나 자체적으로 사용하는 것처럼 상호 작용을 유지하려고합니다. 그러나 우리는 또한 다른 서버에 다른 프로젝트를 유지할 수 있기를 원합니다.

건축 및 조직 측면에서 이러한 종류의 프로젝트에 올바른 초점은 무엇입니까?

귀를 어떻게 사용해야합니까? 그들 모두를 지배하고 어둠 속에서 그들을 묶는 한 귀가? (죄송합니다. LOTR 참조를 수행해야했습니다) 또는 서버/웹 프로젝트 당 귀 등?

Answer 1

디스크 공간은 저렴하지만 모든 것을 단일 귀에 던지면 앱 서버가 서비스 A가 원하는 경우에도 앱 서버를 모두 실행할 수 있습니다. 각 개별 서비스의 구성 요소는 귀에 있습니다.

그런 다음 JBOSS를 예로 사용하면 아티팩트를 실행하려는 서버의 배포 디렉토리에 바로 복사 할 수 있습니다.

OrderManagement.ear InventoryManagement.ear Storefront.ear

그러면 특정 서버에 모든 또는 아무것도 없을 수 있습니다.

Answer 2

EJB는 모듈 식해야하므로 제공하려는 서비스에 따라 배치 할 적절한 귀를 제공해야합니다. 또한 mbeans를 사용하여 독립 서비스로 배포하십시오. 관리 인터페이스는 디버깅 및 테스트 할 때 많은 도움이됩니다.

Answer 3

버그 수정/업그레이드 및 회귀 테스트 시나리오를 명심하십시오. 동일한 귀에있는 EJB 모듈이 많을수록 모듈 중 하나에만 새로운 기능을 수정하거나 추가하더라도 더 많은 기능 포인트가 회귀 테스트가 필요합니다.