-
Spring Boot에서 File을 송수신할 때의 disk I/O
disk I/O는 머신 전체에 영향을 미치기 때문에, 하나의 머신에서 여러 process를 사용한다면 신중해야 한다. 기본적으로, JVM 기반의 언어(Java, Kotlin)에서 사용하는 File 또는 Resource 관련 class들은 in-memory data를 관리하는 게 아니다. 이러한 class들은 input stream을 이용해서 binary를 ‘읽어 오는’ 작업과 그 파일의 메타 데이터를 ‘관리하는’ 역할을 수행한다. MultipartFile을 수신할 때 MultipartFile을 수신하면, 서블릿은 이 파일을 disk의 temp directory에 임시로 ‘저장’한다. MultipartFile은 Resource를 member로 가지고 있고, Resource는 binary를 input stream을 통해 읽어 오는데, 서블릿은 binary를 disk에서 직접...
-
Kotlin에서 ByteArray를 MultipartFile로 post하기
val file = object : ByteArrayResource(byteArray) { override fun getFilename(): String { return "tempFileName.ext" } } val headers = HttpHeaders() headers.contentType = MediaType.MULTIPART_FORM_DATA val body: MultiValueMap<String, Any> = LinkedMultiValueMap() body.add("file", file) val requestEntity = HttpEntity(body, headers) val response = restTemplate.exchange(uri, HttpMethod.POST, requestEntity, object : ParameterizedTypeReference<String?>() {}) 구현체를 못 봐서 정확히는 모르지만, 추측하자면 MultiparFile의 interface에는 getResource()가 정의되어 있고, Resource 타입의 객체를 리소스로서 들고 있는 것 같다. ByteArrayResource는 Resource를 조상 클래스로 두고 있는, ByteArray를 리소스로 관리하는 클래스이므로...
-
Kotlin에서 JPA 기본 repository interface 사용시 불편한 점
JPA의 respository interface를 코틀린에서 사용하면 조금 불편한 상황이 발생한다. interface SometingRepository : CrudRepository<Something, Long> { // (1) fun findById(id: Long): Something? // (2) fun findByIdAndActiveIsTrue(id: Long): Something? } val entity = somethingRespoitory.findById(id); 여기서 entity의 type은 Optional<T>이다. 왜냐면 interface가 Optional<T> findById(ID var1); 이렇게 생겼기 때문이다. 이 interface는 Optional<Something!>를 뱉는다. 그러면 어떤 문제가 벌어질까? entity.get()으로 그 안에 들어있는 데이터를 가져올 수 있다. /** * If a value is present, returns the value, otherwise throws * {@code NoSuchElementException}....
-
Spring Boot 프로젝트에서 Request Dto에 NotNull 사용하기
import javax.validation.Valid @PostMapping("/hi") fun someFunction(@RequestBody @Valid dto: Dto) import javax.validation.constraints.NotNull data class Dto( @field:NotNull var temp1: String? = null, var temp2: String? = null ) 꼭 dto 앞에 @Valid가 붙어 있어야 validation을 해줍니다. @RequestBody @Valid dto: Dto에서 @Vaild가 뒤쪽에 있어야 동작했었는지, 순서가 상관 없었는지는 잘 기억이 안 나네요. Response Dto에는 NotNull 어노테이션이 동작하지 않았습니다. 그리고 @NotNull은 java annotation인데, kotlin에서 사용할 때는 꼭 @field:NotNull로 필드가 NotNull임을 명시해 주어야 한다고 들었습니다.
-
Spring Boot 프로젝트에서 MultipartFile을 수신할 때 주의점
잡것들 Content-Type은 multipart/form-data이고, form-data를 보내므로 @RequestBody 같은 어노테이션을 붙이면 안 됩니다. RFC 표준에서는 ‘client는 body를 같이 보내면 안 되고, server에서는 body가 있으면 무시해야 한다’ 정도로 써있었던 것 같은데 정확히는 잘 기억이 안 나네요. 아무튼 @RequestBody 어노테이션은 엄청 깐깐해서 body가 있으면 Content-type: ??? not supported 아마 이렇게 생긴? Exception를 뱉으면서 controller까지 보내지도 않습니다. 또, MultipartFile 외에 primitive type의 fields를 함께 수신하고 싶다면(파일이랑 json을 같이 보내는 등), 파일을 제외한 나머지 필드들의 타입은 무조건 text입니다. text만 받는 것이...
-
Spring Boot 프로젝트에서 파일 리소스 관리하기
// resources/dir/file.txt @Value("classpath:dir/file.txt") lateinit var resource: Resource getResources() 함수와의 차이점 getResources() 함수는 자바 내장 함수입니다. (java.lang.ClassLoader.getResources) getResources()로 파일을 가져오면 ide상의 로컬 개발 환경에서 잘 돌아갈 수 있지만, jar를 뽑아서 실행할 때 uri가 바뀌기 때문에 아마 화가 나게 될 수도 있습니다. getResources()로 해도 잘 되는 경우도 있는데, 제가 했던 프로젝트의 경우는 잘 안 되었습니다. 반면 위에서는 spring annotation을 사용했기 때문에 스프링이 path를 관리해 줍니다. 그래서 jar를 서버에 올려서 실행할 때도 문제가 없(다고합)니다. resources/static 에 넣으면 안...