Lift 프레임워크의 Comet/Reverse Ajax는 얼마나 확장 가능합니까?

Question

나는 최근에 스칼라를 배웠고 리프트 프레임워크를 작업/학습하기 시작하려고 합니다.기능을 살펴보고 프레임워크를 시작하면서 역방향 Ajax 및 Comet을 포함한 프레임워크의 몇 가지 놀라운 기능을 확인했습니다.내 경험 초기에 나는 결코 확장되지 않는 역방향 아약스에 대해 정말 나쁜 경험을 했습니다.어떤 개발을 위해 리프트 프레임워크를 선택한다면 이것이 이유가 될 것입니다.여기서 내 질문은 기술과 제품이 얼마나 성숙하고 Tomcat의 리프트를 사용하여 얼마나 확장 가능합니까?이 목적에 더 적합한 서블릿 사양 3.0과 비교하여 서블릿 사양 3.0을 기다리거나 리프트 사용을 시작하시겠습니까?

Answer 1

역방향 AJAX ~이다 혜성.그들은 같은 것에 대한 두 개의 다른 이름일 뿐입니다.질문의 근본에 관해서는 ...

Lift의 Comet 지원 확장성은 서블릿 컨테이너에 따라 크게 달라집니다.너 정말 기본적으로 연속을 지원하는 컨테이너가 필요합니다.Jetty는 제가 잘 알고 있는 것이지만 다른 것들도 있을 것이라고 확신합니다.컨테이너 수준에서 지속적인 지원을 통해 대부분의 Comet 확장성 문제가 발생하는 클라이언트별 스레드 잠금을 방지할 수 있습니다.

확장성의 다른 영역에서는 Lift의 CometActor 활성 장기 폴링을 사용하는 단일 클라이언트에 대한 일반적인 추상화입니다.이 추상화는 액터이므로 기존 액터 프레임워크(Lift 1.0.x의 경우 Scala stdlib 또는 2.0의 Lift 액터) 내에서 처리할 수 있습니다.이 역시 스레드 크기 조정 문제를 방지하고 보류 중인 업데이트가 순서대로 대기열에 추가되도록 보장합니다.

간단히 말해서, Lift의 Comet 지원은 Comet만큼 확장 가능합니다.물론 이 기술과 관련된 본질적인 오버헤드가 있습니다.클라이언트당 적어도 하나의 소켓을 커밋하는 것을 피할 수는 없습니다.그러나 Lift(연속 지원 컨테이너와 함께)는 기본적으로 필요하지 않은 오버헤드를 즉시 완화할 수 있습니다.