Spring Boot Admin Server, Client config 설정하기

-
이미지
 Spring Boot로 많은 프로젝트를 진행하게 됩니다. 많은 모니터링 도구가 있지만, Spring Boot 어플리케이션을 쉽게 모니터링 할 수 있는 방법을 소개하려고 합니다.   코드 중심으로 살펴보겠습니다. 1. 어드민 서버 구축 1-1. 디펜던시 추가 dependencies { // https://mvnrepository.com/artifact/de.codecentric/spring-boot-admin-starter-server implementation 'de.codecentric:spring-boot-admin-starter-server:2.5.4' } 1-2. 어드민 서버 설정 활성화 @SpringBootApplication @EnableAdminServer public class ServerApplication { public static void main (String[] args) { SpringApplication. run (ServerApplication. class, args) ; } } EnableAdminServer를 하면 됩니다. 2. 클라이언트 서버 설정  예제는 book-client, member-client 2가지 클라이언트, member-client가 2개의 인스턴스 실행으로 작성했습니다.  2-1 디펜던시 추가 dependencies { // https://mvnrepository.com/artifact/org.springframework.boot/spring-boot-starter-web implementation 'org.springframework.boot:spring-boot-starter-web:2.5.4' // https://mvnrepository.com/artifact/org.springframework.boot/spring-boot-actuator implementation 'org.spring...
댓글 쓰기

LocalDateTime atStartOfDay 날짜 시작 시간으로

-

개발하다보면 해당 날짜에 00시00분00초가 필요한 경우가 많습니다. 예를들어 오늘 작성된 댓글을 조회하고 싶은경우 날짜의 시작부터 다음날까지 조회를 하게 됩니다. 날짜만 사용하는 경우가 되지요.

이때 필요한 함수가 atStartOfDay입니다. 함수명에서 잘 나타나있는데요. 이 함수는 LocalDate에 있기때문에 한번 변환과정이 필요합니다.


예제

LocalDateTime ldt = LocalDateTime.now();
System.out.println(ldt);
LocalDateTime onlyDate = ldt.toLocalDate().atStartOfDay();
System.out.println(onlyDate);

실행결과

2022-09-06T22:25:56.904512100
2022-09-06T00:00


시작날짜 종료날짜 예제

LocalDateTime ldt = LocalDateTime.now();
System.out.println(ldt);
LocalDateTime startDate = ldt.toLocalDate().atStartOfDay();
LocalDateTime endDate = startDate.plusDays(1).toLocalDate().atStartOfDay();
System.out.println("startDate === " + startDate);
System.out.println("endDate === " + endDate);

plusDays를 활용하여 내일날짜를 가져옵니다.


실행결과

2022-09-06T23:35:04.765255100
startDate === 2022-09-06T00:00
endDate === 2022-09-07T00:00


댓글

댓글 쓰기

이 블로그의 인기 게시물

Spring boot redis cache config

-
이미지
   안녕하세요. RedisTemplate 에 이어 redis cache를 알아보겠습니다.   전편 : Spring boot redis RedisTemplate에 대하여   전편에서 한 Redis 설정이 되어 있다고 가정하겠습니다. 1. 의존성 추가 implementation 'org.springframework.boot:spring-boot-starter-data-redis' 앞에서 의존성 추가를 이미 했으면 추가할 필요가 없습니다. 2. 캐시키 정의하기 import lombok. Getter ; import lombok. RequiredArgsConstructor ; import java.time.Duration ; @RequiredArgsConstructor @Getter public enum RedisCacheKey { BOOK (CacheNames. BOOK , Duration. ofMinutes ( 2 )) , STORE (CacheNames. STORE , Duration. ofHours ( 1 )) , ; private final String cacheName ; private final Duration expired ; public static class CacheNames { public static final String BOOK = "book" ; public static final String STORE = "store" ; } } Book과 Store 2가지 종류를 정의했습니다. 캐시키를 생성할 때 prefix로 사용될 cacheName과 만료시간(expired)를 선언했어요. 3. 캐시키 생성기 정의하기 import org.springframework.cache.interceptor.KeyGenerator ; import org.springframework.util.StringUtils ; import j...
자세한 내용 보기

Spring boot redis RedisTemplate

-
이미지
 안녕하세요. 스프링부트 프로젝트의 RedisTemplate 에 대해 알아 보겠습니다. Redis는 구동 되고 있다는 가정하에 작성하였습니다. 1. 의존성 추가 implementation 'org.springframework.boot:spring-boot-starter-data-redis' 2. RedisTemplate 설정 추가 2-1 yaml 파일에 설정 정의만 추가 스프링 부트에 yaml 파일에 정의만 해주면 자동으로 생성됩니다. spring : redis : host : localhost port : 6379 이외에도 옵션이 많은데 참고 사이트 링크로  대체하겠습니다. 위와 같이 설정이 추가된 상태이면 RedisTemplate 빈을 주입받을 수 있습니다, @Autowired private RedisTemplate redisTemplate ; 이 상태에서 레디스에 저장된 내용을 살펴보겠습니다. 제가 redisTemplate을 사용하여 key가 3으로 저장하였는데, 3으로 값을 조회하면 값이 나오지 않습니다. key를 조회해보면 이상한 문자값으로 저장된 것을 볼 수 있습니다.  해당 키로 조회하는경우 결과도 마찬가지 입니다. 이것은 redis에 저장할때 직렬화(serialize)/역직렬화시 JDK 방식으로 진행되기 때문입니다. 2-2 RedisConfig 설정 추가하기 앞의 문제를 해결하기 위해서 직접 설정 커스텀하여 추가할 수 있습니다. import lombok.extern.slf4j. Slf4j ; import org.springframework.beans.factory.annotation. Autowired ; import org.springframework.boot.autoconfigure.data.redis.RedisProperties ; import org.springframework.context.annotation. Bean ; import org.springframework.context....
자세한 내용 보기

MySQL PK 중복 (duplicate key ) 해결 방법

-
데이터베이스에 데이터를 입력하다보면 pk가 중복되어 오류(duplicate key)가 발생하는 경우가 있습니다. 이런 경우를 방지하기 위해서 조회를 해보고 없으면 신규 인서트(삽입), 있으면 무시하거나 업데이트 하도록 종종 개발할 때가 있습니다. 어플리케이션에서 조회하고 다음 쿼리를 호출하게 되는 경우 동시성 문제가 발생할 수 있어요. 그리고 조회해서 쿼리를 또 사용할 경우 네트워크 비용이 발생하는 단점이 있습니다. (성능이 좋지 못함) 동시성 문제란 여러 스레드나 프로세스에서 동일한 데이터를 접근할때 발생할 수 있고, 이때 데이터가 실제 데이터와 다른현상이 발생합니다. 예를들어 a, b 스레드에서 데이터를 조회하여 빈 값을 획득한경우 신규 데이터 인서트를 a와 b에서 실행하게 될때(순사적으로 실행되었다고 가정), b의 인서트를 실행할때 이미 a가 인서트 완료했기 때문에 오류가 발생합니다.  위의 문제를 쿼리를 통해 간단히 해결할 수 있습니다. user_log : 사용자로그 테이블  - userNo : 사용자번호 (PK) - lastLogAt : 마지막활동기록 PK중복인 경우 업데이트 (단건) INSERT INTO user_log SET userNo = 123, lastLogAt = 202101201043 ON DUPLICATE KEY UPDATE lastLogAt = 202101201043 INSERT INTO user_log (userNo, lastLogAt) VALUES (123, 202101201043) ON DUPLICATE KEY UPDATE lastLogAt = 202101201043 mybatis <insert id ="insert" parameterType ="map" > INSERT INTO user_log SET userNo = #{userNo}, lastLogAt = #{lastLogAt} ON DUPLICATE ...
자세한 내용 보기