eblo

Log 관련 프레임워크 간단 설명 Title Desc log4j Apache에서 개발한 가장 오래된 로깅 프레임워크로 2015년 기준으로 개발이 중단되었다. log4j2 log4j 다음 버전으로 필터링 및 자동 리로딩 기능 등을 지원한다. logback log4j 보다 향상된 기능으로 대중적인 로깅 프레임워크이다. 스프링부트의 기본 로깅 프레임워크이다. slf4j 직접적으로 로깅을 하는 프레임워크가 아니고 logger의 추상체로 인터페이스와 같은 역할을 한다. slf4j로 로그를 남기지만 실제 구현 프레임워크는 logback 이나 log4j2가 될 수 있다. Log 프레임워크의 기본 구성 Appender 로그 출력 관련된 설정으로 Console, File, JDBC 등을 설정할 수 있다. Logger 로..

1. OverviewThymeleaf에 관련한 소개와 자세한 내용은 링크로 대체하겠습니다. 스프링과 통합이 비교적 쉽고 개발자가 사용하기 무난한 편입니다. 런닝커브가 크지 않아서 기존에 freemarker나 velocity 등을 써봤다면 1,2시간 내용을 보고 적용할 수 있는 수준입니다. 저는 화면 레이아웃을 별도 프레임워크를 사용하지 않아도 된다는 것과 스프링 프레임워크와 쉬운 통합, 잘 만들어진 문서 때문에 사용하게 되었습니다. Thymeleaf 홈페이지 - https://www.thymeleaf.org/index.htmlThymeleaf + Spring - https://www.thymeleaf.org/doc/tutorials/3.0/thymeleafspring.htmlIntroduction to ..

1. 현상 Migration 작업 내용 springboot 버전을 1.5.9에서 최근에 2.1.1로 업그레이드 시켰습니다. URI Pathvariable 값을 파라미터로 전달되는 값보다 우선으로 바인딩 되게 Configuration을 수정했습니다. 스프링부트 업그레이드 작업이 잘되었다고 생각하고 다른 업무들을 보고 있는데 연락이 왔습니다. "매장 정보 수정을 하면 계속 에러가 납니다."확인을 해보니 바인딩 객체에 값이 모두 null로 나옵니다. 순간적으로 얼마전에 작업한 "Pathvariable 값에 우선 순위 주는 로직에 문제가 있나?"라는 생각이 들었습니다. 소스를 원래 소스로 고치고 다시 테스트를 해보았지만 결과는 변하지 않았습니다. Configuration 중에 2.1.1로 바뀌면서 WebMvcC..

1. 요구 사항 "파라미터에 URI와 동일 변수값을 입력 받는 경우 URI를 우선으로 바인딩 되게 해주세요." 컨트롤러 123456 @GetMapping(value={"/api/brands/{brandCd}/stores"}) public BaseResult stores(StoreParam pStoreParam) { // ... return null; } Colored by Color Scriptercs요청 URI : "/brands/bn0001/stores?brandCd=1234" 위와 같이 하는 경우 StoreParam안에 brandCd는 어떤 값이 입력될까요? 정답은 "1234"입니다. 서버 로그를 보면 아래와 같은 메시지를 확인 할 수 있습니다. Skipping URI variable 'brandC..

변화된 서비스 환경 예전에는 MVC 형태가 Web application을 만드는 표준이었습니다. 컨트롤러가 데이터를 조회해서 화면에 내려 주면 화면은 그 데이터를 이용해서 화면을 만들어 줍니다. 이러한 형태를 일반적으로 모노리틱 구조라고 합니다. 아직도 많은 서비스는 이러한 형태를 가집니다. 그런데 모바일 서비스가 활성화 되고 외부 API 서비스를 제공하면서 이런 패턴이 변화하기 시작했습니다. 서비스가 거대화 되면서 분산 서비스가 필요해지고 마이크로 서비스가 대두되었습니다. 기존 서비스가 로직과 데이터를 처리하는 서비스들로 세분화 되고 각각의 서비스가 이를 이용하는 형태를 가집니다. 대부분의 개발자들은 이런 추세를 실감하고 있을 것이고 이런 개발 요구사항을 많이 받고 있을 겁니다. 예전에도 물론 이런 요..

일단 뜨겁게 청소하라. "리팩토링이 뭔가요?" "일정이 너무 촉박해서 리팩토링할 시간이 없어요." "무엇을 리팩토링해야 할지 모르겠습니다" "어떻게 리팩토링해야 할지 모르겠습니다" 리팩토링은 개발자의 코딩 능력을 향상시키는 좋은 습관이며 훈련입니다. 이런 반복적인 훈련과 습관이 개발자의 내공입니다. 리팩토링이라고 하면 어렵게 생각하는 사람도 있고 또 언제해야할 지 무엇을 어떻게 해야 할지 모르는 사람이 많습니다. 이에 대해 간단히 정리해 봤습니다. 1. 리팩토링이 뭐에요?리팩토링을 정의하는 말들 겉으로 보이는 동작의 변환없이 내부 구조를 개선하는 것. - 마틴 파울러 작동하는 깔끔한 소스(Clean Code) 비야네 스트롭스트룹(Bjarne Stroupstrup) 우아하고 효율적인 코드, 의존성을 최대한..