cometun.net.httpserver.HttpServer를 사용하여 comet/cometd를 사용합니다. 스레드를 기다리고 대기열에 대기 할 수 있도록하기 위해 얼마나 어려운지 궁금합니다.cometun.net.httpserver.HttpServer를 사용하여 comet/cometd
또한, nio를 사용하고있는 것처럼 보입니다.
더 좋은 예가 있습니까? 난 항상 (오픈 소스는 좋은 일입니다 :) 참조) 소스에서에 가서보고 후
:) ... javadoc 내에서 사용하는 용어에
덕분에 휘말리고, 내가 볼 수 있습니다 보류중인 응답을 스레드에서 제거 할 수있는 방법이 실제로 없다는 것을 의미합니다. 필터 체인을 가지고 있기 때문에 필터 체인을 깨끗하게 유지 한 다음 다시 돌아올 수있는 메커니즘이 실제로 없습니다. 나는 필터 체인을 제거하거나 필터를 두 조각으로 나눌 필요가 있거나 떠나고 돌아올 수 있도록 상태를 관리하도록 요구할 것이다. ...
나는 지금 작업이 충분히 작다고 생각한다. 그냥 그들이 스택에 앉아 보자. 그래서 간단하고 깨끗한 구현 이온에 대한 내 검색은 계속됩니다 ...
나는 그것이 실행자와 Exchange 사이의 관계와 관련이 있다고 기대합니다. Executor가 큐에 Exchanges를 넣도록 설정 한 다음 Execute를 다시 큐에 넣을 수있는 메커니즘을 추가로 실행하는 별도의 스레드 풀을 가질 수 있습니까? (별도의 것이 있습니다. 하나는 대기열에서 그것을 찾을 수있는 답변을 얻고 그것을 집행자에게 돌려 주겠습니까?) – Paul