응용 프로그램을 다른 방향으로 바꾸려면 아키텍처를 많이 변경해야합니다. 그러나 가장 좋은 방법은 경량 JMS 공급자를 사용하는 것입니다. 그런 식으로 클라이언트가 JMS API를 코딩 할 수 있습니다. JMS API는 JMS API를 사용하여 JMS를 사용할 수 있습니다. 다른 옵션을 배관하는 것만 큼 많은 노력이 들지 않습니다.
어려울수록 응용 프로그램에서 컨테이너가 설정됩니다. 대단히 어려운 것은 아니지만 JMS에는 구성 옵션이 많이 있습니다. 중요한 점 대 토픽, 내구성과 비 내구성 및 애플리케이션에 맞는 점을 파악하면 이전에 JMS를 수행하지 않았다면해야 할 많은 연구가 필요합니다.
하지만이 점은 응용 프로그램의 메시징에 대한 표현력이 뛰어납니다. 폴링 또는 직접 연결 (메시지 1 : 1 또는 1 : 다수) 사이에서 코드 스왑을 수정하지 않고도 커버 아래에있을 수 있습니다. 한 클라이언트에게 메시지를 보내고 모든 클라이언트에게 메시지를 보내야하는 경우. 클라이언트간에 메시지를 세분화하고 그룹을 생성 할 수 있습니다. 메시지는 내구성이 있거나 내구성이 떨어질 수 있습니다 (클라이언트 종료 또는 서버 종료 후에도 지속 가능). 가능성은 무한하지만 아키텍처에 대한 많은 결정을 내려야합니다. 또한 UDP 멀티 캐스트 또는 TCP 연결을 역방향으로 사용한 경우보다 네트워크 토폴로지 및 연결 문제를 처리 할 필요가 없습니다.
ActiveMQ 및 RabbitMQ는 20 분 만에 스프링을 사용하여 서버 내에 쉽게 임베드 될 수 있습니다. 그들은 또한 다른 플랫폼을위한 고리를 제공합니다. 잔인한 소리가 들릴지 모르지만, JMS를 사용하지 않고 사용하지 않아야 할 때 JMS를 사용하지 않으려 고 노력했습니다.
또한 Netbeans를 JDK와 함께 사용했는데 Java SE로 분류 될 것이라고 생각합니다 ... JMS 설명서를 찾다가 J2EE가 필요하다고 말하면서 코드를 사용하여 JMS를 사용할 수 있습니까? , 그러나 답장을 많이 주셔서 고마워 +1 – koool
나는 내 질문에 따라 적절하게 편집했습니다 – koool
JMS를 사용하려면 j2EE가 필요하지 않습니다. j2ee.jar 또는 뭔가 같은 jar 파일이 필요할 수도 있지만 JMS 다운로드와 함께 제공됩니다. 서버는 대부분 Tomcat 또는 서블릿 컨테이너 일 가능성이 있으므로 JMS를 처리하는 데 필요한 모든 것이 있습니다. 그리고 솔직히 JMS를 사용하기 위해 바람둥이조차 필요 없다고 생각합니다. J2SE를 사용하더라도 작동시킬 수 있습니다. – chubbsondubs