deprecated - 리엑티브 ㅈ바

deprecated된건 아니고

~

Deprecated.. 제발

RoR
Flask
Spring Webflux
Java
현역인 Legacy
spring-web-mvc
아직도 현역
Django
Express
VertX
Scala
Akakakakak
Elixir
대세
FastAPI
ne js~~
go-all
kotlin-all
애매한놈
Quarkus

악의 근원 망가진 ㅈ바

15정도에서 하위호환성 갖다버리는 업데이트를 했어야 했다. 프로그래밍 언어의 트렌드가 리엑티브가 되고 그걸 자바로 구현한게 projectreactor… 머리좋고 코딩은 잘 해서 이 좆같은 언어로 어떻게든 그걸 구현을 해 버렸다. https://godekdls.github.io/Reactor%20Core/introductiontoreactiveprogramming/ 콜백지옥이 어쩌니 하면서 그걸 쉽게 만들려고 이 짓을 했다는데… 이게 더 어렵지 않나? 펑셔널하게 쓰고싶으면 펑셔널언어를 쓰라고

Loom이 모두 해결해줄거야

19에서 나왔다고 한다. 많은 사람이 기다렸지만… 나왔는데 아무도 관심이 없다. 이미 실망한건가? https://appleg1226.tistory.com/64 loom은 virtual thread라는 방식으로 설계했다고 한다. 하위호환성을 위해서겠지… 또 못 버렸네 Thread.ofVirtual().start()처럼 사용하면 된다고 한다. 이정도로는 복잡한 문법이 개선이 안될 것 같은데… 대부분 개발자에게 이미 익숙한 async, await를 외면하는 이유는 뭘까?

jvm은 kotlin, scala로 넘어가는 수 밖에 없다.

전성기 지난 Java + Spring

아래 있는거 안 써본 사람?

java6
spring security
spring annotation
hibernate, jpa
spring data
springboot

스프링의 전성기는 위의 기술들 하나씩 나오던 10년 좀 넘는 기간이었다. spring xml+java6 부터 springboot webmvc + spring data 까지

reactive, MSA 트렌드가 오면서 변화에 실패한 Spring은 쇠락하고 있다. 아래는 그 이유들

JPA의 경쟁력 하락

생각 해 보면 JPA(hibernate)는 몇 가지 심각한 문제가 있었음에도 성공하긴 했다. (n+1문제, 마이그레이션 히스토리 기능없음, 디비 특화기능 사용못함, 파티션테이블도 애매 …) 그럼에도 불구하고 많이 사용됐고 DDD가 나오면서 유행을 타고 표준이 됐다.

성공은 아마도 다음 이유로…

경쟁기술에 비해 성능, 신뢰성, 생산성 다 좋았다.
신뢰성 높은 아파치재단 기반의 자바 상태계
강력한 스프링 생태계
레일즈의 장점을 가져와 간편해진 스프링부트
활성화된 커뮤니티
타입드 언어 장점

경쟁력 하락 요인은 이런 이유…

이제는 node, go, python 기반 기술이 더 쉽고 Reactive지원도 더 잘 되서 우위는 없다.
이상주의자 코더들이 현실을 깨닫고 이상한 짓을 안 한다.
- 복잡한 디비를 ORM을 이용해서 객체처럼 관리한다???
- 여러 디비를 한가지 ORM만으로 사용한다???
슈퍼 개발 방법론 DDD
TDD환장쇼
빠르고 쉬운 경쟁자의 부상
리엑티브 지원불가 - 리엑티브 지원은 Loom 나오고 나서일까?
JPA의 다음 단계인 줄 알았던 R2DBC에 대한 실망
- 아예 다른 접근방식을 사용한다
- JPA의 단점이 해결될 줄 알았는데 기능이 없어져버림

webflux, r2dbc, hibernate-reactive는 reactor계열이라서 ㅈ나 어렵다 Loom이 출시되고 나아질거라 기대했지만… 별로 안 나아질듯

