클릭하여 해당 항목으로 이동
-
JDBC의 동작과 사용하는 객체의 용도는 여기를 보도록 하자
-
단순 statement 활용 : 코드 보기
(쿼리에 인자를 부여하지 않기 때문에 단일로 사용할 경우 더 빠르지만, 반복적인 사용시 매번 컴파일 해야 함) -
PreparedStatement 활용 : 코드 보기
(PreparedStatement를 활용하면 쿼리에 인자를 부여하여 반복적인 수행시 한 번만 컴파일 하기 때문에 DB에 적은 부하를 주기 때문에 더 좋다.)
(또한, SQL Injection 공격을 방지하는 효과도 있음) -
싱글톤 패턴을 활용해보기 : JDBCTemplate 코드 보기, dao 보기
(JDBCTemplate의 정적 변수/메소드를 만들어두면 커넥션 객체를 하나만 만들면 되기 때문에 메모리의 낭비를 줄일 수 있음) -
properties 파일 활용하기 : properties 보기, JDBCTemplate 코드 보기, dao 보기
(싱글톤 패턴의 적용에서 더 나아가 properties 파일을 통해 동적으로 db 연결정보를 불러오기 때문에, 정보가 변경될 때마다 일일히 코드를 바꾸지 않아도 됨)
- 매핑한 URL로 이동하도록 form 생성 : html파일 보기
- 서블릿 객체에서 요청 받아서 동적인 웹페이지 작성 : 코드 보기
- 서블릿 컨테이너(서블릿 객체의 생명주기를 관리)와 웹서버가 요청을 처리하는 과정은 여기를 참고하자
- JSP파일을 만들면 html코드 내에 자바 코드를 사용할 수 있기 때문에, 서블릿에서 html을 구현했던 것보다 덜 복잡하다는 이점이 있음
- 따라서 서블릿에서는 비즈니스 로직에 집중하고, 응답화면의 구현은 JSP에서 작성하도록 하여 보다 효율적으로 작업이 가능함
- 01_sum.jsp, 02_date.jsp
- 03.menu.jsp에서는 선택한 옵션의 value를 전송(request)하여, MenuOrderServlet.java에서 선택한 옵션 기반으로 결과값을 도출하여 이를 다시 jsp로 위임함
- 위임받은 결과값은 04.menuResult.jsp에서 jsp 파일로 넘김
- 요청(request)를 위임할 때 서블릿 파일에서 사용하는 객체가
RequestDispatcher임- HttpServletRequest 객체의 .getRequestDispatcher(); 메소드의 매개변수로 위임받을 jsp문서의 경로를 입력한 후,
.forward()메소드의 매개변수로 HttpServletRequest, HttpServletResponse 객체를 담아 보내주면 됨- 따라서 이러한 방식으로 비즈니스 로직과 화면 구현을 각기 나눠서 처리할 수 있음
-
기존 요청의 정보를 지속적으로 유지해야할 필요가 있을때 http의 무상태성과 비연결 지향을 극복하기 위한 것
-
쿠키와 세션의 동작구조에 대한 설명은 여기를 보자
-
서블릿에서 쿠키 생성하여 활용:
- 클라이언트가 보낸 쿠키 정보를 읽고자 할 때는
request.getCookies()를 통해 쿠키 배열값을 읽어들임- 만일 쿠키 값이 없다면 null을 반환함
Cookie: 쿠키 객체를 생성하여response객체에 담아서 응답하는 구조- 파라미터로 key, value의 두 가지 String 값을 넣어줌
- 쿠키의 유효기간 설정시
.setMaxAge()메소드 활용 - 쿠키를 삭제하고자 할 경우에는 삭제할 쿠키의 key에 해당하는 value를 null로 만들고 유지시간을 0으로 설정
- 이렇게 하면 동일한 key를 가진 쿠키를 찾아 value를 교체해주기 때문에 자연스레 삭제되는 것
- 클라이언트가 보낸 쿠키 정보를 읽고자 할 때는
//클라이언트가 보낸 쿠키 정보 읽기
Cookie[] cookies = request.getCookies();
//쿠키 생성
Cookie cookie = new Cookie("id", "user");
cookie.setMaxAge(24*60*60) //유효기간을 1일로 설정
response.addCookie(cookie);
// 쿠키 삭제시
Cookie deleteCookie = new Cookie("id", "");
deleteCookie.setMaxAge(0);
response.addCookie(deleteCookie);
- 서블릿에서 세션 활용하기 :
- 쿠키의 경우 클라이언트 측에 저장되기 때문에, 보안상 노출되면 안되는 정보는 세션으로 관리하는 것이 적합
- 세션 객체를 얻을 때는
request.getSession()을 통해HttpSession타입의 객체를 생성 - 세션 내에 정보를 저장할 때에는, 세션객체에
.setAttribute()를 통해 key와 value를 저장 - 세션 객체 내의 특정 정보를 지울 때에는
.removeAttribute()를, 세션 전체를 없을 때는.invalidate()메소드를 각각 사용 - 세션 아이디(Session id)를 얻고자 할 경우에는
.getId()메소드 사용
HttpSession session = request.getSession();
session.setAttribute("test","test 값");
response.sendRedirect(request.getContextPath());
session.removeAttribute("test");
session.invalidate(); //모든 세션 정보 삭제
- 보통 세션 객체는, 클라이언트가 서버에 요청하는 순간 생성되며 유지 시간은 기본적으로 30분으로 설정되어 있음
- 유지시간은 서버에 접속한 후 서버에 요청을 하지 않는 최대 시간을 말함
- 따라서, 30분 이상 서버에 반응을 보이지 않으면 세션이 자동으로 끊어지는 것을 의미
- 유지 시간을 늘리고 싶으면 web.xml에서 설정
- 기능별 플로우 확인
- JDBC를 활용하여 서버와 DB 연동
- 세션정보를 활용해서 로그인 상태 유지 및 로그아웃 기능 구현
- 공지사항 등록, 수정, 삭제 기능 구현
- 등록 후 리스트로 돌아갈 때 forward가 아닌 redirect가 적합
- 이유는 여기에 정리해두었음
- 댓글 작성 및 조회시 Ajax 비동기 통신 방식을 활용
(맨 위로)
(맨 위로)
- XML을 통해 Mapper 설정 파일을 사용함으로써 CRUD를 좀 더 편리하게 할 수 있음
- mybatis-config.xml에서 DB 연결 설정 및 SQL 구문의 경로를 설정
- mapper.xml에서 DB와의 연동이 필요한 패키지별로 쿼리문을 설정 및 매핑
- Template.java :
SqlSession객체를 반환할 템플릿 클래스 생성- InputStream을 통해 Session Factory 기능을 하게 될 객체를 생성 후, 여기서 다시 SqlSession 객체를 생성하는 구조
- 여기서
openSession(false)로 선언할 경우 수동으로 커밋하게 설정할 수 있음
InputStream stream = Resources.getResourceAsStream("/mybatis-config.xml"); //Session Factory 생성을 위한 InputStream
sqlSession = new SqlSessionFactoryBuilder().build(stream).openSession(false); //Session Factory에서 SqlSession 객체 생성
SessionFactoryBuilder객체를 생성하기 이전, InputStream을 통해 mybatis 설정 xml 파일의 정보를 읽어들이도록 함- 여기서는 후술할
resources폴더에 있는mybatis-config.xml파일을 사용
- 여기서는 후술할
- 이후 Service, Dao 영역에서 템플릿을 static import 하여 만들어진 sqlSession 객체를 가져다 쓰면 됨( 싱글톤 패턴 )
-
mybatis-config.xml : mybatis 라이브러리 적용 후 기본 설정 파일로 기능
-
configuration태그 내부에 설정할 내용들을 기술하는 것 -
typeAliases: 객체 매핑시 사용할 자료형들의 별칭을 선언- typeAlias 태그 내부에
type속성으로 클래스 정보를,alias속성으로 사용할 별칭을 입력
- typeAlias 태그 내부에
-
environments: MyBatis와 연동시킬 DB 정보를 등록 -
작성 예시
<environments default="development">
<environment id="development">
<transactionManager type="JDBC" />
<dataSource type="POOLED">
<property name="driver" value="oracle.jdbc.driver.OracleDriver" />
<property name="url" value="jdbc:oracle:thin:@localhost:1521:xe" />
<property name="username" value="mybatis" />
<property name="password" value="mybatis" />
</dataSource>
</environment>
</environments>
dataSource: type 속성을 POOLED로 둘 경우 커넥션 객체를 pool 영역에 저장 후 이를 재사용하는 것을 의미- 한 번 만들어두고 재사용하기 때문에 매번 커넥션 객체를 생성할 필요 없음
property: 외부 파일 내용을 읽어들일 때 사용- 여기서는 JDBCTemplate 클래스 작성시 사용했는 드라이버 관련 정보를 입력
mappers: 사용하고자 하는 쿼리문들이 정의될 mapper xml 파일들을 등록
-
mybatis-config.xml에 등록한 mapper 파일을 동일하게 resources 폴더에 추가
-
member-mapper.xml, board-mapper.xml : mapper 파일 예시
-
member-mapper.xml을 예시로 살펴보자
-
resultMap: type에 typeAlias로 설정한 객체 타입을 명시하며, id에는 쿼리문 실행 결과를 매핑시킬 아이디값을 입력- 기본키에 해당하는 태그만
id로 받고, 나머지는result태그로 받아줌 property속성에는 매핑시킬 객체 내부의 인스턴스 변수명을,column은 매핑시킬 테이블의 컬럼명을 명시
- 기본키에 해당하는 태그만
<resultMap type="Member" id="memberResultSet">
<id property="userNo" column="USER_NO"/>
<result property="userId" column="USER_ID"/>
<result property="userPwd" column="USER_PWD"/>
<result property="userName" column="USER_NAME"/>
<result property="email" column="EMAIL"/>
<result property="birthday" column="BIRTHDAY"/>
<result property="gender" column="GENDER"/>
<result property="phone" column="PHONE"/>
<result property="address" column="ADDRESS"/>
<result property="enrollDate" column="ENROLL_DATE"/>
<result property="modifyDate" column="MODIFY_DATE"/>
<result property="status" column="STATUS"/>
</resultMap>
- 쿼리문 입력시 select, insert, delete, update 네가지 태그를 통해 CRUD을 구현
parameterType: 매핑시킬 객체타입을 속성값으로 명시id: 쿼리문의 실행 결과를 연동시킬 DAO 클래스의 메소드명에서 반환한 값을 명시- 객체와 매핑시킬 때는
resultMap으로 속성을 명시해야 함 / 그렇지 않을 경우에는resultType으로 명시 후, 속성값으로 클래스 정보를 명시
<select id="loginMember"
parameterType="Member"
resultMap="memberResultSet">
<!--쿼리문 입력 -->
</select>
<insert id="insertMember"
parameterType="Member"><!-- resultType을 Integer로 명시하지 않아도 자동으로 int값을 리턴 -->
<!--쿼리문 입력 -->
</insert>
<update id="updateMember"
parameterType="Member">
<!-- 쿼리문 입력 -->
</update>
-
기존의 JDBC 사용 패턴 대로 Controller & VO(DTO) & Service & DAO 사용의 패턴을 따르되, DAO에서 처리하는 코드의 수가 획기적으로 줄어드는 것을 확인할 수 있음
- 쿼리문 작성 및 DB와의 연동 등을 모두 xml파일에서 대신 처리해주기 때문
-
회원 정보의 연동을 예로 살펴보도록 하자
- LoginServlet.java : 컨트롤러 클래스(서블릿)
- Member.java : VO(DTO) 클래스 / MemberServiceImpl.java : Service 클래스(MemberService 인터페이스 구현한 클래스)
- MemberDao.java : 기존의 DAO와 달리
sqlSession객체로 필요한 정보만 넘겨주면, xml 파일일에서 알아서 연동 및 쿼리를 수행해서 VO 클래스에 정보를 담아주게 될 것
loginUser = sqlSession.selectOne("memberMapper.loginMember",member);
- member-mapper.xml : 위의 코드 실행시 memberMapper로 명시된 매퍼 파일 내에서 loginMember 이라는 id 속성으로 명시된 쿼리문 태그가 실행됨
-
RowBounds: MyBatis에서 기본적으로 제공하는 페이징 처리를 위한 클래스(구간을 적용하여, 구간 내에 있는 row만 추출)- 기존에는 페이징 처리시 이를 위한 정보를 쿼리문에 담아서 원하는 개수만큼의 row를 DB에서 받아왔음
RowBounds를 활용할 경우 개수 정보만 매퍼로 넘기면 되기 때문에 더욱 편리함- 단, 내부 구조상 건너뛰어야 할 데이터도 분류하기 위해 일단 모든 데이터를 찾아 판별하므로 데이터의 크기가 방대할 경우에는 오히려 비효율적임
-
PageInfo.java : 페이징 처리를 위한 설정 정보를 담고 있는 클래스
- Pagination.java : 해당 클래스 내에 PageInfo 객체를 리턴하는 메소드를 static으로 선언하여, 템플릿처럼 활용
PageInfo pageInfo = Pagination.getPageInfo(listCount,currentPage,pageLimit,boardLimit);
- BoardDao.java : Dao 클래스에서 아래와 같이 RowBounds 객체를 파라미터에 담아서 리턴
- RowBounds 객체 생성시 들어갈 매개변수는 아래와 같음
- 건너뛸 데이터의 개수(offset), 한 번에 보여줄 데이터의 최대 개수(limit)
offset: PageInfo 객체 내의 정보를 활용하여 건너뛸 데이터의 개수를 결정
RowBounds rowBounds = new RowBounds(offset,pageInfo.getBoardLimit());
-
SearchCondition.java : 검색어 관련 키워드 정보를 저장하고 있는 VO(DTO) 객체
- 여기서는 필드에 작성자, 제목, 내용 세 가지 키워드를 인스턴스로 두고 있음
-
BoardSearchServlet.java : 키워드 검색시 사용할 컨트롤러
- 페이징 처리를 위한 PageInfo 객체와 함께 SearchCondition 객체를 담아서 Service->Dao 순으로 보내서 처리하는 것
-
board-mapper.xml에서 아래와 같이 쿼리문을 작성하여, 검색한 키워드를 기반으로 DB로부터 데이터를 불러오면 됨
<select id="selectListCon"
resultMap="boardResultMap">
SELECT BOARD_NO, BOARD_TITLE, USER_ID, COUNT, CREATE_DATE
FROM BOARD B
JOIN MEMBER ON (BOARD_WRITER=USER_NO)
<trim prefix="WHERE" prefixOverrides="AND|OR">
<choose>
<when test="writer != null">
AND USER_ID LIKE '%'||#{writer}||'%'
</when>
<when test="title != null">
AND BOARD_TITLE LIKE '%'||#{title}||'%'
</when>
<otherwise>
AND BOARD_CONTENT LIKE '%'||#{content}||'%'
</otherwise>
</choose>
</trim>
AND B.STATUS='Y'
ORDER BY BOARD_NO DESC
</select>
(맨 위로)
(맨 위로)
- 여기 에서 기능별 플로우를 확인하자
- 아래 스프링 연습 코드는 설정파일은 Java config 클래스를 만들었지만 위의 예시는 xml파일을 기반으로 설정하였음
- root-context.xml 과 servlet-context.xml의 용도를 잘 구분하자
-
스프링 DI와 IoC의 원리에 대해서는 여기를 참고하자
-
Java Config를 활용한 설정을 위한 어노테이션
- @Configuration : 스프링 설정 클래스 선언
- @Bean : bean을 정의
- @ComponentScan : @Controller, @Service, @Repository @Component 어노테이션이 붙은 클래스를 찾아 컨테이너에 등록
- @Component : 컴포넌트 스캔의 대상이 되는 어노테이션
- @Autowired : 주입 대상이 되는 bean을 컨테이너에 찾아 주입
-
pom.xml : Spring 컨텍스트, Spring JDBC 종속성, mySQL 드라이버 추가
-
@Configuration 명시, 데이터 소스 사용을 위한 사전 설정
- DBConfig.java : 데이터 소스 객체를 사용하기 위한 Bean 생성(DataSource 클래스)
- ApplicationConfig.java : @Import 어노테이션에 DBConfig의 클래스 정보를 주입시킴
-
mySQL 드라이버 연동
- DataSourceTest.java :
ApplicationContext인스턴스 생성시, AnnotationConfigApplicationContext의 매개변수로 ApplicationConfig.class만 명시해줘도 됨(DBConfig.class는 이미 주입시켰기 때문) getBean()을 통해 DataSource 객체를 받은 후, db에 연결 시도(기존 JDBC 템플릿에서의 드라이버 연결과 동일)
- DataSourceTest.java :
-
Role.java : DTO 객체
-
RoleDao.java : @Repository 어노테이션을 선언하여, DB와 데이터를 주고받는 저장소 역할을 수행(Data Access Object)
- Spring 4.0부터 Bean 객체의 경우 @Autowired 없이도 의존성 주입이 가능
RowMapper: 각 테이블 행마다 resultSet 객체를 통해 매핑하는 것을 가능하게 하는 객체 / BeanPropertyRowMapper : Bean Property를 담아주는 RowMapper 자동으로 생성NamedParameterJdbcTemplate: 바인딩시 문자열로 매핑시킴(결과값 담아주며 ?를 사용하지 않기 때문에 편리) / queryForObject, update, execute 메소드를 각각의 경우에 맞게 사용SqlParameterSource: 매개변수로 받은 객체의 인스턴스 변수를 해당 클래스에서 보고 알아서 연동할 DB 테이블의 컬럼명과 매핑시킴 / 따라서 변수명 설정에 주의해야함(SQL : 대문자, Java : 소문자)BeanPropertySqlParameterSource: SqlParameterSource 클래스의 인스턴스로 생성된 것을 확인할 수 있음 / 빈 객체롤 Map 객체로 변환시키는 역할Collections.singletonMap(변수명, 매핑시킬 변수) : 특정 값만 조회하는 쿼리문의 경우(ex. delete/update~ where 변수 = '';)에는singletonMap을 통해 값을 하나만 넣어서 쓰는 것이 경제적
-
RoleDaoSqls : 쿼리문을 static final 상수로 선언해서 따로 저장해두면 편함
- 기존 JDBC에서는 ?로 매핑했지만, 이렇게 하면 ?가 많아질수록 복잡해지기 때문에 :roleId와 같이 이름으로 매핑
-
pom.xml : spring-context, spring-webmvc dependency, Servlet, JSP, JSTL 종속성 추가
- 이후, 반드시 프로젝트의 properties에서 메이븐 기반으로 넣어준 dependency를 deploy해야 함
-
WebMvcContextConfiguration.java : Dispatcher Servlet 클래스로 WebMvcConfiguration 클래스를 상속받음
- 해당 클래스는 기존의 servlet-context.xml 파일을 자바 클래스로 대체한 것
- @EnableWebMvc로 기본적 설정은 자동으로 할 수 있지만, 이외의 설정이 필요할 경우에는 필요한 메소드를 오버라이딩 해야 함
addResourceHandlers: 요청이 들어왔을 때, 특정 url 요청에 대해서 알맞은 디렉토리에서 찾도록 설정(그렇지 않을 경우에는 모든 요청을 매핑으로 찾으려 들기 때문에 오류가 발생할 수 있음)configureDefaultServletHandling: DefaultServletHandler를 사용하도록 하는 메소드로configurer.enable()메소드 사용시, 매핑정보가 없는 url 요청에 대해 이를 DefaultServletHandler가 처리하도록 함- (WAS의 DefaultServlet으로 요청을 넘겨, 해당 서블릿의 static 자원을 읽어들이는 것)
addViewControllers: 특정 url에 대한 처리를 별도의 컨트롤러 클래스 작성 없이 매핑 가능하도록 하는 메소드- registry.addViewController("/").setViewName("main"); : /로 들어온 url 요청에 대해 main이라는 view name을 찾아 보여주겠다는 것
InternalResourceViewResolver: @Bean 객체를 주입한 것으로, 위의 view name만 가지고 당연히 jsp 파일을 찾을 수 없기 때문에, 여기서 구체적으로 어떤 정보&경로를 가진 파일인지 찾는 것resolver.setPrefix(경로),resolver.setSuffix(파일 확장자) 를 입력 하여 view name과 결합
-
web.xml : Dispatcher 서블릿이 FrontController로 기능하도록 서블릿 매핑
-
Dispatcher Servlet이 요청 처리를 위임할 컨트롤러 클래스 생성
-
@Controller 어노테이션을 명시하여 해당 클래스가 컨트롤러 클래스임을 나타내야 함
-
plusForm.jsp : 덧셈 연산을 수행할 두 숫자를 입력하여 POST 방식(/plus)으로 요청을 보내는 view
-
plusResult.jsp : 요청 처리 후, 연산 결과를 보여줄 view
-
PlusController.java : Dispatcher Servlet으로부터 요청 처리를 위임받은 컨트롤러 클래스
@GetMapping,@PostMapping: 각각 GET/POSt방식으로 들어온 요청을 처리할 것임을 의미- plusForm() 메소드는 /plusForm url을 통해 들어온 요청을 처리하며, 처리 결과로 plusForm.jsp 파일의 이름을 리턴(view의 이름을 리턴하는 것)
- plus() 메소드는 /plus url을 통해 들어온 요청을 처리하며, ModelMap 객체를 통해 입력받은 변수와, 연산 처리 결과를 자동으로 DTO 클래스에 매핑시킨 후 위와 동일하게 plusResult라는 view name을 리턴
-
PlusResult.java : DTO 클래스
-
-
WEB API 사용을 위한 컨트롤러 설정
- @Controller 어노테이션과 @ResponseBody 어노테이션을 같이 사용하거나, 최신 버전일 경우에는 @RestController 어노테이션 하나만 명시
- PlusApiController : API 사용을 위한 컨트롤러 클래스 생성
@ResponseBody어노테이션을 명시할 경우, 컨트롤러 메소드는 뷰 이름에 해당하는 문자열이 아닌 객체를 반환할 수 있음- 다시 말해 리턴할 객체를 출력하라고 하는 것을 의미
- PlusResult.java : dto 클래스
- pom.xml에 반드시 객체<->JSON 간 변환이 가능하도록 라이브러리를 추가 : MessageConverter가 존재해야 DispatcherServlet이 제대로 변환할 수 있기 때문
-
라이브러리 추가, 기타 설정 : pom.xml, org.eclipse.wst.common.project.facet.core.xml
-
Config 클래스 생성 : DBConfig.java, ApplicationConfig.java
-
Dispatcher Servlet 클래스 생성 : WebMvcContextConfiguration.java
-
초기 서블릿 매핑을 위한 설정 : web.xml
-
개별 서블릿이 될 컨트롤러 클래스 생성 : GuestbookController.java / 직접적인 비즈니스 로직을 처리
-
Repository Layer 완성 : DTO, DAO 클래스 생성 및 DB 테이블 생성
- DTO : Guestbook.java, Log.java
- DAO : GuestbookDaoSqls.java, GuestbookDao.java, LogDao.java
- 테이블 생성 : ddl 쿼리문
-
REST API에 대한 설명은 여기의 포스팅을 참고하도록 하자
-
pom.xml : com.fasterxml.jackson.core 라이브러리를 설치해야 자바 객체<->JSON 간 변환이 가능해짐
-
GuestbookApiController : 클라이언트 요청시 JSON 데이터를 보내기 위한 컨트롤러 클래스
@RestController어노테이션을 명시@RequestMapping어노테이션의 path값을 명시했기 때문에,@GetMapping과@PostMapping메소드 구현시 따로 path를 입력해줄 필요 없음
-
@GetMapping: @RequestMapping에서 명시해준 /guestbooks로 요청이 들어오면, content-type이 application/json인 경우 명시된 메소드를 호출- 내부적으로 MessageConverter을 사용해서, 해당 메소드에서 반환하는 Map 타입의 객체가 JSON으로 변환되어 클라이언트에게 전송되는 것
-
@PostMapping: 마찬가지로 POST 요청이 들어올 경우에는 명시된 메소드를 호출하며, 여기서는 Guestbook 타입 객체를 JSON으로 변환시켜 클라이언트에게 전송- 단, Guestbook 타입 객체 반환시, 클라이언트의 ip 주소를 같이 받아줌
- pom.xml : 여기서는 web.xml을 사용하지 않기 위한 설정과, 스웨거와의 연동을 위한 종속성을 추가
- properties 태그 내에 web.xml을 사용하지 않도록 사전설정 추가
- 초기화시 "web.xml is missing~"과 같은 예외가 발생하지 않도록 하기 위한 것
<failOnMissingWebXml>false</failOnMissingWebXml>
- web.xml을 대체할 WebApplicatonInitializer를 구현한 클래스를 생성
- 여기서는 이를 구현하고 있는
AbstractAnnotationConfigDispatcherServletInitializer클래스를 상속받은 WebAppInitializer.java 클래스를 생성- web.xml에서 설정했던 컨텍스트 로딩시 참고할 설정 클래스의 지정, 리스너 클래스 실행, 프론트 컨트롤러로 DispatcherServlet 등록 등의 작업을 자바 클래스로 대체하는 것
AbstractAnnotationConfigDispatcherServletInitializer클래스를 상속받아 필요한 메소드를 오버라이딩하여 구현- getRootConfigClasses : 스프링 기본 설정파일 클래스를 지정(사용할 Bean들을 설정하는 것) / ApplicationConfig.java
- getServletConfigClasses : 스프링 MVC 설정 파일 클래스를 지정 / MvcConfig.java
- getServletMappings : DispatcherServlet이 동작할 매핑정보를 설정
- getServletFilters : 필터를 설정
- CalculatorApiController.java : 컨트롤러 클래스
@ApiResponse: 요청 처리 후 상태 코드에 따라 어떤 메시지를 출력할 것인지를 정의
@ApiResponses({
@ApiResponse(code = 200, message="OK"),
@ApiResponse(code = 500, message="Exception")
})
- CalculatorService.java, CalculatorResult.java : Service, DTO 클래스
-
자세한 설명은 여기에 정리해두었음
-
GuestbookApiControllerTest.java : GuestbookApiController 클래스의 테스트 클래스
@RunWith: 해당 클래스가 JUnit 기반의 테스트 클래스임을 의미@Mock: 가짜로 사용할 Mock 객체임을 명시하는 어노테이션@InjectMocks: Mock 객체를 인스턴스로 활용할 객체에 명시- guestbookService 객체를 Mock으로 선언 후, 이를 활용할 guestbookApiController 객체에 @InjectMocks를 선언해둔 것
-
이후
@Before어노테이션을 통해 테스트 실행 전 호출할 메소드를 정의
@Before
public void createController() {
MockitoAnnotations.initMocks(this);
mockMvc = MockMvcBuilders.standaloneSetup(guestbookApiController).build();
}
-
@Mock이 붙은 필드를 Mock 객체로 초기화한 후, 컨트롤러를 테스트하기 위한 mockMvc를 초기화한 것
-
@Test가 붙은 메소드가 직접 컨트롤러 클래스를 테스트하게 될 메소드가 됨- 테스트 메소드는 아래와 같이 동작
- when( 목객체.목객체메소드호출() ).threnReturn(목객체 메소드가 리턴 할 값)
- 이후 요청을 생성할 객체를 생성하고 요청 처리 결과를 정의하면 테스트 메소드의 정의도 끝난 것
//위에서 guestbook1 객체 생성
List<Guestbook> list = Arrays.asList(guestbook1);
when(guestbookService.getGuestbooks(0)).thenReturn(list); //guestbookService의 getGuestbooks() 메소드 실행하면, list를 리턴
RequestBuilder reqBuilder = MockMvcRequestBuilders.get("/guestbooks").contentType(MediaType.APPLICATION_JSON); // /guestbooks로 application/json 형식의 요청을 보내겠다는 것
mockMvc.perform(reqBuilder).andExpect(status().isOk()).andDo(print()); //요청이 정상적으로 수행되어 상태코드가 200일 경우 상태값을 출력
verify(guestbookService).getGuestbooks(0);
- GuestbookController.java : list 메소드에 쿠키를 활용하여 방문자수 정보를 업데이트 하는 로직을 추가
@CookieValue: 특정 이름의 쿠키를 가져와 사용할 경우 해당 어노테이션을 활용- request 객체로부터
getCookies()를 통해 쿠키 배열을 가져오기 보단, 어노테이션을 통해 특정 이름의 쿠키값을 바로 가져와서 사용할 수 있음
- request 객체로부터
//어노테이션 사용할 경우
@CookieValue(value="count",defaultValue="0",required=true)String value
//request 객체로 가져올 경우
Cookie[] cookies = request.getCookies();
-
GuessNumberController.java : 일반 서블릿에서 HttpSessino 객체 사용하는 것과 동일
- 컨트롤러 메소드의 파라미터로
HttpSession객체와,ModelMap객체를 사용하여 세션 활용하였음 ModelMap: view로 객체를 넘길 때,addAttribute()메소드 사용
- 컨트롤러 메소드의 파라미터로
-
GuestbookAdminController.java : session 객체 외에도, redirect에 적용할 flash message를 설정해볼 수 있음
RedirectAttributes타입의 객체를 파라미터로 받은 후, flash message로 사용할 속성을.addFlashAttribute()메소드를 통해 지정- 여기서는 예외 발생시 에러페이지로 redirect할 경우 사용할 flash message를 설정하였음
-
어노테이션 사용해서 세션 활용하기
-
@SessionAttributes와@ModelAttribute어노테이션 사용- 세션 파라미터로 지정된 이름과 같은 이름이 @ModelAttribute에 지정되어있을 경우, 세션에 있는 객체를 가져와서 활용
@Controller
@SessionAttributes("user")
public class LoginController {
......
@PostMapping("/dologin")
public String doLogin(@ModelAttribute("user") User user, Model model) {
......
@SessionAttribute어노테이션 사용- 메소드에 @SessionAttribute가 있을 경우, 파라미터로 지정된 이름으로 등록된 세션 정보 읽어와서 변수에 할당
@GetMapping("/info")
public String userInfo(@SessionAttribute("user") User user) {
//...
return "user";
}
@SessionStatus어노테이션 사용- 컨트롤러 메소드의 파라미터로 사용할 수 있는 스프링 내장 타입
- 현재 컨트롤러의
@SessionAttributes에 의해 지정된 객체들을 제거할 수 있음
@Controller
@SessionAttributes("user")
public class UserController {
......
@RequestMapping(value = "/user/add", method = RequestMethod.POST)
public String submit(@ModelAttribute("user") User user, SessionStatus sessionStatus) {
......
sessionStatus.setComplete();
......
}
}
- Spring Security 프레임워크에 대한 설명은 여기를 참고하자
- WebAppInitializer.java : 여기서 사용할 프로젝트는 web.xml 대신 WebAppInitializer 클래스를 사용
AbstractAnnotationConfigDispatcherServletInitializer클래스를 상속받아 web.xml 대체- 맨 처음 서버 구동시 톰캣이 web.xml을 찾지 않아도 되도록 pom.xml에서 아래 설정을 반드시 해줌
- 이후 web.xml을 삭제해도 미리 설정해뒀기 때문에 오류가 발생하지 않음
<failOnMissingWebXml>false</failOnMissingWebXml>
- SecurityWebApplicationInitializer.java :
AbstractSecurityWebApplicationInitializer를 상속받는 Spring Security 관련 필터 활성화를 위한 클래스 - SecurityConfig.java : Spring Security 사용을 위한 초기 설정
- configure(WebSecurity web) : 인증이나 인가가 필요없는 페이지에 대한 설정
- configure(HttpSecurity http) : 인증이나 인가를 거쳐야 하는 페이지에 대한 설정
http.csrf().disable() //csrf : post 방식으로 값을 전송시 토큰사용을 위한 보안 설정 -> 여기서는 편의상 이를 disable 시켜서 끈 것
//보통 csrf가 기본으로 설정되어 있는데, 보안성이 높아지지만 초기에는 불편하기 때문에 일단 끈 것
.authorizeRequests()
.antMatchers("/","/main").permitAll() //명시한 경로에 대해 모두 permit(누구나 인증/인가 없이 접근이 가능한 것)
.anyRequest().authenticated(); //나머지 경로는 인증이나 인가를 모두 거쳐야 할 것임을 명시
- MainController.java : 테스트용 컨트롤러 클래스
- /securepage 라는 url로 받은 요청시 인증이나 인가를 거치지 않았기 때문에 403 메시지가 나오는 것을 확인할 수 있음
(맨 위로)
(맨 위로)
- build.gradle에서 Gradle 프로젝트를 스프링 부트 프로젝트로 환경 설정 / 롬복 설치
- Application.java : 프로젝트의 Main 클래스 기능 수행
- HelloResponseDtoTest.java에서 HelloResponseDto.java 테스트
@Getter,@RequiredArgsConstructor어노테이션을 통해 getter메소드와 생성자가 올바르게 생성되는 지를 테스트할 수 있음- assertThat(검증 대상).isEqualTo(비교 대상);를 통해 원하는 결과값과 일치하는 지를 확인
- HelloControllerTest.java에서 HelloController.java의 테스트 코드 수행
- HelloController.java에서 클래스 선언 이전에
@RestController어노테이션을 통해 JSON을 반환하는 컨트롤러로 만들어줌 @GetMapping(매핑할 url)을 통해 HTTP의 요청을 받을 수 있는 API를 만들어줄 수 있음HelloControllerTest.java를 보면 @Test를 수행할 때, mvc.perform().andExpect() ....으로 테스트 코드를 작성하는데, 이는 mvc.perform()의 결과를 검증하는 것status().isOk(): HTTP Header의 Status 검증 / content().string(비교대상) : 응답 본문의 내용을 검증.. 여기서는 Controller이 "hello"를 제대로 리턴하는 지를 검증jsonPath("$.",is(비교대상)): JSON의 응답값을 필드별로 검증하며 $를 기준으로 필드명 암시
- HelloController.java에서 클래스 선언 이전에
- JPA 및 ORM의 개념과 이것이 필요한 이유는 여기를 참고하자
- build.gradle에서 dependency로 Spring Data JPA 추상화 라이브러리(spring-boot-starter-data-jpa)와, Hibernate 관련 의존성을 우선 등록할 것
- PostsRepositoryTest.java에서 JUnit 테스트 코드 오류 원인 찾아야 함(2021.1.13)
- PostsRepository.java : JpaRepository 인터페이스 생성
- Posts.java : Entity 클래스
- PostsApiController.java : Controller에서 API 요청을 받는 역할 수행
- PostsService.java : 트랜젝션, 도메인 기능 간의 순서 보장
- PostsSaveRequestDto.java : Dto 클래스로 Request 데이터를 받는 역할 수행
- Entity와 Dto는 서로 유사하지만, Entity는 비즈니스 로직을 처리하기 때문에 Request/Response 데이터를 주고 받으며 자주 변경이 필요하기 때문에 Dto 클래스로 활용하기 적합하지 못함... 그래서 Dto 클래스를 또하나 만드는 것
(맨 위로)