-1
JMS here에 대해 읽었으며 "나는 더 간단한 소비자/제작자를 작성했습니다 ..."라고 생각했습니다. 나는 JMS의 힘에 대해 순진한가? 웹 서비스를 통해 작업하는 것이 더 간단하다고 생각하면 XML 문서를 잡고 Queue에 팝업하십시오. 제가 잘못하고있는 접근법입니까?JMS (Java Message Service)
A
답변
2
데드 레터 큐 관리와 함께 다양한 트랜잭션에서 여러 서버 충돌 및 자동 등록/커밋/롤백을 통해 배포가 보장되는 확장 성이 뛰어난 구성 가능한 분산 구성 요소가 필요 없다면 예를 들어 사용자 지정 MessageProducer 및 MessageConsumer가있는 간단한 큐는 아마도 올바른 접근법.
황금 규칙 : 스택 X를 사용하여 간단한 솔루션을 구현하는 복잡성으로 인해 스택 X 사용의 이점이 없어지면 사용하지 마십시오.
당신이 무엇을 요구하고 있는지 확실하지 않습니다. 나 자신의 구현을 시도해 봤나? 웹 서비스에 대한 컨텍스트와 관련하여 대기열은 무엇입니까? –