함정이 된 r2dbc

hibernate-reactive와 의존성이 없다. webflux 2017년에 나오고 2022년에 r2dbc 정식이 출시됐는데 정식버전만 기다리던 사람들이 다 실망하지 않았으려나?

relation join도 안되고 좀만 뭐 하면 쿼리 떡칠해야 하니…. 어차피 쿼리 쓸거면 mybatis를 쓰고 말지

라인에서 똑똑한 친구들이 왜 이딴걸 만들었나 했는데…. https://engineering.linecorp.com/ko/blog/kotlinjdsl-reactive-criteria-api-with-kotlin 처음 보면 손쉽게? 뭐가 쉽다는건가 싶은데… r2dbc, hibernate-reactive 등등 직접 사용 해 보고나니 이게 쉽다는게 무슨 소린지 알게 됐다.

늦은 Reactive DB

webflux(2017) 나오고 r2dbc(2019RC, 2022GA) 정식버전은 한참 더 있다가 나왔다. r2dbc가 늦어지는 사이에 이미 js, go 등 빠른 reactive 웹프레임워크가 자리잡은 상황.

시간을 끌고 나왔는데… JPA에서 라이브러리만 딱 바꾸면 되는게 아니네?

R2DBC 설명

https://heesutory.tistory.com/33
https://medium.com/@develxb/r2dbc-with-mysql-771313374b63 호환 안되는 완전히 다른 기술이면 어노테이션이나 기타등등을 다 따로 만들었어야 했는데 애매하게 같이 사용해서 맨날 Transactional이 동작이 안되니 뭐니 하는 글만 올라온다. jakarta(javax)도 써야만 했나?

JPA에서 맨날 문제 일으키는 부분을 제거 해 버린건 좋은데… JPA의 후속작 같은 느낌을 줘서 같은 기능이 제공될거라는 생각이 드는게 또 다른 문제다.

영속성컨텍스트가 없고 캐싱, 레이지로딩이 지원 안된다. (장점일지도??? JPA에서 성능에 별 도움 안되면서 맨날 오류나는 쓰레기 기능들)
릴레이션 안 잡힌다는것도 1:n오류나는 쓰레기설계를 아예 버려버리고 수동으로 하라고 한 것 같은데

webflux 로깅 & 디버깅

헬HELLLLLLLLlllllllllleL… 언어 차원에서 지원해야 할 기능을 코드로 구현하다 보니 생긴 문제라고 생각하는데 Loom에서 해결되길 기대했는데 어림도 없다. js처럼 await, callback이 생길 줄 알았는데…

역겨운 reactor

성능만 잡은 reactor - 너무 어렵고 복잡함
이 복잡한걸로 코딩을 하면 더 복잡해짐
로깅 & 디버깅 헬HELLLLLLLLlllllllllleL…

webflux, r2dbc, …. ㅈ바계열에서 리엑티브는 다 이모양이다.

		assertThat(
				rest.exchange(RequestEntity.post(rest.getRestTemplate().getUriTemplateHandler().expand("/proxy/type"))
						.body(Collections.singletonMap("name", "foo")), new ParameterizedTypeReference<List<Bar>>() {
						}).getBody().iterator().next().getName()).isEqualTo("host=localhost:" + port + ";foo");

webflux, hibernate-reactive, r2dbc… 리엑티브 개발을 하려면 필수적으로 알아야 하고 이걸 기반으로 코딩을 해야한다. https://spring.io/blog/2023/10/31/what-new-is-coming-in-reactor-core-3-6-0

이게 ㅈ나 어려워서 ㅈ같다. ㅈ같은 괴랄맞은 문법으로 코딩이 가능하긴 한가???

MSA 시대

