까뮈의 개발 노트

windows 환경에서 flyway cli tool을 사용하는 방법

까뮈_b — Thu, 8 Dec 2022 11:05:31 +0900

이 포스트에서는 windows 로컬 환경을 기준으로 설명드리겠습니다.

1. 먼저, flyway 공식 홈페이지에서 flyway cli tool을 다운로드 합니다.

flyway cli tool을 다운로드 받습니다.

2. 원하는 위치에서 다운받은 압축파일을 해제합니다.

3.설치는 모두 끝났습니다. 이제 flyway 명령어를 global하게 쓰기 위해서 시스템 환경변수 설정을 합니다.

flyway cli 폴더의 경로를 복사해서 시스템속성 - 환경변수 - 시스템 변수 - path에 추가합니다.

4. cmd 창을 열고, flyway라고 입력했을 때, 아래와 같은 flyway 명령어 안내 문구가 나온다면, 환경변수에 정상적으로 등록된 것입니다.

5. 이제 설정파일에서 flyway와 데이터베이스를 연동할 차례입니다.

아래와 같은 경로에 conf 파일이 하나 있습니다. 이 파일은 설정파일 견본파일입니다.

이 파일을 직접 수정해도 좋고, 이름을 바꾸어 따로 백업해두고, 필요한 속성만 담은 conf 파일을 생성해서 사용하여도 좋습니다.

설정파일은 flyway-{version}/conf/flyway.conf 경로와 파일명을 지켜주어야 합니다.

6. 해당하는 파일을 열어서 url, user, password, 그리고 locations 경로를 설정해줍니다.

6-1. 먼저 url, user, password를 설정합니다. driver는 flyway가 url을 가지고 알아서 탐지해서 설정해주므로, 생략 가능합니다.

6-2. 그다음, flyway.locations 키 값에, migration script file이 위치하는 경로를 설정해줍니다.

경로는 filesystem 또는 classpath 로 시작합니다.
경로가 여러개일 경우, 쉼표(,)로 구분하여 작성합니다.
application.properties에서 dbms에 따라 경로를 동적으로 라우팅할 때 {vendor}와 같은 프로퍼티 기반 설정을 사용하여 동적으로 경로를 분기할 수 있었습니다. 하지만 cli tool의 locations 설정에서는 {vendor}와 같은 프로퍼티 기반 설정은 동작하지 않습니다. 반드시 명확히 명시해주어야 합니다.

프로젝트에서 아래와 같은 migration file 패키지 구조를 가지고 있을 때,

flyway.conf 에서는 아래와 같이 locations를 정의하면 됩니다.

flyway.locations=filesystem:D:\projects\flyway-pilot\src\main\resources\db\migration\mariadb, filesystem:D:\projects\flyway-pilot\src\main\resources\db\seed

아래는 flyway.conf에서 반드시 필요한 속성만을 모아놓은 예시입니다.

# jdbc url 경로
flyway.url=jdbc:mariadb://localhost:3306/flyway_test

# db 유저명
flyway.user=tester

# db 유저의 패스워드
flyway.password=pass111
 
# flyway migration script file을 저장할 폴더.
# 여러개를 지정할 경우 , 로 구분한다.
# filesystem 또는 classpath 로 지정한다.
# ${HOME} 또는 {vendor} 같이 property 기반 설정은 동작하지 않는다.
 flyway.locations=filesystem:D:\projects\flyway-pilot\src\main\resources\db\migration\mariadb, filesystem:D:\projects\flyway-pilot\src\main\resources\db\seed

이제 cmd에서 flyway info 명령어를 입력해봅니다.

info 명령어는 모든 마이그레이션에 대한 세부 정보와 적용 상태를 테이블로 보여주는 명령어입니다.

아래 사진과 같이 migration file 정보를 표시하는 테이블이 나타난다면, flyway가 정상적으로 db와 locations 에 접근했다는 뜻입니다.

info 이외에도, migration, validate 등, 여러가지 명령어를 사용해서 flyway를 조작할 수 있습니다.

사용할 수 있는 명령어는 공식문서 에서 확인할 수 있습니다.

지금까지 windows local 환경에서 flyway cli tool을 set up 하는 방법을 알아보았습니다.

