2011-03-24 4 views
3

현재 WebSphere-MQSeries가있는 WebSphere AS 7 용 소형 EJB 3 애플리케이션을 개발 중입니다. 그것은 주로 하나의 MDB가 대기열에서 수신 대기로 들어오는 메시지를 변환하고 추출 된 데이터를 db로 작성하는 매우 간단한 응용 프로그램입니다. 나는 마침내 그것을 실행하고 실행했지만 코드에서 ActivationConfig 주석, ibm-ejb-jar-bnd.xml 및 WAS 자체의 활성화 스펙과 관련하여 다소 혼란 스럽습니다. 나의 주요 질문은, 왜 내가 그들 모두를 필요로 하는가? 왜 내가 목적지를 지정하는지 WAS에서 아직도 활성화 스펙이 필요할 때 왜 주석 이름 (@ActivationConfigProperty)을 통해 대기열 이름이나 목적지 유형 같은 것을 지정해야합니까? 대기열 이름? 또한 XML 파일을 통해 바인딩이 필요합니다. 그게 맞습니까? Annotation을 통해 activationspec-name을 지정하여 xml 바인딩 파일을 제거 할 수도 있습니까? WAS에서 활성화 스펙을 작성하는 것을 피할 수 있습니까?WebSphere AS 7에서 MDB 및 ActivationSpec의 ActivationConfig

누군가가 감사를 밝힐 수 있기를 바랍니다.

답변

2

메시지 공급자 필터와 같은 다양한 옵션에 따라 메시지를 쿼리하여 JMS 공급자에 대한 연결을 열어야하므로 활성화 스펙 엔티티를 피할 수 없습니다.

WebSphere 7 InfoCenter에 따르면 EJB-3 주석은 바인딩 파일의 활성화 사양 등록 정보를 바꿀 수 있지만 WebSphere가 요구하는 등록 정보는 표준이 아닙니다.

지금까지 내가 아는 한, 당신은 제공해야 수동으로 작성하거나 관리 콘솔에서 속성을 설정 전개 도구

  • 중 하나를 배포에로 편집,

    • 중 하나 바인딩 파일을 또는 자동 자이 썬 /는 wsadmin 스크립트에서

    는주의이 활성화 SPE c는 일반적으로 메시지의 일부 롤백 후에 중지 할 수있는 런타임 구성 요소입니다. 이 경우 더 이상 메시지를 소비하지 않으며 MDB는 WebSphere 콘솔에서 다시 활성화 할 때까지 처리 할 내용이 없습니다.

  • +0

    그래, 이음새. 그러나 나는 약간 혼란 스럽다고 생각합니다. Thnx – Ingo