Notes on Reactive Programming Part III: A Simple HTTP Server Application
Reactive 형태로 바꾸면서 같이 고민해봐야할 이슈들을 정리해둠.
non-blocking으로 처리한다 하더라도, 결국 Job을 다른 Thread pool에 토스해주는 것에 불과하기 때문에 결국 Thread 관리에 대한 고민이 필요하다...는 얘기인듯?
LMAX Disruptor
https://lmax-exchange.github.io/disruptor/
윗글에서 Tread pool 관리 이슈를 해결하기 위한 솔류션이라고 소개한 듯 한데... 제대로 이해한건지 모르겠다.
Spring Tips: the Spring Web Flux Reactive Client
https://spring.io/blog/2017/03/15/spring-tips-the-spring-web-flux-reactive-client
이 모든 고민이 시작됐던.. 제임스가 던져준 링크.
Spring에서 Reactive한 개발이 곧 가능해질거라는 말과 함께 SNAPSHOT 버전에서 시연하는 동영상을 던져줬는데...
느낌적인 느낌은 뭔가 획기적이였음... 그런데 이거 이미 오래전에 Servlet 3.1 스펙에서 이게 가능해지는 기능들이 안정화 됐다는걸 알게 됐는데...
Reactor Core 3.0 becomes a unified Reactive Foundation on Java 8
https://spring.io/blog/2016/03/11/reactor-core-3-0-becomes-a-unified-reactive-foundation-on-java-8
요건 스프링에서 추진중인 Reactor Core 관련 글이고...
What's new in Servlet 3.1 ? - Java EE 7 moving forward
https://blogs.oracle.com/arungupta/entry/what_s_new_in_servlet
요건 2012년에 쓰여진, Java EE 7에서 Reactive가 이렇게 좋아질꺼야라는 글이다.
일련의 글들을 읽으면서... Spring을 쓰다보니 Servlet에서 너무 멀어졌고...
또 Servlet위에서 개발하다보니 Thread 관리에 너무 무감각해진것 아닌가하는 생각이 들었음...
위 링크들(Servlet 3.1관련 글은 더 좋은거로 대체해야겠지만)을 제대로 숙지하면 Java에서의 Reactive 프로그래밍에 대한 이해를 좀 높이겠는데... 언제 볼런지..