태그

Spring Boot

JWT 토큰으로 Spring Security 적용하기 #1

프로젝트를 하던 도중, 팀원이 인증시스템을 만들어 JWT 토큰을 발급하게 하였다. Servlet API의 Session을 사용하지 않고, 브라우저의 쿠키 만으로 로그인 세션을 가질 수 있게 되었다.

Spring Boot에서 파일 로그 설정

Spring Boot에서 application.properties 또는 .yml을 수정하여 logging에 관한 설정을 할 수 있다. 파일로 저장하는 logging.file 옵션이 존재하는데, 알아야 할 몇가지가 존재한다.

Docker를 이용하여 live, dev 서버 이중화 배포 #1

우리 프로젝트 팀은 master, develop 두 브랜치를 공용으로 두고 기능별로 브랜치를 분기하여 Develop에 Merge 한 다음 live 서버가 배포되는 Master 브랜치에 Merge 하는 버전관리 전략을 도입했다.

Github Actions를 이용하여 Spring Boot 배포 자동화 환경 구축하기

애플리케이션의 코드가 업데이트 될때마다 매번 패키징하여 서버로 배포해야한다. 그러나 프로젝트에 관여하는 개발자가 많아지고 코드가 업데이트되는─PR이 진행되는─ 주기가 짧아진다면 반복되는 배포에 들이는 시간이 개발속도를 발목잡을 것이다.

맨 위로 이동 ↑

Java

Spring Boot에서 파일 로그 설정

Spring Boot에서 application.properties 또는 .yml을 수정하여 logging에 관한 설정을 할 수 있다. 파일로 저장하는 logging.file 옵션이 존재하는데, 알아야 할 몇가지가 존재한다.

Docker를 이용하여 live, dev 서버 이중화 배포 #1

우리 프로젝트 팀은 master, develop 두 브랜치를 공용으로 두고 기능별로 브랜치를 분기하여 Develop에 Merge 한 다음 live 서버가 배포되는 Master 브랜치에 Merge 하는 버전관리 전략을 도입했다.

Github Actions를 이용하여 Spring Boot 배포 자동화 환경 구축하기

애플리케이션의 코드가 업데이트 될때마다 매번 패키징하여 서버로 배포해야한다. 그러나 프로젝트에 관여하는 개발자가 많아지고 코드가 업데이트되는─PR이 진행되는─ 주기가 짧아진다면 반복되는 배포에 들이는 시간이 개발속도를 발목잡을 것이다.

맨 위로 이동 ↑

DevOps

Docker를 이용하여 live, dev 서버 이중화 배포 #1

우리 프로젝트 팀은 master, develop 두 브랜치를 공용으로 두고 기능별로 브랜치를 분기하여 Develop에 Merge 한 다음 live 서버가 배포되는 Master 브랜치에 Merge 하는 버전관리 전략을 도입했다.

Github Actions를 이용하여 Spring Boot 배포 자동화 환경 구축하기

애플리케이션의 코드가 업데이트 될때마다 매번 패키징하여 서버로 배포해야한다. 그러나 프로젝트에 관여하는 개발자가 많아지고 코드가 업데이트되는─PR이 진행되는─ 주기가 짧아진다면 반복되는 배포에 들이는 시간이 개발속도를 발목잡을 것이다.

Github Actions를 위한 사전작업: Actions secret

Github Actions는 레포지터리에 변화가 생길때 마다 자동으로 빌드, 배포를 하는 도구를 제공한다. 빌드된 애플리케이션을 배포하기 위해서는 대상이 되는 서버로 접속이 되어야 하는데, 가장 많이 쓰이는 것 중 하나는 SSH 연결이다.

맨 위로 이동 ↑

CI/CD

Docker를 이용하여 live, dev 서버 이중화 배포 #1

우리 프로젝트 팀은 master, develop 두 브랜치를 공용으로 두고 기능별로 브랜치를 분기하여 Develop에 Merge 한 다음 live 서버가 배포되는 Master 브랜치에 Merge 하는 버전관리 전략을 도입했다.

Github Actions를 이용하여 Spring Boot 배포 자동화 환경 구축하기

애플리케이션의 코드가 업데이트 될때마다 매번 패키징하여 서버로 배포해야한다. 그러나 프로젝트에 관여하는 개발자가 많아지고 코드가 업데이트되는─PR이 진행되는─ 주기가 짧아진다면 반복되는 배포에 들이는 시간이 개발속도를 발목잡을 것이다.

