Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- ORM
- Spring Data REST
- docker
- spring jpa
- REST API
- Spring Data JPA
- static inner class
- 톰캣
- Spring Batch
- spring-mvc
- Spring
- Data REST
- spring boot
- SuperTypeToken
- spring boot tomcat
- spring batch 코드
- JUnit
- spring-webmvc
- spring bean
- IntelliJ
- batch
- 세미나
- tomcat
- 코드 리뷰
- JPA
- spring-webmvc #코드읽기
- spring pid
- JPA mapping
- ApplicationPidFileWriter
- spring camp
Archives
- Today
- Total
목록CompletableFuture (1)
woniper
CompletableFuture 비동기 처리로 성능 개선하기
이 글은 CompletableFuture API를 설명하는 글은 아니다. CompletableFuture로 어떻게 성능을 개선했는지에 대한 경험 글이다. 개인 프로젝트로 bookup 이란 웹 애플리케이션을 개발하고 있다. 원하는 도서가 오프라인 서점에 재고가 있는지 검색하는 서비스다. 오프라인 서점마다 Open API가 없어, html 크롤링으로 개발했다. 그런데 개발하며 문제가 생겼다. 바로 오프라인 서점의 수가 많아질 수록 성능이 느려진다는 것이다. 재고 조회 순서는 아래와 같다. ISBN(도서 고유값) 값을 구하기 위해 네이버 Open API를 통해 ISBN 값을 얻는다. (API 요청) ISBN으로 오프라인 서점에 해당 도서의 재고를 순서대로 크롤링한다. 왜 성능이 느릴까? 이유는 여러 http ..
Spring
2018. 9. 8. 15:20