WebSphere 확장을 사용하여 동시성 전략 정의

WebLogic의 동시성 전략은 엔티티 유형 엔터프라이즈 Bean에 대해 컨테이너가 동시 액세스를 어떻게 관리해야 하는지 지정합니다. 이 규칙은 weblogic-ejb-jar.xml 파일에 <concurrency-strategy> 요소가 있는지 발견합니다.

WebSphere traditional에 마이그레이션해야 하는 WebLogic 동시성 전략은 4가지입니다.

• EJB가 트랜잭션과 연관되는 경우, 독점은 WebLogic 서버가 엔티티 Enterprise JavaBeans(TM)(EJB) 인스턴스에 독점 잠금을 두도록 합니다. EJB 인스턴스의 기타 요청은 트랜잭션이 완료될 때까지 블록화됩니다.
  
  
• 읽기 전용 동시성 전략은 읽기 전용 엔티티 Bean에 사용됩니다. 데이터베이스에서 인스턴스를 로드한 다음 각 트랜잭션에 사용 가능한 사본을 만들어서 요청을 동시에 계속할 수 있습니다. read-timeout-seconds라는 관련 요소는 ejbLoad() 호출. 0 값은 데이터베이스에서 다시 로드하지 않는 읽기 전용 Bean을 지정합니다.
  
  
• 데이터베이스 동시성 전략은 WebLogic이 기본 데이터 저장소에 대한 엔티티 Bean의 잠금 요청을 위임하도록 합니다. WebLogic은 각 트랜잭션에 독립 엔티티 Bean 인스턴스를 할당하고 잠금 및 캐싱이 데이터베이스로 처리되도록 합니다. 이것은 기본 옵션입니다.
  
  
• 변경이 예상되지 않음 동시성 전략은 트랜잭션 중에 EJB 컨테이너 또는 데이터베이스에 잠금이 없습니다. EJB 컨테이너는 트랜잭션을 커미트하기 전에 트랜잭션으로 업데이트된 데이터가 변경되지 않았다는 것을 확인합니다. 업데이트된 데이터가 변경되는 경우, EJB 컨테이너는 트랜잭션을 이전 상태로 되돌립니다.
  
  

이 규칙의 경우 자동화된 수정은 다음 규칙에 정의된 동시성 전략을 마이그레이션합니다 weblogic-ejb-jar.xml 에 정의된 동시성 전략을 에 정의된 동시성 전략으로 마이그레이션합니다 WebSphere 확장자 파일에 정의된 동시성 전략으로 마이그레이션합니다. 자동화된 수정 작업:

독점

독점 WebLogic 계획인 경우, 다음의 WebSphere(R) Application Server Bean 캐시 옵션이 해당 Bean에 설정됩니다.

• 활성화는 ONCE로 설정됩니다.
• 로드는 ACTIVATION으로 설정됩니다.

이러한 매개변수는 ejbLoad 기능에 대한 호출을 방지하고 Bean 인터페이스에 대한 액세스를 직렬화합니다. 이 옵션을 캐시의 지속적인 상태를 관리하여 메모리 활용을 증대하지만, Bean 인스턴스가 일반적으로 동시에 액세스되지 않는 경우에 더 나은 응답 시간을 제공할 수 있습니다. 이것은 EJB 스펙의 캐싱 옵션 A입니다.

ReadOnly

ReadOnly WebLogic 전략의 경우, 해당 전략에 대해 다음 WebSphere Application Server 빈 캐시 옵션이 설정됩니다 bean:

• 원하는 시점에 활성화는 ONCE로 설정합니다.
• 로드 시점을 간격으로 설정합니다.
• 다시 로드 간격은 다시 로드 간에 적합한 초의 수에 설정됩니다. 이 값은 WebLogic <읽기 시간 초과 초> 요소에서 가져옵니다 초 단위입니다. <read-timeout-seconds>가 WebLogic, 가 0으로 설정된 경우 ejbLoad 은 인스턴스가 캐시로 처음 가져올 때만 호출됩니다. WebSphere Application Server에서 정수 다시 로드 간격 값(0)도 컨테이너가 Bean을 다시 로드하지 못하도록 합니다.

데이터베이스

데이터베이스 WebLogic 전략의 경우, 해당되는 WebSphere Application Server 빈 캐시 옵션이 다음과 같이 설정됩니다 bean:

• 활성화는 TRANSACTION로 설정됩니다.
• 로드는 TRANSACTION로 설정됩니다.

이것은 WebSphere Application Server Bean 캐시의 기본값입니다. 기본값이므로 기본값이므로 데이터베이스 동시성 전략을 사용하는 각 빈에 대해 명시적으로 설정할 필요는 없습니다: 그러나 자동화된 수정은 이를 명시적으로 설정합니다. 이 계획도 EJB 스펙의 캐싱 옵션 C로 참조됩니다.

변경이 예상되지 않음

변경이 예상되지 않은 WebLogic 계획인 경우, 낙관적 잠금이 WebSphere에 사용됩니다. 액세스 목적이 wsOptimisticUpdate에 대한 WebSphere 확장 파일에 설정됩니다. 또한 CMP 맵이 생성되면, OptimisticPredicate 속성은 정의된 모든 필드에 대해 TRUE로 설정됩니다 weblogic-cmp-rdbms-jar.xml 파일에서 <verify-columns>로 정의된 모든 필드에 대해 TRUE로 설정되며, 이러한 열은 은 데이터베이스에 변경 사항을 커밋하기 전에 업데이트가 있는지 확인합니다. 변경사항이 발견되는 경우, 트랜잭션은 롤백됩니다.