2주차 - 3장 (이사임, 김미하, 현진호)

3장 스트림의 새로운 표준

• conversion_problem
  • reactive 라이브러리에 표준화가 없어서 여러 라이브러리를 사용할 수 있고, 그래서 결국 같은 기능을 제공하지만 다른 라이브러리인 경우 어댑터를 통해 변환시키는 어려움이 있다.

• push.vs.pull : 풀 방식과 푸시 방식에 대한 비교 어플리케이션
  • 퍼블리셔와 섭스크라이버 사이에는 데이터를 push, pull 방식으로 전달할 수 있는데,
    1) 풀링의 경우에는 시간, 추가적인 네트워크 작업, DB 대기시간이 비효율 적이다.
    2) 배치 풀링은 시간이 여전히 비효율 적이다.
    3) 푸시모델은 컨슈머의 처리능력을 고려하지 않는다는 단점이 있다.
    4) 푸시풀모델은 배압 제어가 가능하다. (See. TakeFilterOperator - take 를 통해서 섭스크라이버가 처리가능한 만큼 요구할 수 있다.)

• news-service
  • 리액티브 스트림의 네 가지 기본 인터페이스
    • Publisher
    • Subscription(Subsriber 의 onSubscribe)
    • Subscriber
    • Processor
  • test - TCK 
    • PublisherVerification
    • SubscriberBlackboxVerification(Subscriber 내부를 알 수 없을 때)
    • SubscriberWhiteboxVerification(Subscriber 내부를 알 수 있을 때, probe 코드를 넣어 테스트한다)
    • IdentityProcessorVerification

• async.vs.reactive
  • Publisher 를 상속한 CompletableFuture
  • CompletableFuture를 상속한 Publisher

• jdk9 : jdk9 호환성을 위한 Flow.Publisher 예제
  • jdk9 이전에 제공한 라이브러리는 풀모델만 제공했음 (Iterator 기반)
    jdk9 부터는 Flow타입을 통해 푸시 모델을 제공
    Flow.Publisher 는 리액티브 스트림즈의 Publisher와 쉽게 변환가능

• vert.x : 리액티브 스트림 API에 대한 모듈을 제공하는 Vert.x 예제

• rxjava-reactivestreams-ratpack : 리액티브 스트림 지원하는 ratpack 예제 

참고 https://github.com/wikibook/spring5-reactive/tree/master/chapter-03