병갈이 블록

리플렉션의 의미와 사용방법. -> 여기

문제 발생.1. loginform을 열자마자 에러문구가 나타남.핸들러에서 GET방식과 POST방식을 구현하지 않았어서 생긴 문제.2. 비번을 틀리게 입력했을때, 아무런 변화가 없음. 핸들러에 if( errors != null || !errors.isEmpty() ) 문구가 문제였음.근데 왜...errors != null이 잘못된 문장인걸까..?3. 로그인 확인 필터 적용시 리다이렉트가 안됨. 왜일까....첫번째 확인. response의 리다이렉트 기능으로는 Filter에서 /WEB-INF/이하의 페이지에는 접속이 안된다.주소창에 경로를 입력해도 /WEB-INF/이하의 페이지는 접속이 안된다. 아파치 서버에서 막는걸로 보이는데..메인 서블릿에서도 안됨. WebContent바로 아래에 있는 페이지는 접속이 ..

간단할거라 생각했던 작업인데 상당히 머리아픈 작업이 되어버렸다. 단순히 머리로 생각만 하면서 구현을 했더니 여기저기서 문법적 오류, 논리적 오류들이 무더기로 발생한다. 페이지에서 넘어온 파라미터를 핸들러에서 받아 서비스 및 DAO클래스에 넘길 자료형클래스를 하나만 만들었었는데...아이디를 조회하는 과정에서 불필요한 값들까지 자료형 클래스에 담아야하는 상황이 발생한다. 아....멘붕이 왔다.한번 적어보자.1. DAO에서 insert문에 아이디를 조회하는 기능까지 구현을 해야하나?2. 1번과 물려있는 문제인데 Service에서 insert메서드와 select메서드를 따로 만들어야 하나? 그러면 굳이 DAO와 Service를 나누는 이유는 뭘까?3. 핸들러에서 파라미터 공백시 Map변수에 에러값을 추가하도록 ..

우선 예외처리에 관해서 어떤식으로 이루어지나 테스트를 해보았다.여러 계층구조를 가지는 클래스 및 함수가 있다고 치자.(A메서드를 B메서드에서 사용하고 B메서드를 C메서드에서 사용하는 경우. A->B->C ) A메서드에서 SQLException을 일으켰다. 두가지 방법이 존재한다.1. throws 사용.클래스나 함수에 throws를 넣어 예외를 함수나 메서드를 호출한 곳으로 넘겨버린다.이 경우 메서드를 사용함으로써 예외를 넘겨받게된 메서드 및 클래스에서 적절한 처리를 해야한다.2. try-catch문 이용.try문 안에 예외발생상황을 두고 catch문에서 SQLException을 받아 적절한 처리를 한다.1) 자체적으로 처리.2) 또다른 예외를 발생시켜 B메서드로 예외처리를 넘기기. ( 위 1번의 경우로 ..

기본적인 서블릿 접속 및 포워딩 경로.1. 특정 확장자로 접속 시 서블릿으로 접속됨. - web.xml에 uri-pattern으로 설정.2. doGet이나 doPost메서드에서 처리될 함수 실행.1) 접속한 경로의 내용을 확인한다. -> req.getServletPath()메서드로 루트경로 이 후의 경로를 문자열로 반환.2) 경로내용에 매칭된 핸들러를 지정하고 핸들러에서 코드 수행 후 결과에 따라 적절한 실제 파일 경로를 반환한다.3) 서블릿은 핸들러의 메서드수행으로 받은 경로를 가지고 결과 페이지로 포워딩을 수행. 1. properties파일 작성 및 읽어들이기 작업.1) properties파일의 전체경로 얻기.1> 루트폴더를 기준으로한 파일경로 입력시.getServletContext().getReal..

리스너를 구성하기 위해 생각해야 할 것들. 1. 리스너는 ServletContextListener 인터페이스를 구현한 클래스이다.(implements ServletContextListener를 해야된다.)아래 두개의 클래스를 임포트한다.import javax.servlet.ServletContextEvent;import javax.servlet.ServletContextListener; 2. ServletContextListener 인터페이스의 두가지 메서드를 구현해야한다.public void contextInitialized(ServletContextEvent sce) { 초기화 내용을 구성할 클래스. }public void contextDestroyed(ServletContextEvent sce) {..