감사합니다.

참조 : https://flywaydb.org/documentation/usage/commandline/#commands

https://www.lesstif.com/java/flyway-java-database-migration-framework-17105261.html

IntelliJ에서 한글 사용 시, 블럭처리 되는 현상 해결(Non-ASCII Characters alert 해제)

까뮈_b — Sat, 12 Nov 2022 11:08:53 +0900

인텔리제이 또는 그와 유사한 JetBrains IDE에서는 ASCII 문자가 아닌 문자에 대해서 마치 드래그 선택한 것 마냥 블록 처리를 해서 보여준다. 아마 초기 세팅값이 이런 것 같다.

보기에 불편하니 바꿔주도록 하자.

Ctrl + Shift + S 또는 File - Settings 로 설정 창을 연 뒤,

Editor > Inspections 에서 아래 사진과 같이 Non-ASCII characters 에 체크를 해제 시켜준다.

Non-ASCII characters 해제

참고 : https://www.lesstif.com/php-and-laravel/phpstorm-intellij-non-ascii-characters-in-an-identifier-91947359.html

PHPStorm 이나 IntelliJ 에서 한글 변수명 사용시 "Non-ASCII characters in an identifier" 경고 끄기

www.lesstif.com

ES6) 화살표 함수에서 매개변수가 하나일 때에도 괄호를 생략할 수 없는 경우

까뮈_b — Sat, 5 Nov 2022 18:55:44 +0900

화살표 함수 문법에서, 매개변수가 하나인 경우에는 매개변수를 묶는 소괄호를 생략할 수 있다.

let double = n => n * 2;

이렇게 말이다.

하지만, 전달하는 매개변수를 구조 분해 할당으로 받는 경우에는, 인수가 하나여도 괄호를 생략하면 오류가 발생한다!

가령, 객체의 너비를 두배로 계산해주는 doubleV2 함수를 정의한다고 가정해보자.

doubleV2 함수는 넘겨받은 객체의 너비값(width 프로퍼티)만을 구조 분해 할당으로 분해하여 인수로 사용한다.

이 경우, 파라미터가 하나여도, 매개변수에 괄호를 생략할 수 없다.

const double = {width} => width * 2;  (X)
const double = ({width}) => width * 2;  (O)

한 단계 더 응용해보자.

우리는 구조 분해 할당을 이용해, 객체 프로퍼티를 프로퍼티 키와 다른 이름을 가진 변수에 저장할 수 있음을 알고 있다.

아래와 같이 말이다.

let options = {
  title: "Menu",
  width: 100,
  height: 200
};

// { 객체 프로퍼티: 목표 변수 }
let {width: w, height: h, title} = options;

// width -> w
// height -> h
// title -> title

console.log(title);  // Menu
console.log(w);      // 100
console.log(h);      // 200

여기서, 객체의 너비 값을 2배로 계산하는 doubleV3는 이런 식으로 작성할 수 있다.

let options = {
  title: "Menu",
  width: 100,
  height: 200,
};

const double = ({width : w}) => w * 2;

console.log(double(options));   // 200

사실 매개변수가 하나여도 항상 괄호로 감싸는 것이 명확하고 좋은 것 같다.

화살표함수 문법을 처음 접하면 정말 헷갈린다. 그것도 실무 프로젝트의 코드로 먼저 접하면 더더욱..

필자도 자바스크립트는 이제 공부를 시작한 입장이라 포스트를 작성하면서도 많이 헷갈렸다.

하지만 포스트를 작성하기 위해 정리하다보니 화살표 함수, 구조 분해 할당에 대해서 조금 친숙해진 것 같다.

참조 : https://ko.javascript.info/destructuring-assignment

구조 분해 할당

ko.javascript.info

https://ko.javascript.info/arrow-functions-basics

화살표 함수 기본

ko.javascript.info

혹시 잘못된 부분이나, 보충이 필요한 부분이 있으면 댓글 남겨주시면 감사하겠습니다!

WebStorm에서 단축키로 Prettier formatting 하기(feat. ESLint 비활성화)

까뮈_b — Sat, 5 Nov 2022 17:05:29 +0900

