REST 방식으로 전환

<모바일 시대가 되면서 WEB 분야의 가장 큰 변화는 서버 역할의 변화>

• 과거
  • 서버의 데이터를 소비하는 주체가 '브라우저'라는 특정한 애플리케이션으로 제한적
  • 과서버는 브라우저라는 하나의 대상만을 상대로 데이터를 제공했기 때문에 아예 브라우저가 소화 가능한 모든 데이터를 HTML이라는 형태로 전달하고, 브라우저는 이를 화면에 보여주는 역할을 해 왔다.
• 모바일 시대
  • 앱이나 웹은 서버에서 제공하는 데이터를 소비하게 된다.
  • 스마트폰에서는 앱이라 불리는 고유한 애플리케이션을 이용해서 데이터를 소비하게 되고, 보이는 화면 역시 자신에게 필요한 순수한 데이터만을 요구하게 되었다.
  • 앱에서 서버에 기대하는 것은 완성된 HTML이 아니라 그저 자신에게 필요한 순순한 데이터만 요구

이처럼 서버의 역할은 점점 더 순수하게 데이터에 대한 처리를 목적으로 하는 형태로 진화하고 있다.

또한, 브라우저와 앱은 서버에서 전달하는 데이터를 이용해서 앱 혹은 브라우저 내부에서 별도의 방식을 통해서 이를 소비하는 형태로 전환하고 있다.

 

 

 

<이러한 변화속에서 웹의 URI 의미 변화>

• 과거
  • 제작된 웹페이지들의 경우 페이지를 이동하더라도 브라우저의 주소는 변화하지 않는 방식을 선호했다.
• 최근
  • 최근 웹페이지들은 대부분 페이지를 이동하면 브라우저 내의 주소 역시 같이 이동하는 방식을 사용한다.

REST는 'Representational State Transfer의 약어로 하나의 URI는 하나의 고유한 리소스를 대표하도록 설계된다는 개념에 전송방식을 결합해서 원하는 작업을 지정한다.

예를 들어 /board/123은 게시물 중에서 123번이라는 고유한 의미를 가지도록 설계하고, 이에 대한 처리는 GET, POST 방식과 같이 추가적인 정보를 통해 결정한다.

 

 

 

<REST 어노테이션들>

• @RestController : Controller가 REST 방식을 처리하기 위한 것임을 명시한다.
• @ResponseBody : 일반적인 JSP와 같은 뷰로 전달되는 게 아니라 데이터 자체를 전달하기 위한 용도
• @PathVariable : URL 경로에 있는 값을 파라미터로 추출하려고 할 때 사용
• @CrossOrigin : Ajax의 크로스 도메인 문제를 해결해주는 어노테이션
• @RequestBody : JSON 데이터를 원하는 타입으로 바인딩 처리

 

---

16.1 @RestController

• REST 방식에서 가장 먼저 기억해야 하는 점은 서버에서 전송하는 것이 순수한 데이터라는 점이다.
• 기존의 Controller에서 Model에 데이터를 담아서 JSP 등과 같은 뷰로 전달하는 방식이 아니므로 기존의 Controller와는 조금 다르게 동작한다.
• 스프링 4에서 부터는 @Controller 외에 @RestController 라는 어노테이션을 추가해서 해당 Controller의 모든 메서드의 리턴 타입을 기존과 다르게 처리한다는 것을 명시한다. 
• @RestController 이전에는 @Controller와 메서드 선언부에 @ResponseBody를 이용해서 동일한 결과를 만들 수 있다.
• @RestController는 메서드의 리턴 타입으로 사용자가 정의한 클래스 타입을 사용할 수 있고, 이를 JSON이나 XML로 자동으로 처리할 수 있다.

 

 

16.1.1 예제 프로젝트 준비

ex03 프로젝트 생성

<properties>
        <java-version>1.8</java-version>
        <org.springframework-version>5.0.7.RELEASE</org.springframework-version>
        <org.aspectj-version>1.6.10</org.aspectj-version>
        <org.slf4j-version>1.6.6</org.slf4j-version>
</properties>

<dependency>
            <groupId>javax.servlet</groupId>
            <artifactId>javax.servlet-api</artifactId>
            <version>3.1.0</version>
            <scope>provided</scope>
</dependency>

<!-- https://mvnrepository.com/artifact/org.springframework/spring-test -->
<dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-test</artifactId>
            <version>${org.springframework-version}</version>
</dependency>
 
