2017-01-05 1 views
8

향후 프로젝트에서 사용할 라이브러리를 만들고 싶지만 다른 EJB 등을 참조하는 해당 라이브러리에 EJB도 포함하고자합니다.이 라이브러리에는 간단한 Java 클래스도 포함됩니다. 그렇게하는 가장 좋은 방법은 무엇입니까? 이 경우 종속성을 어떻게 정의합니까? 주석으로 주석을 정의 할 것이라고 생각했습니다. 라이브러리 사용자가 다른 종속성을 구성하려는 경우 해당 프로젝트의 ejb-jar.xml에서이를 대체함으로써이를 수행 할 수 있습니다. 과거에 이런 일을 한 사람 있습니까? Eclipse로 개발할 때 어떻게 생각하십니까?라이브러리의 EJB - EJB 재사용

기본적으로 내 문제는 모든 프로젝트에 포함시킬 ejb-jar를 단순히 만들면 ejb 컨테이너가 내 인스턴스를 인스턴스화하는 것입니다. 내 라이브러리에 포함되어 있지만 일부만 포함 된 MDB가 모두 필요하지 않더라도 배포시 MDB를 사용할 수 있습니다.

MDB를 주석이있는 EJB 또는 ejb-jar.xml 내에서 정의하지 않고 해당 종속성 만 정의하는 솔루션입니까?

세션 빈은 무엇입니까? 프로젝트 내에서 사용하지 않더라도 자동으로 인스턴스화됩니까?

+1

이것이 최선의 방법인지는 잘 모르겠지만 우리는 모든 것을'.jar'로 압축 한 다음 그걸 maven 종속물로 포함하기 전에 회사와 함께 일했습니다. 그런 다음 필요에 따라'.jar '에있는 EJB에 액세스 할 수 있습니다. 다시 말하지만 이것이 최선의 방법인지는 확실하지 않지만 시도하고 싶다면 선택 사항입니다. –

+1

Stateless beans는 사용하지 않더라도 인스턴스화 될 수 있습니다. SLSB는 풀링되어야하므로 요청하지 않고 사전에 인스턴스를 만들 수 있습니다. – user3714601

+0

시장에서 가장 많이 사용되는 응용 프로그램 서버의 경우 처음 크기가 0 인 풀을 구성 할 수 있습니다. 이게 당신의 문제를 해결합니까? – Leonardo

답변

2

EAR 파일. 매우 일반적인 것은 아니지만 라이브러리와 그 종속성을 EAR 파일에 포함시켜 배포 할 수 있습니다. 내가하고 싶은 것은 의존성 문서 (예 : Maven의 POM 파일 또는 담쟁이의 xml 파일)와 함께 자체 Jar 파일에 라이브러리를 배포하는 것입니다. 어느 쪽이든, 당신은 의존성 관리자가 필요합니다.

모든 의존성이 폭발하는 뚱뚱한 JAR 파일을 빌드하는 옵션도 있습니다. 나는 그것을 정말로 좋아하지 않는다. 의존성을 포함시켜야한다면 EAR 파일을 사용합니다.