일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 | 31 |
- enablekafkastreams
- kafkastream
- scala 2.10
- reactive
- spring-batch
- coursera
- Slick
- springboot
- Spring
- scala
- Elk
- aws
- avo
- confluent
- kafka interactive query
- 플레이 프레임워크
- schema registry
- play framework
- Elasticsearch
- kafkastreams
- Kafka
- gradle
- statestore
- 한빛미디어
- spring-cloud-stream
- RabbitMQ
- 카프카
- spring-kafka
- Logstash
- kafka streams
- Today
- Total
목록2017/05 (3)
b
https://tools.ietf.org/html/rfc7807 기본적인 HTTP의 응답메시지에 들어있는 데이터로는 기본적인 내용만 파악가능할 뿐, 상세한 내용은 없다. 관련한 스펙이다. 본문에서도 나와있는 것처럼 고객의 계좌에 충분한 잔고가 없을 경우의 응답은 403 Forbidden Code를 줄수 있을 것이다. 하지만 이것으로는 왜 금지된것인지, 해결방법은 무엇인지는 전적으로 클라이언트 코드에서 알아서 해야한다. 이를 위해 이 7807 스펙을 적용할 수 있을 것이다. 미디어 유형은 application/problem+json 이고, application/json 과 호환이 된다. java의 구현체로는 링크 를 사용하면 되고, 스프링과의 사용은 problem-spring-web 을 추가하면 된다. @..
쓰고는 있는것 같지만... 제대로 쓰고 있는지 제대로 알고 있는지 항상 아리송한 것들?정답은 아니고... 그냥 다시 한번 훑어보는 정도(밑의 내용들이 다 맞는지도 모르겠다, 그리고 보고나서도 새로운걸 많이 본것 보다는 여전히 아리송하다는거 ㅎ) Reactive Streams- asynchronous stream processing with non-blocking back pressure 를 위한 표준 스펙- 2013년 경부터 넷플릭스, 피보탈, 트위터, 타입세이프등이 모여서 논의를 했고 시작은 akka, play 팀이다. (역시!) [2][3]- 이 구현체로 JDK9, RxJava2, 스프링-리액터 등이 있다.- RxJava는 이 스펙의 등장으로 인해서 1 -> 2 메이저 버전올라갈때 완전히 재작성 되었..
spary 팀이 akka-http 에 합류하더라도, spary는 계속 진행될 거다 라는 내용은.. 아마 https://github.com/sirthias의 글에서 본 걸로 기억이 난다. 당시만 해도 akka-http가 시작되는 정도였지만 spary는 거의 중단된채 akka쪽에 힘쓰는걸 보니, 말과는 다르게 접히겠구나 생각되었다. 오늘 갑자기 생각나서 들어가보니 PR 와 documentation 와는 다르게 Superseded by Akka HTTP 라는 내용으로 README.md가 대체되었다. 그리고 sparu 1.3.3 과 함께 고민을 하게 하면 akka-http는 experimental 에서 2.5.0 까지 나왔인줄 알았는데 현재 10.0.5 -_-;akka에서 분리되어 독립 project가 생겼고,..