<!-- https://mvnrepository.com/artifact/com.fasterxml.jackson.core/jackson-databind -->
<dependency>
            <groupId>com.fasterxml.jackson.core</groupId>
            <artifactId>jackson-databind</artifactId>
            <version>2.9.6</version>
</dependency>
 
<!-- https://mvnrepository.com/artifact/com.fasterxml.jackson.dataformat/jackson-dataformat-xml -->
<dependency>
            <groupId>com.fasterxml.jackson.dataformat</groupId>
            <artifactId>jackson-dataformat-xml</artifactId>
            <version>2.9.6</version>
</dependency>
 
<!-- https://mvnrepository.com/artifact/com.google.code.gson/gson -->
<dependency>
            <groupId>com.google.code.gson</groupId>
            <artifactId>gson</artifactId>
            <version>2.8.2</version>
</dependency>
 
<!-- https://mvnrepository.com/artifact/org.projectlombok/lombok -->
<dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <version>1.18.0</version>
            <scope>provided</scope>
</dependency>

            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>2.5.1</version>
                <configuration>
                    <source>1.8</source>
                    <target>1.8</target>
                    <compilerArgument>-Xlint:all</compilerArgument>
                    <showWarnings>true</showWarnings>
                    <showDeprecation>true</showDeprecation>
                </configuration>
            </plugin>

 

---

16.2 @RestController의 반환 타입

package org.zerock.controller;
 
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
 
import lombok.extern.log4j.Log4j;
 
@RestController
@RequestMapping("/sample")
@Log4j
public class SampleController {
 
}
 

 

 

 

16.2.1 단순 문자열 반환

• @RestController는 JSP와 달리 순수 데이터를 반환하는 형태이므로 다양한 포맷 데이터를 전송할 수 있다.
• 주로 많이 사용하는 건 문자열이나 JSON, XML 이다.

package org.zerock.controller;
 
import org.springframework.http.MediaType;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
 
import lombok.extern.log4j.Log4j;
 
@RestController
@RequestMapping("/sample")
@Log4j
public class SampleController {
    @GetMapping(value="/getText", produces="text/plain; charset=UTF-8")
    public String getText() {
        log.info("MIME TYPE : " + MediaType.TEXT_PLAIN_VALUE);
        return "안녕하세요";
    }
}

기존의 @Controller는 문자열을 반환하는 경우에는 JSP 파일의 이름으로 처리하지만, @RestController의 경우에는 순수한 데이터가 된다.

GetMapping에 사용된 produces 속성은 해당 메서드가 생산하는 MIME 타입을 의미한다.

 

결과를 보면 produces의 속성값으로 지정된 text/plain 결과가 나오는 것을 확인할 수 있다.

 

 

 

16.2.2 객체의 반환

• 객체를 반환하는 작업은 JSON이나 XML을 이용한다.
• 전달된 객체를 생산하기 위해서 SampleVO 클래스를 작성한다.

package org.zerock.domain;
 
import lombok.AllArgsConstructor;
import lombok.Data;
import lombok.NoArgsConstructor;
 
@Data
@AllArgsConstructor
@NoArgsConstructor
public class SampleVO {
    private Integer mno;
    private String firstName;
    private String lastName;
}

비어 있는 생성자를 만들기 위한 @NoArgsConstructor와 모든 속성을 사용하는 생성자를 위한 @AllArgsConstructor 어노테이션을 이용했다.

 

 

@GetMapping(value="/getSample",
            produces= {MediaType.APPLICATION_JSON_UTF8_VALUE, 
                    MediaType.APPLICATION_XML_VALUE})
    public SampleVO getSample() {
        return new SampleVO(112, "스타", "로드");
    }

SampleController에서는 SampleVO를 리턴하는 메서드를 설계했다.

getSample( )은 XML과 JSON 방식의 데이터를 생성할 수 있도록 작성되었다.

위 produces 속성은 생략 가능하다.

 

 

 

16.2.3 컬렉선 타입의 객체 반환

여러 데이터를 한 번에 전송하기 위해 배열이나 리스트, 맵 타입의 객체들을 전송하는 경우도 발생한다.

@GetMapping(value="/getList")
        public List<SampleVO> getList() {
            return IntStream.range(1,  10).mapToObj(i->new SampleVO(i, i+"First", i+"Last"))
                    .collect(Collectors.toList());
        }

getList( )는 내부적으로 1부터 10미만까지의 루프를 처리하면서 SampleVO 객체를 만들어서 List<SampleVO>로 만들어 낸다.

호출해보면 기본적으로는 XML 데이터를 전송하는 것을 볼 수 있다.

 

 

 

 

