뇌운동일지

1. 기본프로젝트 생성 및 maven 적용 : 필요한 lib 추가 기본 프로젝트를 생성한다. 프로젝트 생성 시, web.xml 도 같이 만들어주는 것이 좋다. 생성한 프로젝트에 maven을 적용한다. pom.xml 만든다. MVN repository 에서 필요한 dependency 를 검색해서 pom.xml 에 넣는다. 위의 예시 이외에도 필요한 라이브러리를 넣으면 된다. 다 넣고, library가 제대로 import 되었는지 확인해본다. 완성된 pom.xml 은 아래와 같다. 2. web.xml 환경문서에 DispatcherServlet 의 서블릿 이름은 hello 로 지정하여 연결 구문 작성 web.xml에 필요한 내용을 추가한다. 아래의 방법으로 class 이름을 입력하면, 비교적 정확하게 입력할 ..

스프링 프로젝트를 구성하는 방법1 -- 웹 어플 생성 후, 메이븐 이용하여 스프링 적용 ( 대형사이트 ) 스프링 프로젝트를 구성하는 방법2 -- 어노테이션 활용하기 ( 중소사이트 ) src/main/java에 자바 파일을 넣음 src/main/resources 에 xml 등 기타 파일을 넣음 root-context.xml == spring환경 servlet-context.xml == springMVC 환경 @Controller == @Controller annotation으로 매핑할 것임 분석은 web.xml 부터 본다 webapp이 web root 스프링 프로젝트를 구성하는 방법3 -- 스프링 부트를 이용하기 ( 사건 : 응용프로그램 제작 시 ) 1,2 번 방법이 주로 쓰인다.

ibatis : model 을 집중 관리해주는 프레임워크 iBatis (v.2.x) : SQL Mapper => SQL 을 집중 관리 ( XML 파일에서 ) myBatis (v.3.x) : SQL Mapper + 영속개념 ( hibernate ) => @ 사용 JPA ( Java 에서 영속개념을 사용 ) 메뉴얼을 보고 그대로 적용 XML - 자원을 매핑하는 용도 @ 이 너무 많아져서 순수 형태로 돌아가자는 움직임이 나옴 web.xml에서 spring연결, spring에서 ibatis와 mybatis 모두 사용할 수 있음 사이트를 조립하는 개념으로 넘어감 영속 Spring MVC + ibatis

포인트 컷 클래스 -- pointcut + Advice 클래스 -- advice = advisor ==> 대상 Bean 적용 id는 동일한데, class가 다름. class는 동일한데, id가 다름 => 한 개가 두 개로 나뉨.

로그레벨 아래로 내려갈수록 심각 TRACE DEBUG INFO - 꼭 알려줘야하는 수준 WARN - 문제가 있지만 실행은 됨 ERROR - 문제가 있지만 돌아가기는 함 FATAL - 서버가 안돌아가는 수준 로그레벨을 지정할 수 있음 실제 사용은 주로 INFO, WARN, ERROR, FATAL 을 함. %p : 로그레벨 %C : 클래스명 %M : 메소드명 %L : 줄번호 %m : 메세지 내용 %n : 개행 ( 줄바꿈) ConsoleAppender FileAppender EgovDBAppender ( 전자정부 확장 ) 위치 src/log4j.xml ==> 자동인식됨 ----------------- Java 개념 throw ==> 강제로 예외 발생시킴

web.xml -> spring -> ibatis 배치기술자가 가장 먼저 실행됨. web.xml 을 가장 먼저 확인해야 함. 의존성 있는 라이브러리를 같이 설치해주는 것이 maven 의 장점 xml에 넣은 라이브러리는 배포하면 같이나감. xml에 넣지 않은 라이브러리는 같이 배포되지 않을 가능성이 높다 aspectj ( spring이 아님 ) .. 인자의 갯수가 상관없다. 실행되면 callsay() 가 실행될 것. XML이 너무 많아지니까 @(어노테이션) 기법이 나옴 XML 에서 Ctrl 누르고 클릭해서 그 경로로 가본다 ApplicationContext 가 더 기능이 많고, BeanFactory 가 더 좁은 범위 execution(접근자 반환형 패키지.클래스.메소드(인자)) => 반환형은 생략할 수 없..