nest cli로 nest.js 프로젝트를 init하면, eslint와 prettier가 함께 설정된다.

잘은 모르지만, 아마 react나 vue 같은 프론트 웹프레임워크도 마찬가지일 것이다.

lint나 formatting 규격을 정하는 것은 정말 중요한 일이지만,

자바스크립트 기반 프레임워크를 처음 접하는 초심자 입장에서 eslint니, prettier니 하는 것들은 혼란만 가중시키는 요소라고 생각된다.

두 줄 요약하자면,

ESLint는 이름에서도 알 수 있다 시피 그냥 Lint, 즉 정적분석 도구이다.

그리고 prettier는 포맷터, 즉 코드 정렬을 알잘딱깔센 정렬해주는 도구이다.

초보 입장에서, 초기 설정의 eslint는 너무 깐깐해서 온갖 곳에 빨간 줄을 다 그어버리기 때문에, 더욱 혼란만 가중시킨다.

일일히 설정을 바꾸다가 개발 시작도 전에 지쳐버릴 수 있으므로, 바로 꺼버리도록 하자.

1. ctrl + alt + s 또는 File -> Settings 에서 EsLint를 검색하고, Disable ESLint에 체크한다.

2. 환경설정 -> Languages & Frameworks -> JavaScript -> Prettier 항목에서 Prettier package 설정이 올바로 되어있는지 확인하자. 해당 패키지의 node_modules/prettier 라고 잘 세팅되어 있을 것이다. 만약 비어있다면 설정을 해준다.

3. 환경설정 -> Keymap -> prettier 검색하여 Reformat with Prettier 항목에 대해 단축키를 설정한다.

그리고 해당 단축키를 누르면, prettier 설정에 맞게 formatting 되는 것을 확인할 수 있다!

※ 당연하게도, WebStorm 자체에서 지원하는 자동 정렬과는 다르다.

둘 중 어느 것을 써야할 지 헷갈릴 수 있으니, 그냥 기본 자동정렬 단축키를 해제하고,

Ctrl + Alt + L 을 Prettier format 단축키로 설정해서 사용하는 방법도 좋아보인다.

AWS ElasticBeanstalk 콘솔에서 RDS 연결이 되지 않는 문제 해결

까뮈_b — Mon, 27 Jun 2022 21:28:25 +0900

Elasticbeanstalk 환경에서 RDS를 연결하려고 할 때 발생하는 오류

증상

ElasticBeanstalk 환경을 생성하면서, RDS를 사용하기 위해 ebs 콘솔에서 RDS를 생성(연결)하려고 하면, 위와 같은 에러가 발생한다.에러 메세지는 이렇다.
Configuration validation exception: Invalid option value: '5.6' (Namespace: 'aws:rds:dbinstance', OptionName: 'DBEngineVersion'): Engine Version 5.6 not supported for mysql db

원인

에러 메세지의 내용 그대로이다. Mysql 5.6버전을 더 이상 supported 하지 않아서 그렇다.
그런데 조금 황당하다.아마도 ElasticBeanstalk 웹 콘솔에서 rds 설정 기본값이 mysql 5.6버전인데, 이것을 deprecated 처리를 해놓고, 웹 콘솔에는 반영하지 않아서 생긴 버그 같다. 나는 애초에 Mysql 5.6버전을 사용할 의사가 없다.
첫 화면에서부터 저 오류가 뜨고 아무 것도 선택할 수가 없다.

해결법

해결법은 간단하다.

ElasticBeanstalk cli 환경에서 config 값을 수정만 해주면 된다

ElasticBeanstalk 는 웹 콘솔 뿐만 아니라 cli 환경도 제공한다. 아무래도 cli을 쓰는 편이 여러모로 나은 것 같다.

이 오류 해결에서는 ElasticBeanstalk CLI를 설치하는 것이 9할 9푼이다.

1. AWS ElasticBeanstalk CLI 설치(설치 스크립트 사용하는 방법)

아래 레포지토리의 설명대로 설치하면 된다. 단, python이 아니라 python3 라고 명시해주어야한다.

https://github.com/aws/aws-elastic-beanstalk-cli-setup

GitHub - aws/aws-elastic-beanstalk-cli-setup: Simplified EB CLI installation mechanism.

