기록

searching for @size: false log

프로그램을 실행시키면 마지막에 꼭 저런 log가 총 52번 반복해서 떴다. 찾아보니 springfox 2.8.0 에서 나타난 버그였다. SizeAnnotationPlugin spams log at INFO level · Issue #2212 · springfox/springfox (github.com) SizeAnnotationPlugin spams log at INFO level · Issue #2212 · springfox/springfox In 2.8.0, SizeAnnotationPlugin spams the log with messages at INFO level. Example: "searching for @SiZe: false". See line 52. github.com springfox ..

WEB SOKCET vs REST API 차이

쪽지 구현에 있어서 SOCKET을 이용할까 푸시알림을 이용할까 하다가 의문이 들었다. 만약 SOCKET을 써야하는 상황이라면 아예 차라리 서비스 전체에서 소켓을 연결해 클라이언트와 서버가 통신을 하면서 요청, 응답을 할 수 있는데 굳이 API를 만들어서 써야 할까? REST API와 WEB SOCKET의 큰 차이점은 상태 저장 유무이다. REST API는 상태를 저장하지 않는다. 단지 요청이 들어오면 그에 대한 응답을 뿌린다. 그러나 SOCKET은 상태를 저장한다. 클라이언트가 소켓 연결을 요청했을 떄, 어떤 이벤트가 발생했을 때에 상태를 점검하여 그 상태를 저장한다. 이를 위해 COST가 사용되기 때문에 WEB SOCKET으로만 응답-요청을 처리하지 않고 기본적인 요청-응답은 REST API를 통해 이..

0. 스프링 부트는 스프링과 어떻게 다를까?

둘의 차이점을 알아보기 전에 스프링이 무엇인지 알아보자. 스프링 프레임워크는 자바에서 가장 대중적인 응용프로그램 개발 프레임워크이다. 의존성 주입, 제어의 역전이 스프링 프레임워크의 가장 큰 특징이며 이로 인해 프로그램의 결합도를 낮출 수 있다. 또한 많은 모듈들이 존재하며 다양한 기능을 수행한다. 모듈의 예로는 JDBC, AOP, MVC 등이 이싿. 하지만 사용이 간편한만큼 세팅 설정이 매우 복잡하다. Transaction Manager, Hibernate Datasource, Entity Manager, Session Factory와 같은 설정에 어려움이 많다. 즉 스프링의 강점인 의존성 주입이나 제어의 역전을 설정하는 시간이 오래 걸리게 된다. 이를 해결하기 위해 나온 것이 스프링 부트이다. 스프링..

1. 로그인은 어떤 방식을 써야할까?

백엔드와 프론트엔드는 api를 통해 정보를 요청하고 이에 응답한다. 정보는 요청을 보낸 주체가 누군가에 따라 달라지고 이를 위해서는 요청을 보낸 주체, 즉 사용자가 누구인지에 대한 확인 작업이 필요하다. 이를 '인증'이라 한다 서버에 요청을 보내는 작업은 HTTP 통신을 통해 이루어진다. HTTP 통신은 쉽게 말해 HTTP 메세지를 보내는 것으로 메세지는 헤더와 바디로 이루어져있다. 헤더에는 기본적인 요청 정보가 들어있고, 바디에는 서버로 보내야 할 데이터가 들어간다. 그럼 인증 방식 종류를 알아보자. 1. 계정정보 ( id, pw)를 요청 헤더에 넣는 방식 - 가장 단순하며 보안이 가장 낮은 방식. 단순하게 HTTP 메세지에 사용자의 계정정보를 그대로 넣어 서버에게 보낸다. 아무 처리가 필요없기에 빠르..

2. 토큰 방식의 종류

blog.ull.im/engineering/2019/02/07/jwt-strategy.html 위의 블로그에서 토큰 방식의 종류와 장단점 등을 자세하게 설명하고 있다. ull.im 울려 퍼지다. 반향하다. 공명하다. blog.ull.im 기존 SSHJ는 웹과 앱에서 모두 Accesstoken + RefreshToken을 사용하였다. 대신 RefreshToken의 Payload에는 아무것도 담겨있지 않고 이를 Redis에 Key를 로그인 한 유저의 고유 ID로 하여 저장하였다. 이를 통해 재발급 요청이 오면 함께 받은 AccessToken에서 고유 ID를 추출하여 서버에 저장된 RefreshToken을 찾게 된다. 짧은 AccessToken의 만료 기간 덕분에 토큰이 탈취당하더라도 30분 동안만 접근이 가..

Redis - Can't start Redis Server

대부분의 경우 잘못된 환경 2가지로 인해 나타난다. 1. redis로 사용하려는 port가 이미 서버나 로컬 상에서 사용 중일 때 - redis의 default port가 6379이다. 이 경우는 로컬에 레디스를 설치하여 사용하다 embedded redis를 사용하는 경우 나타난다. 로컬 redis의 서비스를 중지한 뒤 실행하면 해결된다. -- Window: [윈도우] - [서비스] 에서 로컬에서 실행되고 있는 redis를 중지시킨다. -- Linux: /etc/init.d/redis-server stop -- Mac: redis-cli shutdown 2. redis config상에서의 문제 - 에러 로그에 따르면 maxheap이나 maxmemory setting을 설정해주지 않아 발생할 수 있다. [..