테스트 또는 프로덕션 서버에서 Enterprise Bean을 실행하려면 Enterprise Bean에 대한 전개 코드를 생성해야 합니다. EJB 전개 도구를 사용하여 이 작업을 수행할 수 있습니다. 이 도구가 제공하는 명령행 인터페이스를 사용하거나 Workbench에서 명령행 인터페이스를 호출할 수 있습니다.
명령행을 사용하면 빌드 프로세스를 밤새도록 실행하고 전개 도구를 자동으로 호출하여 일괄처리 모드에서 전개 코드를 생성할 수 있습니다.
EJB 전개 도구는 ejbdeploy 명령을 사용하여 호출됩니다. 여기서, 하나 이상의 Enterprise Bean을 포함하는 입력 EJB JAR 또는 EAR 파일을 허용합니다. 그런 다음, .class 파일 형식의 전개 코드를 포함하는 출력 전개된 JAR 또는 EAR 파일(입력 파일의 유형에 따라 다름)을 생성합니다.
EJB 전개 도구는 하향식 및 중간 합류식 맵핑, EJB 단일 및 다중 테이블 상속과 관계를 지원합니다. 이것은 데이터베이스 표시를 Java™ 오브젝트 유형으로 변환하는 변환기와 단일 복합 Bean 필드를 다중 데이터베이스 열에 맵핑하는 데 사용되는 작성기 사용을 지원합니다. 이제 EJB 전개 도구는 다음 레벨의 액세스 목적을 지원합니다(AccessIntent는 WebSphere® 확장).
EJB 전개 도구는 모든 액세스 목적에 필요한 모든 코드를 생성합니다. 이러한 상황을 발생하게 하는 옵션을 지정할 필요가 없습니다.
지속 관리자는 지속적 필드 및 관계의 구현 뿐만 아니라 기본적인 지속적 저장에 대한 모든 데이터 액세스의 제공을 담당하는 런타임 구성요소입니다. 분리 레벨은 데이터에 액세스하는 동안 다른 프로세스에서 이 데이터를 잠그는 방법을 결정하는 데이터 무결성 기능입니다.
동시성(동시에 다중 프로세스가 자원을 공유하여 사용)과 액세스 유형의 조합을 통해 지속 관리자의 분리 레벨을 결정하므로 액세스 유형은 주요 관심 영역입니다.
따라서 액세스 유형은 잠금 유형과 데이터베이스에서 Bean 데이터를 읽을 때 얻어지는 잠금 지속 기간을 제어합니다. 변경이 예상됨 액세스 유형은 데이터가 로드되는 트랜잭션의 지속 기간 동안 잠금을 유지한다고 나타냅니다. 변경이 예상되지 않음 유형은 백엔드에서 데이터를 읽은 즉시 잠금을 삭제한다고 표시합니다. 읽기 유형은 런타임 시 데이터의 갱신을 허용하지 않음을 표시합니다. 읽기 유형의 데이터에 갱신을 시도하면 예외가 발생합니다. 갱신 유형에서는 데이터를 변경할 수 있습니다.
또한 2.x EJB 프로젝트의 경우에만 다중 백엔드 데이터베이스로의 맵핑이 지원됩니다. 스키마와 생성된 DDL 파일은 JAR 또는 EAR 파일의 다음 디렉토리에 저장됩니다.
EJBname\ejbModule\META-INF\backends\backend_id\schemaname.schxmi
EJBname\ejbModule\META-INF\backends\backend_id\tablename.ddl
다중 백엔드가 존재하고 현재 백엔드 ID를 EJB 전개 설명자에 설정하지 않은 경우, EJB 전개 도구는 앞서 설명한 대로 각 META-INF\backends 디렉토리에서 폴더로 표시되는 첫 번째 백엔드 ID로 기본 설정됩니다. 단일 백엔드 데이터베이스에 맵핑하면 생성된 DDL 파일은 위에서 설명한 디렉토리와 META-INF 폴더 모두에 표시됩니다.