Simplified EB CLI installation mechanism. Contribute to aws/aws-elastic-beanstalk-cli-setup development by creating an account on GitHub.

github.com

설치 순서는 이렇다.

1. 인스턴스에 접속해서, git clone을 받는다.

git clone https://github.com/aws/aws-elastic-beanstalk-cli-setup.git

2. EB CLI 설치 스크립트를 실행한다. (반드시 python3으로 설치해야한다!!)

python3 ./aws-elastic-beanstalk-cli-setup/scripts/ebcli_installer.py

<더보기>를 클릭하면 python3를 사용하지 않고 문서 그대로만 따라했을 때 겪게 되는 과정을 차례로 기술했다.

python3를 사용하지 않고 문서 그대로만 따라하면 겪게 되는 과정을 나열해보겠다.

python ./aws-elastic-beanstalk-cli-setup/scripts/ebcli_installer.py

여기서, python virtualenv 가 없다는 에러가 뜬다.

virtualenv를 깔아주자.

pip install --user virtualenv

bash: pip: command not found 메세지가 뜨면서 명령어 실행이 되지 않을 것이다.

pip부터 깔아주자.

sudo yum -y install python-pip

그리고 차례로 실행하지 못한 명령어를 실행한다.

pip install --user virtualenv

python ./aws-elastic-beanstalk-cli-setup/scripts/ebcli_installer.py

여기서 끝나면 섭섭하지. 다른 오류가 발생했다.

Could not find a version that satisfies the requirement botocore<1.24.0,>1.23.41 (from awsebcli)

python 2 버전은 deprecated 된 지 오래다. 아마도 여기가 문제인 것 같다. python3를 깔아주자.

뭐든지 install 전에는 현재 설치되어있는지 버전 확인부터 해야한다. 헛수고를 하지 않기 위해..

python3 --version 으로 확인해보자.

나의 경우에는 python3와 pip3도 깔려있었다.

그렇다면 왜 위에서 python2가 deprecated 되었다는 메세지와 함께 에러를 뿜었을까?

pip는 python2의 패키지 매니저라서 그렇다.

python3, pip3를 사용하겠다고 명시해서 eb-cli를 설치해주자.

교훈 : 앞으로는 python3만 사용하자...

python3 ./aws-elastic-beanstalk-cli-setup/scripts/ebcli_installer.py

이제 설치가 잘 되었는지 확인해보자.

eb --version

설치가 잘 되었다면 이제 기본 환경 설정을 해주고, config를 수정해주면 끝이다.

2. ElasticBeanstalk 기본 환경 설정

eb init 명령어를 입력 후 region을 선택하고, 어플리케이션을 선택한다.

region 선택

어플리케이션 선택

3. ElasticBeanstalk config 파일 수정

eb config 명령어를 입력하여 config 파일에 접근한 뒤, 맨 아래에 aws:rds:dbinstance 설정을 아래와 같이 변경해준다.

aws:rds:dbinstance:
  HasCoupledDatabase: 'false'
  DBEngineVersion: '8.0'

nano 사용법에 익숙하지 않았던 나는, 아래 키 설명대로 ctrl + o 로 저장을 했을 때 따로 저장을 확실하게 끝내고 나가는 단축키가 없어서 당황스러웠다.

당황하지 말고, ctrl + o 를 눌렀으면 Enter를 눌러서 빠져나온 뒤, ctrl + x 로 nano를 종료하면 잘 저장된다.

저장을 하면, 바뀐 config에 맞게 환경을 업데이트 한다.

이제, ElasticBeanstalk 웹 콘솔에서 정상적으로 RDS를 추가할 수 있다!

참고 : https://stackoverflow.com/questions/71209961/cant-set-rds-while-creating-elastic-beanstalk

Can't set RDS while creating Elastic Beanstalk

I'm trying to create a Elastic Beanstalk environment with node.js platform. When I try to add RDS in EB, console is throwing error and I don't know the reason why. If you have any idea, plz leave a

stackoverflow.com

https://docs.aws.amazon.com/ko_kr/elasticbeanstalk/latest/dg/eb-cli3-install.html

