저는 조직의 서로 다른 시스템 간의 통신을 원활하게하기 위해 메시징 인프라를 구축하고자합니다. 이것에 대해 갈 여러 가지 방법이 있습니다. nServiceBus와 MassTransit을 살펴 보았습니다. WF/WCF는이 경우 어떻게 적합합니까? 그렇다면 특별히이 유형의 솔루션에 중점을 둔 좋은 기사, 문서 또는 책이 있습니까?
여러 소비자가 단일 MSMQ 인스턴스에서 수신 대기하고 Selective Consumer 인터페이스를 사용하여 각자 고유 한 메시지 하위 집합을 처리 할 수 있습니까? 이 시나리오는 pub/sub를 사용하여 올바르게 작동하지 않을 수 있습니다. 대기열의 단일 소비자가 올바르게 작동하지만 1 명 이상의 소비자 (동일한 실행 파일의 여러 인스턴스)를 사용할
스케일링 이외의 이유로 메시지 대기열에 많이 의존하는 첫 번째 시스템을 구축하고 있습니다. 긴 이야기를 요약하면 인터넷을 통해 중앙 서버에 연결된 많은 클라이언트가있을 것이며 각 클라이언트는 서버의 데이터를 편집 할 수 있습니다. 이러한 이벤트가 발생하면 다른 클라이언트가 실시간으로 업데이트해야합니다. 누구나 그러한 시나리오를 다루는 확립 된 디자인 패턴을
나는이 질문이 here 전에 물어 보았지만 여전히 무엇을 선택해야할지 모르겠다. 내 서비스는 엔터프라이즈의 많은 3 자 시스템에서 호출됩니다. 서비스가 수집 할 정보 (MyBigClassWithAllInfo)는 제품 수명 기간 동안 변경 될 것입니다. 객체를 노출하는 것이 여전히 좋은 생각입니까? 이 기본적으로 무엇을 내 두 가지 대안이다 : [Servic
응용 프로그램에서 대규모 메시징 : 채팅이 메모리에 저장되는 객체가 및 목록이 포함되어 있습니다 그것이 메시지를의와 채팅 개체의 인스턴스를 : 가 A4J으로 행진 채팅 여러 브라우저 창에서 렌더링 업데이트 채팅 메시지 : 프로그램 된 설정은 다음과 같습니다 밀어 서로 다른 세션에서 PAGE 범위의 이음새 구성 요소간에 공유됩니다. 이제 임의의 세션이 새로운
웹 사이트에서 온 것은 HTTP 만 처리해야하므로 내 무지를 용서하십시오. 나는 클라이언트가 stomp를 사용하는 메시지 큐에서 변경 사항을 수신하는 앱을 보유하고 있습니다. 이전에는 클라이언트가 서버의 변경 사항을 알려주는 메시지에 대한 관련 채널을 청취 할 필요가있었습니다. 간단한 물건. 이제 클라이언트가 데이터를 편집하고 변경 사항을 다시 서버로 보낼
사용자가 한 시스템에서 데이터를 가져 와서 다른 시스템으로 보낼 수있는 시스템을 설계 중입니다. 대상 시스템 중 하나에는 정교한 SOA (웹 서비스)가 있고 다른 하나는 입력을 위해 플랫 파일을 허용하는 메인 프레임입니다. PublishEvent 테이블과 PublishEventType 테이블이있는 데이터베이스를 만들었습니다. 또한 게시되는 이벤트 유형과 관
미들웨어 또는 EAI 시스템을 통해 방대한 양의 데이터 (MBytes? GBytes?)를 처리하는 메시지 또는 요청/응답을 처리하는 좋은 방법은 있습니까? 거대한 데이터 얼룩을 처리하지 않습니까? 운송에게 메시지와 함께 데이터 일관성을 유지하기 위해하지만, 아마도 여러 번 (시스템 사이에 엄청난 양의 데이터가 저장 또는 데이터 저장소의 데이터를 유지 복사
단일 연결 및 단일 세션 내에서 열 수있는 큐의 수에는 제한이 있습니까? 현재 128 개의 대기열을 열어 메시지를 보낼 수 있습니다. com.ibm.msg.client.jms.DetailedResourceAllocationException: JMSWMQ2008: Failed to open MQ queue 'TestQueue_129'. JMS attempte