kirinmanDevBlog

인자값을 하나만 받는 경우 인덱스 5부터 시작. 0~4까지를 제외하고 가져온다. 인자값을 두 개 받는 경우 인덱스 6에서 시작해서 11(12 - 1)까지 가져온다.

h2에서 mysql로 변경하면서 왜인지 h2의존성을 주석처리해 두었다. 그걸 깜빡하니 아래와 같은 에러가 발생하였다. 로그 이름을 잘 보자!

위 에러는 빈 이름이 동일할 때 발생하는 에러이다. 만일 실수로 이름이 같게 설정된 것이라면 필요없는 것을 지우고, 필요한데 이름이 겹치게 된 상황이라면 필요에 따라 한 객체의 이름을 바꾸는 것을 고려하자. 다만 되도록이면 @bean 에서 name 옵션을 쓰는 것 보다는 헷갈릴 여지가 없도록 기본 이름을 사용하되, 겹치지 않도록 하는 게 나을 것 같다.

@ComponantScan은 @Componant가 붙은 모든 클래스를 스프링 빈으로 등록한다. 아래처럼 @ComponantScan을 붙이면, 로그를 통해 빈으로 등록되는 것을 확인할 수 있다. 이렇게 따로 클래스를 만들어 모아두지 않고 컴포넌트 스캔을 이용해 자동으로 하는 건 알겠는데, 그럼 의존관계 주입은 어떻게? @AutoWired 사용! 생성자에 @AutoWired를 지정하면 스프링 컨테이너가 자동으로 해당 되는 빈을 찾아서 주입한다. 이때 기본적으로 조회하는 방식은 타입이 같은 빈을 찾는 것이다. (위 이미지에서는 memberRepository와 같은 타입을 찾겠지!) (타입이 중복되거나 하는 경우의 처리는 @AutoWired 게시글에서!) 그럼 탐색 위치는 어떻게? basePackages 옵션으..

- problem 유효성을 검증하는 하기 코드를 작성했는데, 조건을 만족해도 계속 에러메시지를 띄움 -what I tried 처음에는 이 어노테이션 사용이 잘못되었는지, controller에서 @Valid를 빼먹었나 했는데 무언가를 빼먹거나 잘못 쓴 것이 아니었음 -my answer 문제의 경우의 수를 하나하나 줄여나가니 원인은 정규표현식밖에 없어서 다시 확인해보니 표현식 내에 글자수를 잡아주는 것이 없었다. 하기 이미지 처럼 수정하니 해결되었음. -I learned 솔직히 정규표현식 아직도 좀 헷갈린다. 원하는 게 있으면 바로바로 안되고 계속 검색을 여러번 해야되고, 이유도 제대로 모른다. 아직 어설프게 이렇다 저렇다 하는 것 같아, 팀프로젝트를 진행할때 조금 더 적극적으로 사용해봐야겠다.

- problem swagger를 통해 api명세를 정리하고 잘 날아가는지 테스트해보려 했는데 에러가 남 - what I tried dependency를 추가할때 버전을 잘못 설정했나 싶어 버전을 오르락 내리락 했으나 성공하지 못함 - my answer 설정에 대해선 구글링이 정답인가 보다 Spring boot 2.6버전 이후에 spring.mvc.pathmatch.matching-strategy 값이 ant_apth_matcher에서 path_pattern_parser로 변경되면서 몇몇 라이브러리에서 오류가 발생한다고 한다. (출처 : https://goyunji.tistory.com/137) application.properties 에 하기 코드를 적어두면 된다. spring.mvc.pathmatch..

기본적인 웹 보안을 활성화하는 어노테이션. 들어가보면 관련 클래스들이 임포트된 것을 볼 수 있다. 이 어노테이션을 @Configuration에 추가하여 Spring Security를 사용할 수 있다고 한다. 더 자세하게는 다음 포스트에서!

항해를 시작한지도 벌써 한 달이 다 되어간다. 부트캠프를 하면 당연하게도 모든 생활이 다 코드 중심으로 돌아간다. 새해 첫 꿈을 꾸었는데, 코드를 짜는 꿈을 꾸었다. 일어나서도 놀라지 않았다. 노트북을 열고 다시 할 일을 했다. 회고가 점점 올드보이 감금일기처럼 되어간다. 낄낄~ ///////////////////////////////////////////////////////////////////////////////////// 이번에 스프링을 공부하면서 Ioc, DI, bean에 대해서 정리한 적이 있다. https://kirinman.tistory.com/54 IoC (Spring에 국한된 것 아님!) 이전까지 내가 프로그래밍을 하던 방식은 코드를 짜다가 필요한 객체가 있으면 생성해서 쓰고, 또 생..

실패율 슈퍼 게임 개발자 오렐리는 큰 고민에 빠졌다. 그녀가 만든 프랜즈 오천성이 대성공을 거뒀지만, 요즘 신규 사용자의 수가 급감한 것이다. 원인은 신규 사용자와 기존 사용자 사이에 스테이지 차이가 너무 큰 것이 문제였다. 이 문제를 어떻게 할까 고민 한 그녀는 동적으로 게임 시간을 늘려서 난이도를 조절하기로 했다. 역시 슈퍼 개발자라 대부분의 로직은 쉽게 구현했지만, 실패율을 구하는 부분에서 위기에 빠지고 말았다. 오렐리를 위해 실패율을 구하는 코드를 완성하라. 실패율은 다음과 같이 정의한다. 스테이지에 도달했으나 아직 클리어하지 못한 플레이어의 수 / 스테이지에 도달한 플레이어 수 전체 스테이지의 개수 N, 게임을 이용하는 사용자가 현재 멈춰있는 스테이지의 번호가 담긴 배열 stages가 매개변수로..

ApplicationContext applicationContext = AnnotationConfigApplicationContext(AppConfig.class) AppConfig 클래스를 생성할 때, @Configuration 어노테이션과 함께 사용되는 위의 구문이 있다. 위의 구문에서 ApplicationContext를 스프링 컨테이너라고 한다. 스프링 컨테이너는 스프링에서 사용하는 DI컨테이너로 보면 된다. 객체를 생성하고 관리하면서 의존관계를 연결해 주는 것이다. 또한 스프링 컨테이너를 싱글톤 레지스트리 라고도 하는데 싱글톤 레지스트리는 싱글톤 객체를 생성하고 관리하는 것을 싱글톤 레지스트리라고 한다. 스프링 컨테이너는 @Configuration이 붙은 것을(위에서는 AppConfig.class..