Github Actions를 위한 사전작업: Actions secret

Github Actions는 레포지터리에 변화가 생길때 마다 자동으로 빌드, 배포를 하는 도구를 제공한다. 빌드된 애플리케이션을 배포하기 위해서는 대상이 되는 서버로 접속이 되어야 하는데, 가장 많이 쓰이는 것 중 하나는 SSH 연결이다.

맨 위로 이동 ↑

Github Actions

Github Actions를 이용하여 Spring Boot 배포 자동화 환경 구축하기

애플리케이션의 코드가 업데이트 될때마다 매번 패키징하여 서버로 배포해야한다. 그러나 프로젝트에 관여하는 개발자가 많아지고 코드가 업데이트되는─PR이 진행되는─ 주기가 짧아진다면 반복되는 배포에 들이는 시간이 개발속도를 발목잡을 것이다.

Github Actions를 위한 사전작업: Actions secret

Github Actions는 레포지터리에 변화가 생길때 마다 자동으로 빌드, 배포를 하는 도구를 제공한다. 빌드된 애플리케이션을 배포하기 위해서는 대상이 되는 서버로 접속이 되어야 하는데, 가장 많이 쓰이는 것 중 하나는 SSH 연결이다.

맨 위로 이동 ↑

Docker

Docker를 이용하여 live, dev 서버 이중화 배포 #1

우리 프로젝트 팀은 master, develop 두 브랜치를 공용으로 두고 기능별로 브랜치를 분기하여 Develop에 Merge 한 다음 live 서버가 배포되는 Master 브랜치에 Merge 하는 버전관리 전략을 도입했다.

맨 위로 이동 ↑

JUnit

맨 위로 이동 ↑

Spring JPA

맨 위로 이동 ↑

JWT

JWT 토큰으로 Spring Security 적용하기 #1

프로젝트를 하던 도중, 팀원이 인증시스템을 만들어 JWT 토큰을 발급하게 하였다. Servlet API의 Session을 사용하지 않고, 브라우저의 쿠키 만으로 로그인 세션을 가질 수 있게 되었다.

맨 위로 이동 ↑

Spring Security

JWT 토큰으로 Spring Security 적용하기 #1

프로젝트를 하던 도중, 팀원이 인증시스템을 만들어 JWT 토큰을 발급하게 하였다. Servlet API의 Session을 사용하지 않고, 브라우저의 쿠키 만으로 로그인 세션을 가질 수 있게 되었다.

맨 위로 이동 ↑

Jekyll

Jekyll을 이용한 Github Pages 생성 기록

jekyll을 이용하여 블로그를 생성하고 싶다면 먼저 ruby 환경이 필요하다. 분명 jekyll 사이트에서는 준비에서 실행까지 몇초만에 끝난다고 하지만 ruby 환경이 없다면 전혀 그렇지 않다…

맨 위로 이동 ↑

Github Pages

Jekyll을 이용한 Github Pages 생성 기록

jekyll을 이용하여 블로그를 생성하고 싶다면 먼저 ruby 환경이 필요하다. 분명 jekyll 사이트에서는 준비에서 실행까지 몇초만에 끝난다고 하지만 ruby 환경이 없다면 전혀 그렇지 않다…

맨 위로 이동 ↑

Cloud

Github Actions를 이용하여 Spring Boot 배포 자동화 환경 구축하기

애플리케이션의 코드가 업데이트 될때마다 매번 패키징하여 서버로 배포해야한다. 그러나 프로젝트에 관여하는 개발자가 많아지고 코드가 업데이트되는─PR이 진행되는─ 주기가 짧아진다면 반복되는 배포에 들이는 시간이 개발속도를 발목잡을 것이다.

맨 위로 이동 ↑

Logback

Spring Boot에서 파일 로그 설정

Spring Boot에서 application.properties 또는 .yml을 수정하여 logging에 관한 설정을 할 수 있다. 파일로 저장하는 logging.file 옵션이 존재하는데, 알아야 할 몇가지가 존재한다.

맨 위로 이동 ↑

Exception

맨 위로 이동 ↑

AspectJ

맨 위로 이동 ↑

Code Snippet

맨 위로 이동 ↑

Thread

맨 위로 이동 ↑