맵의 경우에는 '키'와 '값'을 가지는 하나의 객체로 간주한다.

@GetMapping(value="/getMap")
        public Map<String, SampleVO> getMap() {
            Map<String, SampleVO> map = new HashMap<>();
            map.put("First",  new SampleVO(111, "그루트", "주니어"));
            return map;
        }

Map을 이용하는 경우에는 키에 속하는 데이터는 XML로 반환되는 경우 태그의 이름이 되기 때문에 문자열을 지정한다.

 

 

 

16.2.4 ResponeEntity 타입

REST 방식으로 호출하는 경우는 화면 자체가 아니라 데이터 자체를 전송하는 방식으로 처리되기 때문에 데이터를 요청한 쪽에서는 정상적인 데이터인지 비정상적인 데이터인지를 구분할 수 있는 확실한 방법을 제공해야 한다.

 

ResponseEntity는 데이터와 함께 HTTP 헤더의 상태 메세지 등을 같이 전달하는 용도로 사용한다.

HTTP의 상태 코드와 에러 메시지 등을 함께 데이터를 전달할 수 있기 때문에 받는 입장에서는 확실하게 결과를 알 수 있다.

@GetMapping(value="/check", params = {"height", "weight"})
        public ResponseEntity<SampleVO> check(Double height, Double weight) {
            SampleVO vo = new SampleVO(0, "" + height, ""+ weight);
            ResponseEntity<SampleVO> result = null;
            if(height<150) {
                result = ResponseEntity.status(HttpStatus.BAD_GATEWAY).body(vo);
            } else {
                result = ResponseEntity.status(HttpStatus.ACCEPTED.OK).body(vo);
            }
            
            return result;
}

check( )는 반드시 height와 weight를 파라미터로 전달받는다.

이때 만일 height값이 150보다 작다면 502 상태 코드와 데이터를 전송하고,

그렇지 않다면 200 코드와 데이터를 전송한다.

 

---

16.3 @RestController에서 파라미터

@RestController는 기존의 @Controller에서 사용하던 일반적인 타입이나 사용자가 정의한 타입을 사용한다.

• @PathVariable : 일반 컨트롤러에서도 사용이 가능하지만 REST 방식에서 자주 사용된다. URL 경로의 일부를 파라미터로 사용할 때 사용
• @RequestBody : JSON 데이터를 원하는 타입의 객체로 변환해야 하는 경우에 주로 사용

 

16.3.1 @PathVariable

• REST 방식에서는 URL내에 최대한 많은 정보를 담으려고 노력한다.
• 예전에는 '?' 뒤에 추가되는 쿼리 스트링이라는 형태로 파라미터를 이용해서 전달되던 데이터들이 REST 방식에서는 경로의 일부로 차용되는 경우 많다.
• 스프링 MVC에서는 @PathVariable 어노테이션을 이용해서 URL 상에 경로의 일부를 파라미터로 사용할 수 있다.

http://localhost:8080/sample/{sno}

{}로 처리된 부분이 컨트롤러 메서드에서 변수 처리가 가능하다.

@PathVariable은 '{ }' 의 이름을 처리할 때 사용한다.

REST 방식에서 URL 자체에 데이터를 식별할 수 있는 정보들을 표현하는 경우가 많다.

@GetMapping("/product/{cat}/{pid}")
        public String[] getPath(
                    @PathVariable("cat") String cat,
                    @PathVariable("pid") Integer pid
                ) {
            return new String[] {"category : " + cat, "productid : " + pid};
        }

 

@PathVariable을 적용하고 싶은 경우에는 '{ }' 를 이용해서 변수명을 지정하고 @PathVariable을 이용해서 지정된 이름의 변숫값을 얻을 수 있다. 값을 얻을 때에는 int,double 과 같은 기본 자료형은 사용할 수 없다.

 

 

 

 

16.3.2 @RequestBody

• RequestBody는 전달된 요청의 내용을 이용해서 해당 파라미터의 타입으로 변환을 요구한다.
• 내부적으로 HttpMessageConverter 타입의 객체들을 이용해서 다양한 포맷의 입력 데이터를 변환할 수 있다.
• 대부분의 경우에는 JSON 데이터를 서버에 보내서 원하는 타입의 객체로 변환하는 용도로 사용되지만, 경우에 따라서는 원하는 포맷의 데이터를 보내고, 이를 해석해서 원하는 타입으로 사용하기도 한다.

package org.zerock.domain;
 
public class Ticket {
    
    private int tno;
    private String owner;
    private String grade;
}
 

 