스프링은 대규모 모놀리스 웹을 개발하기 적합한 구조를 가지고 있다. 성능은 좋은데 실행속도가 느려서 컨테이너에서 관리하기 불편하다. 웬만한 웹 서버 만들어서 올릴 때 로딩에 30초씩은 걸리는 것 같다.

go, js계열은 실행하면 바로 뜬다.

spring native가 있긴하지만… 사용이 편하진 않아서 많이 개선이 필요 해 보이는데…. 이미 쇠락한 스프링생태계는 발전이 더디다. 하위호환성 유지하는게 문제인듯??

Mono, Flux …

매번 써주려니 왠지 기분나쁘다. Uni, Multi도 있고 Haha, Dul, Mani로 변경해서 써도 되겠네

@Transactional 어노테이션도

예전같이 사용자 별로 없어서 대충 만들때는 상관없었는데… 트래픽이 점점 늘다보니 함수를 통째로 트랜잭션 거는게 부담스럽다. 락이 너무 길어진다.

시스템 복잡해지면서 Transactional때문에 발생한 문제가 한두개가 아닐듯? ㅎ 한개 디비에서 동작시킬 때

고인물 RoR

예전에 RoR 처음 접하고 놀란게 bundle add -> rake install -> rails g 이렇게만 하면 뭔가 뚝딱 기능이 생겼던건데

언제부턴가 이렇게 하고 쓰려고 하면 뭔가 오류가 난다. 어떻게든 수정해서 쓰면 되긴 하는데… 잘 모르겠다. 뭐 찾아보면 10년전것만 나오고

생태계가 작아지다 보니 뉴비가 없어서 고인물만 남으니… 친절할 필요도 없어지고… 그냥 쓰던 사람들만 익숙하니까 쓰는 기술

대안

Quarkus

자바진영의 구세주인 줄 알았으나… 이것도 은근 되는게 없다. 실행부를 다 숨겨놔서 라이프싸이클이 어떻게 되는지도 모르겠다. 약간 서버리스처럼 쓸 수 있도록 설계를 해 놨는데…. 그러기에는 예제도 많이 부족하고 좀 그렇다.

hibernate-reactive를 이용해서 샘플코드를 만들어 봤는데… jdbc는 잘 되는데 reactive는 테스트가 안되네? experimental이라 그런가? 하여간 좋은 척 하는게 되는거 하나 없는 오픈소스놈들..

어제 버린 스프링 가지러 분리수거장 갔다온다.

Ktor

코틀린 쓸거면 케이토ㄹ 써야지

ORM은 exposed를 추천 해 놨던데 reactive지원이 되나? 안되는듯? 어쩌나…

기타등등

py, go, js 계열은 트렌디하게 업데이트도 잘 되고 좋아 보인다. SI도 메이저 기업도 못 갔는데 스프링같은거 안 했으면 좋았을걸… 하는 생각도 든다. 스프링이 사람/직장 구하기 쉽다는 것도 옛말이고

최종

라인 방법론으로 간다.

1차

jdsl
hibernate-reactive
2차
armeria 전환

REF

Reactor

https://tech.kakao.com/2018/05/29/reactor-programming/
https://beer1.tistory.com/16
https://github.com/reactor/reactor
https://spring.io/blog/2023/10/31/what-new-is-coming-in-reactor-core-3-6-0
Webflux
https://gunsdevlog.blogspot.com/2020/09/reactive-streams-reactor-webflux.html
Armeria, Netty
https://armeria.dev/docs/advanced-kotlin
https://projectreactor.io/docs/netty/1.1.5/reference/index.html
https://projectreactor.io
Loom
https://www.reddit.com/r/java/comments/xf4pl7/reactor_bad_loom_good_but_how_will_the_landscape/
https://appleg1226.tistory.com/64
https://guruma.github.io/posts/2018-09-27-Project-Loom-Fiber-And-Continuation/
Reactive
https://spring.io/blog/2019/04/12/going-reactive-with-spring-coroutines-and-kotlin-flow