주니어 개발자의 상반기 회고 시간이 정말 빨리간다. 벌써 1년중 절반이 지났다는게 믿기지 않는다 🥹 입사를 결정하며 혼자 되새겼던 생각들이 있다. 1. 주어진 업무만큼은 제대로 이해하고 끝까지 맡은 역할을 충실히 해내기 2. 의사 소통을 활발히 하기 3. 무조건적인 수용보다는 내 주관을 가지고 뚜렷하게 의견을 표현하기 시간을 뒤돌아보니 그래도 꽤 실천하며 열심히 회사생활을 했다는 생각이 든다. 인턴을 할 때보다 업무의 난이도가 높아졌고 수많은 레거시 코드들을 만나기도 하고 크고 작은 챌린지들이 있었다. 문제들을 하나씩 해결해나가며 스스로 얻는 깨달음도 있었고 어느정도 노하우가 생긴 것 같기도 하다. 팀원분들이 도와주셔서 업무에 잘 적응할 수 있었고 추후에 누군가 들어온다면 나도 받은 도움을 남들에게 마..

collections API 중 하나로 컬렉션을 Map 형태로 변형시켜주는 API 이다. associateBy 함수와 groupBy 함수는 지정된 key에 의해 인덱싱된 컬렉션의 원소로부터 Map을 만들어준다. associateBy public inline fun Iterable.associateBy(keySelector: (T) -> K): Map { val capacity = mapCapacity(collectionSizeOrDefault(10)).coerceAtLeast(16) return associateByTo(LinkedHashMap(capacity), keySelector) } 매개변수에는 T를 전달하고 key를 리턴하는 람다함수 keySelector를 인자로 받는다. 매개변수로 받은 key..

Programming Models 1. Annotated Controller Spring MVC에서 사용하던 방식을 WebFlux 에서 그대로 사용이 가능하다. @RequestMapping, @PathVariable, @RestController, @GetMapping 등 2. Functional Endpoints Java8의 lambda style routing과 handling 방식 (함수형 모델) RouterFunction: 어떤 핸들러가 요청을 처리할 지 결정 HandlerFunction: 바인딩 부터 HTTP 요청 응답처리 ServerRequest와 ServerResponse로 응답을 하며 서블릿 제약이 없고 리액티브 타입을 지원한다. Spring WebFlux의 경우 다음과 같은 2개의 개발 ..

Spring Actuator란? 애플리케이션의 상태를 모니터링, Metric 수집을 위한 Http Endpoint를 제공해주는 모듈이다. (요약하면 애플리케이션의 상태를 전체적으로 알 수 있도록 도와주는 기능!) // https://mvnrepository.com/artifact/org.springframework.boot/spring-boot-starter-actuator implementation 'org.springframework.boot:spring-boot-starter-actuator:3.0.1' 다음과 같이 dependency만 추가해주면 사용이 가능하다. Ex) spring 설정 yaml 파일에 아래와 같이 어떤 endpoint들을 포함할지 명시해주면 된다. management: endp..

기존에 하던 것 처럼 http.requestMatchers("/h2-console/**").permitAll() 로 h2-console에 대한 접근을 허용해주려고 했지만 계속해서 403(forbidden) 에러가 났다. 구글링을 통해 해결한 결과 @Bean public SecurityFilterChain filterChain(HttpSecurity http) throws Exception { http.authorizeHttpRequests() .requestMatchers("/users/**").permitAll() .and() .authorizeHttpRequests(auth -> auth .requestMatchers(AntPathRequestMatcher.antMatcher("/h2-console/..

Coroutine Context 코루틴은 항상 Coroutine Context로 구성된 콘텍스트 안에서 실행되는데, 이 콘텍스트는 Dispatchers와 Job으로 구성된다. Dispatchers는 코루틴이 실행될 스레드를 지정하는 역할 Default : CPU에서 많은 연산이 필요한 처리 동시작업 가능한 최대 개수는 CPU 코어 수와 같다. IO : 파일 입출력, 네트워크 콜 등 오래 대기하는 상황일 때 Blocking IO용 공유 스레드풀에서 동작 Default와 스레드를 공유하므로 withContext에서 Dispatcher 변경 시, 컨텍스트 스위칭 하지 않고 동일한 스레드에서 실행됨 Main: 코루틴에서 처리된 값을 UI에 반영할 때 메인스레드에서 동작 UnConfined 메인스레드에서 동작 C..

Reified 키워드를 사용하면 제네릭 함수에서 Runtime에 타입 정보를 알 수 있다. (보통은 컴파일 시에만 타입을 알 수 있고 런타임에서 타입 정보는 존재하지 않게 된다.) 즉, 런타임시에도 타입 정보를 가지고 있기 때문에 인스턴스를 찾기가 쉽다. reified 는 inline fun과 함께 사용되며 함수의 매개변수로 T 타입 클래스를 받는 것을 생략할 수 있다. 추가적으로 T 클래스를 넘겨줄 필요가 없다는 점이 좋은 것 같다. 다음은 R2dbcEntityTemplate 쿼리 실행을 위한 함수이다. 기존 코드) private fun executeQuery(build: Select, entityClass: KClass): Flow = r2dbcEntityTemplate.query( QueryBuil..

Kotest에는 전후처리를 위한 여러개의 인터페이스 함수들이 존재하는데 대표적으로 @beforeSpec @beforeContainer @beforeTest @beforeEach .. 등이 존재한다. 테스트 생명주기에 어떠한 전후 세팅을 해주어야 하는경우 사용한다. 예를 들면 테스트 컨테이너 실행, 데이터 삽입 등등! 어떤 function을 사용하냐에 따라 테스트 과정과 결과가 달라질 수 있기 때문에 필요에 맞게 골라 사용하면 될 것 같다. Function Description @beforeEach 각 testcase 마다 호출된다. @beforeTest 각 testcase 마다 호출된다. @beforeContainer 걱 context마다 호출된다. @beforeSpec 하나의 테스트 spec (FunS..

연관된 엔티티에 대해 지연로딩으로 설정을 해주면 일반적인 조회 쿼리에서는 연관된 엔티티까지 조회해오지 않고 연관된 엔티티는 가짜 프록시 객체로 설정이 된다. 이렇게 되면 연관된 엔티티의 값에 접근해야할 때 데이터마다 쿼리가 한번씩 더 실행되어 N+1 문제가 발생하게 된다. 이를 해결하기 위한 것이 Fetch Join 이다. 연관된 것들을 한번에 다 가져오는 것으로 가짜 프록시 객체가 아니라 연관된 엔티티까지 실제 값으로 전부 채워준다. (즉, 조인만 하는 것이 아니라 select 절에 있는 값들도 전부 넣어주는 것) EntityGraph - data jpa를 사용할 경우 fetch join 을 jpql 없이 간단하게 사용하는 방법이다. JpaRepository를 상속받는 repository가 있을 때 @..

Typically, stubbing argument mismatch indicates user mistake when writing tests. Mockito fails early so that you can debug potential problem easily. However, there are legit scenarios when this exception generates false negative signal: - stubbing the same method multiple times using 'given().will()' or 'when().then()' API Please use 'will().given()' or 'doReturn().when()' API for stubbing. - st..