은근한

컨테이너컨테이너는 보통 인스턴스의 생명주기를 관리하며, 생성된 인스턴스들에게 추가적인 기능을 제공하는 것즉, 컨테이너란 작성한 코드의 처리과정을 위임 받는 독립적인 존재컨테이너는 적절한 설정만 되어 있다면 누구의 도움없이도 프로그래머가 작성한 코드를 스스로 참조한뒤 알아서 객체의 생성과 소멸을 컨트롤 스프링 컨테이너스프링 프레임워크의 핵심부에 위치하며, 종속객체 주입을 이용하여 애플리케이션을 구성하는 컴포넌트들을 관리한다.프로그래머가 작성한 코드는 컨테이너를 사용하게 됨으로써 프로그래머의 손을 떠나 컨테이너의 영역으로 떠나버리게 된다.* 컨테이너가 맘대로 객체를 생성하는 것이 아니라 프로그램을 이용하는 이용자의 호출에 의해 컨테이너가 동작하게 되는 구조 스프링 컨테이너의 두 종류 ( 빈팩토리, 애플리케이..

spring에서 test 코드를 작성할 때, 조금 더 간편해진 것 같다. 클래스 바로 위에 @RunWith(SpringRunner.class) @SpringBootTest(classes = RyokoApplication.class) @WebAppConfiguration public class TestCode {어노테이션을 추가해주면 되고, 실행탭에서 해당 클래스를 실행 시키면 된다. 클래스 내에서 @Before public void setup() {@Before 어노테이션을 사용해 객체 초기화 등의 기타 설정을 할 수 있고 @Test public void Test() {@Test 어노테이션으르 사용해서 메소드를 실행 시킬 수 있다.

Security 의 기본 설정인 websecurityconfigureradapter 관한 내용은 아래의 페이지를 참고하면 된다. https://spring.io/guides/gs/securing-web/ Interface UserDetailsInterface UserDetailsService* 클릭시 링크 이동 위의 두 인터페이스를 사용해서 로그인을 만들어 보려고 한다. UserDetails 는 구현은 보안 목적으로 스프링 보안에 의해 직접적으로 사용되지 않는다. 단순히 인증 객체로 캡슐화 된 사용자 정보를 저장한다. 오버라이드 되는 메서드들@Override public Collection

로그 관리는 ELK Stack등을 이용한 중앙집중 기법을 사용하고자 한다. ELK Stack을 사용해 로그를 수집할 경우 기본 텍스트보다 JSON형식의 로그를 사용하는 것이 효율적이다. 그래서 스프링 아티팩트에 logstash-logback-encoder 추가 (Maven) net.logstash.logback logstash-logback-encoder 4.7 * gradle을 사용하시는 분은 google에 'logstash-logback-encoder gradle' 라고 치면 나온다. JSON 형식의 로그를 사용하기 위해 Decorator를 작성 따로 사용하기 위해 'logback' 패키지를 만들고 두 개의 파일을 작성한다. package kaonashi.ryoko.logback; import com..

resources 내에 mybatis 폴더를 만들고 mybatis 내의 mapper 폴더를 생성해서 xml 파일을 관리할 예정이다. Mybatis Mapper Xml에 사용될 DTD (Document Type Definition) ex) select NOW() namespace에는 Mapper Interface를 적어주게 되면 Interface 내의 Method Name 과 Xml내의 id 값이 일치하면 자동으로 맵핑 시켜준다. *namespace가 헷갈릴수도 있는데 xml이 아닌 interface위치를 맵핑시켜주면 된다. application.properties#Mybatis mybatis.type-aliases-package=kaonashi.ryoko mybatis.mapper-locations=my..