@PostMapping("/ticket")
        public Ticket convert(@RequestBody Ticket ticket) {
            log.info("convert.........ticket" + ticket);
            return ticket;
}

SampleController의 다른 메서드와 달리 @PostMapping이 적용된 것을 볼 수 있는데, 이것은 @RequestBody가 말 그대로 요청한 내용을 처리하기 때문에 일반적인 파라미터 전달방식을 사용할 수 없기 때문이다.

 

 

---

16.4 REST 방식의 테스트

• 위와 같이 GET이 아닌 POST 방식으로 지정되어 있으면서 JSON 형태 데이터를 처리하는 것을 브라우저에서 개발하려면 많은 시간과 노력이 들어간다.

 

16.4.1 JUnit 기반의 테스트

REST 방식을 이용하다 보면 JSON 데이터를 테스트해야 하므로 차이점 위주로 알아두면 좋다.

package org.zerock.controller;
import org.junit.Before;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.http.MediaType;
import org.springframework.test.context.ContextConfiguration;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;
import org.springframework.test.context.web.WebAppConfiguration;
import org.springframework.test.web.servlet.MockMvc;
import org.springframework.test.web.servlet.setup.MockMvcBuilders;
import org.springframework.web.context.WebApplicationContext;
import org.zerock.domain.Ticket;
import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.*;
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.*;
import com.google.gson.Gson;
 
import lombok.Setter;
import lombok.extern.log4j.Log4j;
 
@RunWith(SpringJUnit4ClassRunner.class)
@WebAppConfiguration    //Test for Controller
@ContextConfiguration({
    "file:src/main/webapp/WEB-INF/spring/root-context.xml",
    "file:src/main/webapp/WEB-INF/spring/appServlet/servlet-context.xml"
})
//Java Config
//@ContextConfiguration(classes={org.zerock.config.RootConfig.class, org.zerock.config.ServletConfig.class})
@Log4j
public class SampleControllerTests {
    @Setter(onMethod_ = {@Autowired})
    private WebApplicationContext ctx;
    
    private MockMvc mockMvc;
    
    @Before
    public void setup() {
        this.mockMvc = MockMvcBuilders.webAppContextSetup(ctx).build();
    }
    
    @Test
    public void testConvert() throws Exception {
        Ticket ticket = new Ticket();
        ticket.setTno(123);
        ticket.setOwner("Admin");
        ticket.setGrade("AAA");
        
        String jsonStr = new Gson().toJson(ticket);
        
        log.info(jsonStr);
        mockMvc.perform(post("/sampe/ticket")
                .contentType(MediaType.APPLICATION_JSON)
                .content(jsonStr))
        .andExpect(status().is(200));
        
        }
}

 

testConvert( )는 SampleController에 작성해 둔 convert( ) 메서드를 테스트하기 위해 작성하였다.

SampleController의 convert( )는 JSON으로 전달되는 데이터를 받아서 Ticket 타입으로 변환한다.

이를 위해 해당 데이터가 JSON이라는 것을 명시해 줄 필요가 있다.

MockMvc는 contentType( )을 이용해서 전달하는 데이터가 무엇인지를 알려줄 수 있다.

Gson 라이브러리는 Java 객체를 JSON 문자열로 변환하기 위해서 사용한다.

 

 

16.4.2 기타 도구

JUnit 말고도 TOmcat을 구동한다면 REST 방식을 테스트할 수 있는 여러 도구들이 존재한다.

 

만일 Mac이나 리눅스 등을 이용하면 curl 같은 도구를 이용할 수 있고, Java나 각종 언어로 개발된 라이브러리 이용 가능.

 

최근에는 브라우저에서 직접 REST를 테스트 가능.

크롬 브라우저 앱스토어에서 REST client로 검색하면 많은 확장 프로그램을 볼 수 있다.

 

 

---

16.5 다양한 전송 방식

REST 방식의 데이터 교환에서 가장 특이한 점은 기존의 GET/POST 외에 다양한 방식으로 데이터를 전달한다는 점이다.

 

작업	전송방식	URI
등록	POST	/members/new
조회	GET	/members/{id}
수정	PUT	/members/{id} + bdy {json 데이터 등}
삭제	DELETE	/member/{id}

POST 방식도 그렇지만 PUT, DELETE 방식은 브라우저에서 테스트하기가 쉽지 않기 때문에 개발 시 JUnit 이나 도구를 이용해서 테스트하고 개발해야 한다.

 

 

---

출처 : 코드로 배우는 스프링 웹 프로젝트 [구멍가게 코딩단]