“Jetty 6 Continuations”는 무엇이며 프로그래밍 언어에서 발견 된 연속과 어떻게 비교됩니까?

Question

웹 서버와 프로그래밍 언어의 "연속"메커니즘을 설명하는 답을 찾고 있습니다.

내 이해는 연속화를 사용하여 "PI의 자리"생산자가 명시 적 스레딩없이 "PI의 자리"소비자와 통신하는 것이 중요하다는 것입니다.

부두 연속에 대해 아주 좋은 소식을 들었습니다. 나는 다른 사람들이 어떻게 생각하는지 궁금합니다.

나는 이미 내 대답을 찾았을지 모르지만 어쨌든 여기서 질문을 묻고 있습니다.

Answer 1

프로그래밍 언어에서 발견 된 연속과 어떻게 비교됩니까?

그들은 이름과는 별도로 공통점이 없습니다. 그것은 단지 기부함으로써 현재 스레드를 풀기위한 메커니즘 일뿐입니다. Servlet 상태를 저장하고 복원하기위한 API이지만 실제 연속성과는 반대로 수동으로 관리됩니다. 여기서 상태는 현재 상황에서 자동으로 추론됩니다.

이 의미가있는 경우에 대한 프로토 타입 예는 계층화 (Comped) 웹 서비스이며, 한 서비스가 다른 서비스에 많은 요청을해야하며 이러한 요청이 이루어지는 동안 현재 스레드가 해제됩니다. 요청이 완료되면 (다른 스레드에서 비동기 적으로 수행 할 수 있음) 서틀의 resume 메소드가 호출되면 요청 결과에서 응답을 조립합니다.

Answer 2

이것에 따르면 페이지:

사양이 완료되면 연속성은 표준 서블릿 -3.0 정지 요청으로 대체됩니다. 제안 된 표준 서스펜션/이력서 API를 구현하는 Jetty-7의 조기 릴리스를 사용할 수 있습니다.

아직 부두를 사용하지는 않았지만 연속화를 사용하면 서버가 일반적으로 서버가 "유지"할 때 (차단 될 때) 각 클라이언트에 대한 스레드를 유지할 필요는없는 것 같습니다. Ajax와 함께 확장 성 문제가 될 각 클라이언트마다 스레드가 필요합니다.