JmsTemplate은 설계가 되어질 때, EJB 컨테이너를 사용하는 EJB상에서 사용한다는 것을 전제로 설계가
되어졌다고 한다. 다시 말해, J2EE Cotainer 환경에서 JMS pooling을 이 J2EE Cotainer가 처리해준다는
것이 전제 되어있다는 것이다.
이로 인해 JMS pooling 처리를 하지 않고, JmsTemplate 을 사용할 시에 인스턴스 생성상에서 어느정도에
이르르면 에러가 발생하게 된다. (ActiveMQ의 경우, 65535 MessageProducer instances 생성시)
결과적으로 Spring JmsTemplate 은 WAS 기반을 갖추어야만 사용에 문제가 발생하지 않는다는 것이다.
해결책으로는 각 MQ벤더별 Connection에서의 풀링여부를 체크하여 사용하는 방법과
앞선 글에서 소개된 Jencks (pooling 메커니즘으로 처리됨) 를 사용하는 방법이 있다.
되어졌다고 한다. 다시 말해, J2EE Cotainer 환경에서 JMS pooling을 이 J2EE Cotainer가 처리해준다는
것이 전제 되어있다는 것이다.
이로 인해 JMS pooling 처리를 하지 않고, JmsTemplate 을 사용할 시에 인스턴스 생성상에서 어느정도에
이르르면 에러가 발생하게 된다. (ActiveMQ의 경우, 65535 MessageProducer instances 생성시)
결과적으로 Spring JmsTemplate 은 WAS 기반을 갖추어야만 사용에 문제가 발생하지 않는다는 것이다.
해결책으로는 각 MQ벤더별 Connection에서의 풀링여부를 체크하여 사용하는 방법과
앞선 글에서 소개된 Jencks (pooling 메커니즘으로 처리됨) 를 사용하는 방법이 있다.