[Ngnix] connect() failed (111: Connection refused) while connecting to upstream 에러 해결

까뮈_b — Mon, 27 Jun 2022 15:15:02 +0900

스프링부트를 github action과 AWS CodeDeploy를 이용하여 무중단 배포 환경을 구성하는 도중,

아래와 같은 nginx 에러를 만났다.

nginx error.log 에러 메시지

상세한 에러 메세지는 다음과 같다.

[error] 15761#15761: *47 connect() failed (111: Connection refused) while connecting to upstream, cl"http://127.0.0.1:8080/profile", host: "localhost"

원인

upstream(http://127.0.0.1:8080/profile)에%EC%97%90) 접근할 수 없어서 발생하는 오류. 해당 포트번호가 닫혀있는데, 접근하려니 연결에 실패하는 것이다. 해당 포트번호로 부트가 떠있지 않은 상태인데, health check를 하면서 생기는 오류다. 일단 해당 주소:포트번호가 열려있는지 확인해보는 것이 필요하다.

해결

1. 해당 port가 열려있는지, listening 포트를 검색

sudo netstat -plant | grep '80'`

위의 명령어를 수행했을 때 '80'이 포함된 모든 listening 포트 목록이 뜬다.

netstat 결과

나는 1의 과정을 통해, 부트가 8080번이 아닌, 8081번으로 떠있는 것을 알았다.

해결의 실마리를 바로 찾았다.

nginx를 리버스 프록시 서버로 활용하여 무중단 배포 환경을 구축하기 위해, springboot를 포트번호 8081과 8082로 각각 띄우게끔 설정을 바꿔놓고, 헬스체크는 8080으로 보내고 있어서 생긴 문제라고 알아챌 수 있었다.

2. nginx.conf 수정

proxy_pass 의 주소가 http://localhost:8080으로 설정되어있던 부분을, 아래와 같이 $service_url 변수로 변경하였다.

$service_url은 /etc/nginx/conf.d/service-url.inc 파일에서 가져오게끔 구성하였다. 이를 위해 아래와 같이 include 하는 문구를 추가했다.

service-url.inc 파일은 배포 스크립트를 실행하면서, 8081과 8082 사이에서 port를 전환할 때 새로 작성하게끔 구성했다.

해당하는 부분의 배포 스크립트는 아래와 같다.

  echo "set \$service_url http://127.0.0.1:${IDLE_PORT};" | sudo tee /etc/nginx/conf.d/service-url.inc

  echo "> 엔진엑스 Reload"
  sudo service nginx reload

결론

[error] connect() failed (111: Connection refused) while connecting to upstream 에러는 upstream의 경로가 올바르지 않아서 접근할 수 없기에 발생되는 에러다. 대부분 해당하는 주소와 포트에 애플리케이션이 제대로 떠있지 않았을 때 이 에러를 마주한다. netstat을 통해 listening port 목록을 확인하고, 어플리케이션단 코드와 nginx.conf 파일을 확인하여 nginx와 애플리케이션의 주소가 서로 일치하는 지 확인하자.

Windows 환경에서 Github pages와 jekyll 를 활용해 나만의 블로그 웹호스팅하기

까뮈_b — Wed, 1 Jun 2022 19:49:10 +0900

개발 공부를 하면서, 그날 배운 내용이나 깨달은 점을 매번 블로그의 포스트로 남기면 좋겠지만,

시간적으로나 심리적으로 약간 부담스러울 때가 있다.

이럴 때 그냥 내 머릿속에 Input만 하고 넘어가자니, 쉽게 까먹을 것 같아서, OUTPUT을 하며 학습할 필요성을 느꼈다.

이에 가장 알맞은 방법이 TIL(Today I Learned) 작성이라는 결론에 도달했다.

여러가지를 고려해서 TIL을 작성할 목적으로 티스토리보다는 깃허브 블로그가 더 적합하다고 생각되어 GithubPages와 jekyll을 활용하여 나만의 블로그를 호스팅 하기로 결정했다.

그럼 Windows 환경에서 Github pages와 jekyll 를 활용해 나만의 블로그를 호스팅하는 방법을 알아보자.

순서는 이렇다.

1.github pages 생성

2. ruby 설치

3.jekyll 설치

4.jekyll 테마 적용

1.github pages 생성

github에 로그인하여 새 레포지토리를 생성한다.

github pages 생성

레포지토리 이름을 {내 깃허브 닉네임.github.io} 로 설정해서 생성하면 성공적으로 github pages가 생성된 것이다.

2. Ruby 설치

https://rubyinstaller.org/downloads/

위의 사이트에 들어가서, ruby installer를 받아준다.

무슨 버전을 받을 지 모르겠다면, 사이트 우측에서 추천해주는 버전을 받으면 된다.

설치가 완료되면, ruby commd를 실행한다.

ruby command prompt 실행

ruby --version을 쳐서 아래와 같이 버전 정보가 나오면 루비가 정상적으로 설치되었다는 뜻이다.

루비 설치 확인

jekyll은 Markdown 형식의 파일을 HTML 파일로 변환해주는 역할을 하는 정적 웹사이트 생성기이다.

우리는 jekyll을 사용하기 위해 ruby를 설치한 것이다. ruby가 설치되었으니 이제 jekyll와 bundler를 설치하면 된다.

루비 프롬프트 창에서 아래 명령어를 입력해준다.

gem install jekyll bundler

설치완료 후 아래 명령어로 jekyll 설치확인 역시 해준다.

jekyll -v

이제 jekyll까지 설치를 마쳤다. jekyll 테마를 적용해보자.

http://jekyllthemes.org/

Jekyll Themes

jekyllthemes.org

여기서 맘에 드는 테마를 선택한 뒤, 해당 테마의 깃헙 레포지토리에서 파일들을 받아, 내 로컬 레포지토리로 옮기고, commit하고 원격저장소에 push해준다.

나는 https://github.com/mmistakes/minimal-mistakes 테마를 골랐다.

https://github닉네임.github.io/ 주소로 접속했을 때 초기 페이지가 뜬다면 호스팅 성공!

이제 테마와, 기본 정보 등을 수정해야 하는데, 매번 원격저장소에 push하고 호스팅된 상태에서 확인하기엔 너무 번거롭다.

그래서 로컬에서 서버를 띄워서 확인해보자.

로컬 저장소 경로에서 아래 명령어로 서버를 띄워보자.

bundle exec jekyll serve

나는 아래와 같은 오류메세지가 떴다.

webrick을 찾을 수 없어서 나는 오류이다.

bundle add webrick

위의 명령어로 webrick을 추가시켜 주면 정상 작동한다.

이제 로컬서버에서 확인해가며 _config.yml 파일을 수정해서 기본정보를 수정하고, 글을 작성하면 된다!

아래 가이드를 참고해서 하나씩 배워가면서 꾸밀 수 있다!

https://mmistakes.github.io/minimal-mistakes/docs/quick-start-guide/

Quick-Start Guide

How to quickly install and setup Minimal Mistakes for use with GitHub Pages.

mmistakes.github.io

확실히 티스토리보다는 초기세팅이 많이 번거롭지만, api 적용하듯이 가이드 보고 하나씩 따라하다보면 블로그를 가꾸는 재미도 있을 것 같다.

GitHub push에도 travis-ci 가 동작되지 않을 때.

까뮈_b — Tue, 17 May 2022 14:20:04 +0900

처음 travis-ci와 github을 연동하고 수동배포 -> 자동배포 -> 무중단 배포를 연습하던 도중,

갑자기 travis-ci와 연동된 github 레포지토리의 push 이벤트에도 travis-ci가 먹통이 되었다.

애초에 실행되지도 않으니 에러 로그도 뭐도 없고 한참을 헤메다가 해결책을 찾았다.

이유는 간단한다. github의 webhook 이 설정되지 않아서 그렇다.

레포지토리 설정에서 아래 사진과 같이 webhook을 설정하면 된다.

Add webhook 클릭

Payload URL : webhook POST request를 받을 서버 URL이다. https://notify.travis-ci.com 을 입력해준다.

Content type : URL 입력시 자동으로 application/x-www-form-urlencoded 로 바뀌는데, 그대로 두면 된다.

which events would you like to trigger this webhook? : 말 그대로 어떤 이벤트가 감지 되었을 때 이 webhook을 트리거 할 것인지 고르면 된다.

원하는 이벤트를 따로 지정하고 싶으면 맨 아래 옵션을 클릭하고 지정해준다.

event 세부설정

이제 travis-ci가 정상적으로 트리거 됨을 확인 할 수 있다!

Amzone Linux AMI 2 인스턴스의 Hostname 변경하기

까뮈_b — Fri, 13 May 2022 13:16:43 +0900

Amazone Linux AMI 1의 경우, /etc/sysconfig/network 파일의 HOSTNAME 부분을 수정하면 되지만,

Amazone Linux AMI 2의 경우는 그 방법이 바뀌었다.

2022년 현재 더 이상 신규로 Amazone Linux AMI 1 인스턴스를 생성할 수 없으므로, 여기서는 AMI2의 경우의 HOSTNAME 수정법만 정리하겠다.

방법은 간단하다.

sudo hostnamectl set-hostname 원하는 호스트네임.localdomain

명령어로 호스트네임을 설정하면 끝이다.

호스트네임 변경

hostname으로 변경된 호스트네임을 확인 할 수 있다.

변경된 hostname이 반영된 모습

sudo reboot 으로 재시작하여 변경된 호스트네임이 반영된 것을 확인하자.

성공적으로 반영되었지만, 여기서 한가지 작업을 추가적으로 해줘야한다.

sudo vim /etc/hosts 로 hosts 파일을 열고,

hosts 파일에 127.0.0.1 변경된 호스트네임 추가

위와 같이 127.0.0.1 hostname 의 형식으로 호스트네임을 등록해준다.

호스트네임 정상 적용

변경된 호스트네임으로 curl을 호출했을 때, 위와 같은 메세지가 뜨면 호스트가 정상적으로 적용된 것이다.

해당 에러메세지는 hostname에서 아직 80포트로 실행된 서비스가 없으므로 뜨는 메세지이다.

호스트네임이 제대로 적용되지 않은 경우를 테스트하기 위하여, 임의의 호스트네임으로 curl 호출을 해보면,

호스트네임으로 실행 실패

위와 같은 메세지가 뜬다.

호스트네임 변경 끝!

Springboot와 OAuth2.0 사용한 네이버 로그인 연동시 yaml parsing error 해결

까뮈_b — Thu, 12 May 2022 10:27:28 +0900

이동욱님의 스프링부트와 AWS로 혼자 구현하는 웹서비스를 보면서 네아로 소셜로그인 연동을 하던 중,

책의 예제인 .properties를 .yml파일로 바꿔서 적용 시키고 있었는데, 메인 어플리케이션 구동시, 자꾸만 yaml파일 parsing error를 내뱉었다.

작성중인 yaml 파일은 아래와 같다.

구글과 달리, 네이버는 Spring Security를 공식적으로 지원하지 않아서, Common-OAuth2Provider에서 알아서 해주던 설정을 따로 추가해줘야 한다.

위와 같은 에러 메세지를 뿜고 있다. yaml.snakeyaml.parser.ParserException: while parsing a block mapping작성된 구문에 오류가 있어, yaml을 파싱하는 과정에서 오류가 생겼다는 건데..

첫 에러메세지가 가르키는 라인은 client-id인데, 아무리봐도 구글의 그것과 다를바가 없다.

구글의 설정과 다른 것은

redirect-uri: {baseUrl}/{action}/oauth2/code/{registrationId}
authorization-grant-type:

이 부분이다. 그래서 위 2줄을 지우고 실행해봤더니 정상구동된다.

아마도 두 번째 에러메세지가 가르키는 redirect-uri 부분이 문제인 것 같다.

expected <block end>, but found '<scalar>' 라는 에러 메세지를 보며 유추해볼 때,

중괄호로 감싼 변수 바로 앞에 슬래시(/)가 붙어서 yaml 파일이 제대로 인식을 하지 못해서 parsing error가 발생한 것을 알 수 있었다.

그래서 간단하게 작은따옴표로 해당 코드를 묶어주었다

redirect-uri: '{baseUrl}/{action}/oauth2/code/{registrationId}'

이제 정상 작동 된다!