분류 전체보기56 토비의 스프링을 읽고 막 적어보자 (3) 191023 2장 테스트 스프링이 개발자에게 제공하는 가장 중요한 가치는 객체지향과 테스트. 스프링의 핵심인 IoC와 DI는 객체지향의 근본과 가치를 손쉽게 적용하고 사용하게 도와준다. 만들어진 코드를 확신할 수 있게 해주고 변화에 유연하게 대처하는 자신감을 주는 기술이 테스트이다. 테스트하고자 하는 대상이 명확하다면 그 대상에만 집중해서 테스트하는 것이 바람직하다. 과정도 복잡해지고 원인파악도 힘들다. 작은 단위의 코드에 대해 테스트를 수행한 것을 단위 테스트라고 부른다. 단위는 작을수록 좋다. 다른 코드를 신경쓰지 않고 참여하지 않으면서 테스트가 동작하면 좋다. 수동으로 DB에 값을 저장하고 메인문을 실행하고 결과를 비교하고 이러한 작업은 번거롭다. 이를 해결하기위해 자동화된 테스트를 위한 xUnit.. 2019. 10. 23. 토비의 스프링을 읽고 막 적어보자 (2) 191021 빈 스프링이 IoC 방식으로 관리하는 오브젝트 모든 오브젝트가 빈인건 아니다. 스프링이 관리하는 오브젝트만을 칭함 빈 팩토리 말 그대로 빈을 생성, 등록, 조회 등등의 빈 관리. 바로 사용하지 않고 이를 확장한 어플리케이션 콘텍스트를 사용 어플리케이션 콘텍스트 빈 팩토리를 확장한 IoC 컨테이너. 빈 팩토리라고 부를때는 주로 빈의 생성, 제어의 관점이고 애플리케이션 콘텍스트의 경우 스프링이 제공하는 지원 기능을 모두 포함하여 이야기하는 것. 빈팩토리를 상속함. 설정 정보 (configuration metadata) 스프링의 설정정보란 애플리케이션 컨텍스트 또는 빈팩토리가 IoC를 적용하기 위해 사용하는 메타 정보. 형상정보, 청사진. 컨테이너 (IoC 컨테이너) 컨테이너라는 말 자체가 IoC.. 2019. 10. 22. 토비의 스프링을 읽고 막 적어보자 (1) 191018 어떻게 적용할 것인가를 항상 생각하며 읽을 것. 남에게 설명할 수 있기 전까지는 안다고 할 수 없다. 스프링 부트를 맛보니 스프링 실력이 모자라다고 느꼈다. 1. 개방 폐쇄 원칙. OCP Open Close Principle 클래스나 모듈은 확장에는 열려있어야 하고 수정에는 닫혀있어야 한다. 2. 단일 책임 원칙. SRP Single Responsibility Principle 하나의 클래스는 하나의 책임만 가진다. 3. 리스코프 치환 원칙 LSP Liskov Subsitution Priciple 4. ISP Interface Segregation Principle 5. DIP Dependency Inversion Principle 전략 패턴. 스프링은 객체지향적 설계 원칙과 디자인 패턴에 .. 2019. 10. 18. docker jenkins에서 mvnw 사용시 permission denied 오류 이유 : mvnw의 권한이 -rw-r--r--였다 젠킨스 컨테이너에 메이븐을 깔기 귀찮아서 메이븐 래퍼로 해결하려고 했으나 권한 없음 오류가 발생했다. 나의 경로는 /var/jenkins_home/workspace/sprigboot 여기서 ls 명령어를 실행해보면 total 56 drwxr-xr-x 6 jenkins jenkins 4096 Oct 3 16:48 . drwxr-xr-x 4 jenkins jenkins 4096 Oct 3 16:04 .. drwxr-xr-x 8 jenkins jenkins 4096 Oct 3 16:48 .git -rw-r--r-- 1 jenkins jenkins 333 Oct 3 16:04 .gitignore drwxr-xr-x 3 jenkins jenkins 4096 Oct.. 2019. 10. 4. docker-jenkins 업데이트 컨테이너에 root 접속 docker exec -it -u 0 jenkins bash젠킨스 다운로드 wget http://updates.jenkins-ci.org/download/war/2.190.1/jenkins.war 글쓰는 시점 기준 LTS 최신버전은 2.190.1 버전이었다. 참고로 가운데 버전은 '백구십'으로 읽는다. 버전 비교는 점단위로.v2.20.1 2019. 10. 4. Jenkins 설치 후 플러그인 다운로드시 에러가 나는 이유 도커 젠킨스를 설치하고 추천 플러그인을 설치하는데 아래와 같은 X가 나오는 이유... 이유는 바로 젠킨스 버전이 낮아서이다. kitematic를 통해 컨테이너 로그를 확인하면 중간에 버전이 낮다고 알려준다. > You must update Jenkins from v2.60.3 to v2.138.4 or later to run this plugin. 버전은 .단위로 읽어야한다. 지금 내 jenkins의 버전은 2.60.3 이고 2.138.4 이상으로 업데이트 해야한다. 2.6이 2.1보다 높은게 아닌가? 라고 생각할 수 있지만 버전을 '육공'으로 읽지 말고 '육십'으로 읽어야 한다. 백삼십팔 이상으로 업데이트 하라는 의미. 터미널에서 로그를 확인하려면 docker logs 를 입력하면 된다. 업데이트 방법 2019. 10. 3. Spring 자주 사용하는 유효성 검사 어노테이션 (@Valid, @NotNull, @NotEmpty, @NotBlank...) '내가' 자주 사용하는 어노테이션 이제서야 쓰기 시작했다. DTO로 request를 받을 때 귀찮게 검사하지 말고 쓰자! (docs를 잘 읽자) public class User { @Min(0) private int id; @Max(20) private int age; @NotBlank private String name; @NotNull private int level; .... ... getter ... ... setter ... } @Min, @Max 보이는 바와 같이 최소값, 최대값을 설정 @NotNull 변수가 Null이 될 수 없다. @NotEmpty 빈 값("")이 될 수 없다. @NotBlank trim했을때 Empty이면 안된다. 공백(" ")만 있는 문자열을 받지 못한다. @NotNul.. 2019. 9. 9. Spring @Valid, @Validated 결론부터 말하자면 차이가 없다고 한다. @Valid는 JSR-303, @Validated는 스프링의 어노테이션이라고 한다. @Inejct와 @Autowired같은 느낌인가? 스프링 부트 docs에 보면 @ConfigurationProperties에 @Validated 어노테이션을 추가로 작성하는데 이와 관련된 부분은 추후 확인이 필요할듯. group으로 유효성 검사를 하는 경우 @Validated를 사용해야 한다는데 잘 모르겠다. 참조 https://stackoverflow.com/questions/44051244/valid-vs-validated-in-spring-boot-rest-api-requestbody https://docs.spring.io/spring-boot/docs/2.1.8.RELEAS.. 2019. 9. 9. 찰떡이 되고싶다 개떡같이 말해도 찰떡같이 알아듣고 찰떡같이 말하고 싶다. 2019. 9. 5. 이전 1 ··· 3 4 5 6 7 다음
