[인프런] 더 자바 - 코드를 조작하는 다양한 방법 수강후기

 백기선님 4번째 강의이다.

https://www.inflearn.com/course/the-java-code-manipulation#

예전에 구매했던 강의인데, 김영한님 JPA강의 시작 전 빨리 봐야겠다는 생각이 들어서 
빨리 완강해버렸다. 277분이기 때문에 마음만 먹으면 빠르게 완강 가능하다. 
이 강좌는 누군가 공짜로 설명해주지 않는 내용이다. (누가 이렇게 설명 해줄까...?)

강의는 자바 심화 과정으로 '자바는 어떻게 코드, 객체를 조작하는가?' 에 대해 설명한다.
강의목표는 자바 라이브러리와 프레임워크들이 제공하는 편의기능들의 원리에 대해 설명하고자 하는 것 같다.

• 코드 조작이 어떻게 이루어지는 지 이해하기 위한 JVM 구조 설명
• java코드를 조작하지 않고 어떻게 코드를 조작할 수 있는 지?
• 어노테이션들은 어떻게 편의기능을 제공하는 지?

에 대해서 쉽고 전문적으로 예제와 함께 설명해준다.

최근에 자꾸 와닿는 느낀점은 시간에 따른 학습 이해도가 정말 다르다는 것이다. 
예전에 공부했던 내용을 나중에 다시 공부할 때 그동안의 경험이나, 인식(?)으로 학습 내용이 정말 확 와닿고 머리에 딱 들어오는 경우가 있다. 
너무 이해가 안된다고 끙끙 앓지 말고 실전 경험 후 자연스럽게 이해하는 것도 좋은 것 같다.

API를 설계하거나 만들 때 리플렉션, 프록시 부분은 꼭 다시 강의 복습해보자!!

개인의 시대가 온다 책 메모

 

개인의 시대가 온다 책 메모

퇴사 예정인 혹은 퇴사를 생각하는 사람들에게 해주는 경험 공유 느낌 책이다.
책 광고를 보고 끌려서 보게 되었다. 자신의 퇴사 후 비즈니스 경험을 소개하는 책이었고 회사에 있을 때 챙겨야할 것들 중요하게 유지해야하는 것들을 소개해준다.
거의 퇴사 후 자신의 비즈니스를 키우면서 필요한 내용같았고 책의 모든 내용이 와닿진 않았지만, 나름 가볍게 볼만했다.

---

• <타임>이 예측했던 진정한 '개인의 시대'는 각자가 개인의 중요성을 꺠닫고, 스스로를 내세워면서 살아가고자 하는 가치가 만발하는 시대, 바로 '지금'이라고 생각한다.

• 정규직보다 더 위에 있는 비정규직, '슈퍼 비정규직'의 탄생이며 바로 이것이 '프리랜서 이코노미'를 이끌어 가고 있다. 이러한 경제구조에서는 개인이 곧 회사가 된다.

• 미래의 경제와 기업은 프로젝트의 단위에 따라서 사람을 고용하고, 그 프로젝트가 끝나면 팀은 해체된다.

• '끊임없이 변하는 세상'에서 '고정적인 인건비'를 사용하는 일은 기업 입장에서 과도한 비용만 나가는 일이다. 그럴 바에야 차라리 외부의 전문 인력을 필요한 기간만 쓰는 것이 훨씬 더 장점이 많다.

• 자발적인 비정규직이 늘어나는 이유를 좀 더 현식적인 이유에서 찾아보자. 그것은 바로 세계 경제의 구조가 그렇게 변하고 있기 떄문이다. 가장 큰 두 가지의 이유는 '새로운 기술' 과 '자본주의'의 본질적인 속성 때문이다.

• 지금 시장이 어디로 향하고 있는지, 그 시장 안에서 무엇이 중요하게 여겨지는지를 반드시 따져보아야 한다. 그 안에서 자신만의 영역을 찾을 수 있다면, 새로운 시대와 함께 승승장구할 수 있는 비즈니스를 펼쳐나갈 수 있기 때문이다. 이것을 빅웨이브라고 표현하고 싶다.

• 사업이 성공하려면 누군가가 소비를 해주어야 한다. 그리고 이 소비의 기준은 이제껏 우리가 알고 있는 가격이나 제품의 퀄리티 등으로 통칭되는 '경쟁력'이다. 가성비라는 말도 결국 이러한 경쟁력을 지칭하는 말이다.

• 과거에는 제품 그 자체를 보거나 혹은 브랜드를 보고 제품을 구매했다면, 이제 새로운 세대의 소비는 제품이 가지고 있는 '가치'를 본다는 의미이다.

• 가치를 중심으로하는 이러한 시장 질서는 '소비에서의 개인의 시대'가 왔다는 사실을 잘 보여준다. 가치란 결국 개인의 신념이고 철학이다. 과거의 소비 과정에서는 이런 개인의 신념과 철학이 끼어 들어갈 틈이 없었다. 하지만 이제는 소비에서도 개인의 모습이 전면적으로 드러나고 있다.

• '가치'란 양쪽 면에서 파도치듯 다가오는 빅 웨이브다. 비즈니스의 방향성을 물론이고, 그것을 함께하는 사람들 사이에서도 더할 수 없는 중요성을 가지고 있다. 모든 일의 출발점에서 가치를 점검하고, 함꼐 일하기 전에 조직 내의 가치를 다지는 것. 바로 이것이 '가치 중심의 소비'라는 새로운 트랜드를 반영하는 일이다.

• 개인의 시대가 우리에게 과거보다 훨씬 많은 자유와 힘을 주었지만, 그 힘이 '누구에게나' 주어지지는 않는다.

  • 개인의 시대가 주는 자유와 힘을 누리고자 한다면 그만큼 더 많은 노력을 기울여야 한다.

• 환경이 제한하는 인식에서 벗어나라

  • 자신이 처한 환경은 자신의 인식을 제한한다.
  • 비록 내가 지금 직장인이라고 하더라도, 얼마든지 다양한 분야에 진출할 수 있고, 또 얼마든지 위아래의 직급을 오갈수 있다고 가정해야만 한다.

• '해보지 않았으니까 모른다'는 것은 곧 '해보면 알 수 있다'는 새로운 가능성에 대한 메시지를 준다. 그런 점에서 이것은 자신 앞에 있는 벽을 문으로 바꾸는 열쇠다.

• 우리가 죽을 때까지 새로운 것을 배우듯, 죽을 때까지 나 자신을 테스트하는 것을 멈춰선 안된다. 언제나 세상은 변하고, 예상이 불가능하고, 또 새로운 것이 등장하기 떄문이다.

• 자신의 능력을 발휘해 일을 열심히 하고 싶다면 오히려 직업 자체는 많아져야 한다. 주변 영역으로 계속해서 확장해나가면서 새로운 분야를 습득해 나가는 것이기 때문이다.

  • 원소스 멀티 유저 : 하나의 콘텐츠를 개발해 그것을 기반으로 여러 분야에 활용하여 파급효과를 노리는 마케팅 전략

• 회사에서 할 수 있는 것은 다 해볼 필요가 있다. 한히 말하는 '라인'도 타보고, '파벌싸움'도 해보자. 상사의 눈치를 보면서 기분을 맞추는 스킬도 체득하자. 회사에서 할 수 있는 것은 다 해볼 필요가 있다.

• 누군가에게는 회사는 어떻게든 일을 줄이면서 아등바등 월급을 받는 공간이자 미래의 퇴사가 두려워 눈치를 보는 곳이다. 하지만 어떤 이에게는 회사는 자기계발을 위한 훌륭한 인재개발원이 되기도한다. 또한 그 안에서 최대한 성과를 내면서 회사와 윈윈의 관계를 만들어낼 수도 있다.

• 자신의 멘토를 경쟁자로 삼는 것도 하나의 방법이다. '나는 언제쯤 저 사람을 따라갈 수 있을까?' 라는 존경의 시선을 자신에게 투영하먄, 자신에 대한 엄격한 기준을 세울 수도 있다.

• 어떻게 보면 도태는 환경의 변화에 의한 것이라기보다 자기 스스로 만든 틀 안에 갇힐 때 발생한다.

• 물건이나 서비스가 만들어지는 그 모든 프로세스에 대한 충분한 이해가 있어야한다. 이것은 특정 분야에 대한 지식을 통해 퇴사 이후 자신만의 전문적인 영역을 만들어가는 데에도 매우 중요하다.

• 기획력은 흔히 '어떤 대상에 대한 목표를 설정하고, 그것을 이뤄내기 위해 가장 적합하고 효율적인 행동을 설계하는 것'을 의미한다.

• 기획력을 높이는 수많은 방법이 있지만, 현장에서 일하며 느낀 중요한 한 가지는 '질문을 잘해야 한다'는 점이다.

  • 질문은 새로운 관점을 자극하는 훌륭한 방법이다. 늘 해오던 행동이라도 여기에 질문을 던지는 순간, 주위가 환기되고 다른 식으로 사고하게 된다.
  • 질문은 주어진 현상의 핵심과 본질로 접근할 수 있도록 도와준다.

• 일이라는 것은 최종적으로 누군가의 평가를 받는 일이다. 그래서 모든 것을 다 완성한 뒤에 내놓는 것이 아니라 처음에는 전체의 레이아웃을 보여주면서 의향을 물어보고 ,그 다음에는 조금 더 디테일을 보이면서 최종적으로 일의 끝을 향해 가는 방식이다.

• 넷플릭스의 가이드 (자유와 책임의 조직문화에 대한 가이드)

  • 어지간한 성과를 내는 사람들이라면 퇴직금을 많이 주면서 내보낸다.
  • 넷플릭스는 성과가 중심이다. 성과를 잃어버리는 순간, 모든 것은 수포로 돌아가고 만다. 그래서 탁월하지 않으면 퇴직금을 줘서라도 내보낸다. 추상적인 슬로건을 내세우는 것은 아무런 의미도 없다.
  • 회사에서의 진짜 가치는 그럴듯해 보이는 구호가 아닌, 누가 보상받고, 승진하고, 해고되는지로 나타난다.
  • 우리는 가족이 아니고 팀이다.

• 충분한 정보의 전달과 정확한 일의 배분, 그리고 전체 팀의 지행을 골고루 알려주는 것이 바로 '맥락 속에서의 이해'이다.

• '레드오션 안의 블루오션'이라는 관점을 가질 필요가 있다. 뭉뚱그려서 '거기는 레드오션이다.'라고 생각하지 말고, 그 안에 비어 있는 부분을 찾아낼 필요가 있다.

• '1분짜리 자기소개','5분','10분'를 모두 준비해야 한다. 기회가 왔을 때 단 한순간도 주저함 없이 자신에 대해 제한된 시간 안에 줄줄 말할 수 있을 정도가 되어야 한다.

• 만약 상대방이 나에 대해서 부정적으로 느끼게 되면 매력도가 현저하게 떨어지게 되고 함께 일하고 싶은 마음의 문이 닫힐 수 있다.

  • 상대방을 소비하는 사람이 되지 말아야한다.
  • 부정적인 기운을 내뿜는 사람이 되어서는 안된다.
  • 사심이 없는 사람이 되어야한다. 대화를 하다 보면 매사에 계산적이고 늘 자신의 욕망을 불어넣는 사람이 있다.
  • 상대방의 문제에 솔루션을 제공해주려는 마음 자세를 갖는

• 아무리 열심히 일을 해도 일을 되게 만들지 않으면 소용이 없다. 일을 되게 한다는 것은 목표한 바를 전진하는 동력이다. 힘을 가해져야 목표를 향해 굴러간다. 그런 점에서 '지금 내가 하는 일이 목표를 향해 굴러가게 만드는 일인가?'를 계속 되돌아봐야한다.

• 기존의 관습에서 벗어나 일이 다른 경로로 성공을 향해 도약하게 만드는 것, 바로 이것이 '일을 되게 하는 것'이라고 할 수 있다.

• 독립 사업자를 꿈꾼다면, 돈과 노동에 대한 이러한 일반적인 관점을 해체해야 할 필요가 있다. 심지어 돈이 안되는 일도 해야 하는 것이 새로운 세계에서 필요한 관점이다.

• 협업의 시대에서 협업의 정의의 대해 '자신의 생각과 노력을 집단의 뇌에 녹여 혼자 일할 때보다 더 나은 결과를 낳으려는 의지와 능력'이라고 했다.

• 흔히 우리의 전통 문화인 품앗이를 '서로 힙을 합치는 것'이라고 보지만, 어떤 의미에서는 '최적의 타이밍을 놓치지 않으려는 집단행동'일 수도 있다. 사업도 결국 타이밍 싸움이다. 타임의 힘과 자원을 집중적으로 끌여들여 단시간에 작업을 끝내면 타이밍을 놓치지 않게 된다.

• 나쁜 사람으로 인해 자꾸만 부정적인 영향을 받으면, 결국 그것이 나를 통해 좋은 사람에게도 영향을 미치기 때문이다. 결국, 힘빼기를 통해 최대한 관계를 해결하기 위해 노력하지만, 그것이 한계에 봉착했을 때는 남아 있는 더 좋은 사람들을 위해서 관계를 포기하는 결단도 내려야 한다.

• 진정한 리더쉽 이론에서는 자신의 실수와 약점, 나약함을 솔직하게 인정할 때 지도자와 추종자 간에 훨씬 밀접한 관계가 형성된다.

• 대게 상대에게 더 주는 4:6정도가 되어야 비로소 상대는 5:5로 받아들이곤 한다. 이는 기본적으로 인간의 삼라애 존재하는 '호혜성'에서 기인한다. 끊임없이 뭔가를 주고받아야 상대와 내가 동시에 성장하고 발전하게 된다. 그리고 이 호혜성의 무게 중심이 내가 아닌 상대방에게 주어질 때 관계는 좀 더 빠르게 발전해나갈 수 있다.

• 우리가 정말 추구해야할 것은 '남들의 시선'이 아니라 얼마나 진짜 나를 단단하게 만들어나갈 수 있느냐이다.

멀티모듈 실습해보기

 멀티모듈 실습해보기

• 멀티모듈 프로젝트 ??

  • 기존의 단일 프로젝트들을 프로젝트 안의 모듈로서 갖을 수 있게 하여 다중 모듈을 한 프로젝트에서 관리한다.

  • 독립적인 프로젝트들이 모여 동작하는 한 시스템을 개발하는 경우 독립적인 시스템들이 동일하게 사용하는 부분을 동일하게 각각의 프로젝트에서 구현해야 한다. (ex_ Domain, Repository 등)

  • 이 경우 공통부분에 변경이 생기면 모든 독립적인 프로젝트에도 동일하게 변경을 해줘야한다.

    • 상당히 비효율적이다. 실수발생 가능성도 높다.

  • 멀티모듈을 통해서 루트프로젝트 내 여러곳에서 공통적으로 사용되는 부분을 모듈로 분리해서 관리할 수있다.

• 문제점

  • 1. 그래들 6.4.1 오류 발생

    • 생성 시 6.4.1로 설정되었는데 빌드가 안된다! 검색을 해보면 인털리제이 이슈로 나온다

    • 버전을 낮췄다.. 6.4.1 -> 5.6.1

    • 프로젝트 경로에서 다음을 실행하면 된다.

    ./gradlew wrapper --gradle-version 5.6.1

    • 나는 gradle/wrapper/gradle-wrapper.properties 에서 버전을 바꿔주었다. 위의 방법이 맞는 방법 같다.

      distributionBase=GRADLE_USER_HOME
      distributionPath=wrapper/dists
      distributionUrl=https\://services.gradle.org/distributions/gradle-5.6.1-bin.zip
      zipStoreBase=GRADLE_USER_HOME
      zipStorePath=wrapper/dists
      

  • 2. common에 생성한 repository나 domain을 자꾸 인식을 못하여 다음과 같이 Application에 명시해줌

    @SpringBootApplication(scanBasePackages = "com.example")
    @EntityScan("com.example.domain")
    @EnableJpaRepositories(basePackages={"com.example.repository"})
    

    • 해결! : 생성한 repository 경로가 다른 모듈과 달랐음!

      • 기존 common 모듈 : com.example.domain.Member.java
      • 기존 api 모듈 : com.example.multimodulestestproject.ModuleApiApplication.java
      • 변경 common모듈 : com.example.multimodulestestproject .domain.Member.java

---

• 프로젝트 생성 참고: https://www.hanumoka.net/2019/10/04/springBoot-20191004-springboot-gradle-multimodule/

• 멀티모듈 생성 참고 : https://jojoldu.tistory.com/123

• 멀티모듈 정리 참고 : https://woowabros.github.io/study/2019/07/01/multi-module.html

---

• 프로젝트 생성 시 입력하는 groupId와 artifactId

  • https://maven.apache.org/guides/mini/guide-naming-conventions.html

  • groupId : 프로젝트를 식별하기 위한 id

  • artifactId : 버전을 제외한 jar 이름

• 의문점

  • MSA랑 멀티모듈이랑 다른걸까??

    • MSA 는 기능기반으로 분리하여 아예 의존성 없는 모듈간 통신으로 서비스를 하는 것 같고 멀티모듈은 그냥 방식인 것 같음.
    • 모놀리스방식도 멀티모듈이 가능한듯?

  • 애초에 모두 묶어서 프로젝트를 만들면?

    • 모두 합친 프로젝트에 자주 변경되는 부분이 있을텐데 그 부분 때문에 전체 재배포가 필요해진다.

    • 해당 부분을 분리하여 각각 만듦으로써 필요한 부분만 변경(배포)이 가능해진다.

• 변경 전 build.gradle

plugins {
    id 'org.springframework.boot' version '2.3.2.RELEASE'
    id 'io.spring.dependency-management' version '1.0.9.RELEASE'
    id 'java'
}

group = 'com.example'
version = '0.0.1-SNAPSHOT'
sourceCompatibility = '1.8'

repositories {
    mavenCentral()
}

dependencies {
    implementation 'org.springframework.boot:spring-boot-starter'
    compile 'org.springframework.boot:spring-boot-starter-web'
    developmentOnly 'org.springframework.boot:spring-boot-devtools'
    testImplementation('org.springframework.boot:spring-boot-starter-test') {
        exclude group: 'org.junit.vintage', module: 'junit-vintage-engine'
    }
}

test {
    useJUnitPlatform()
}

• 변경 후 build.gradle

buildscript {
    ext {
        springBootVersion = '2.3.2.RELEASE'
    }
    repositories {
        mavenCentral()
    }
    dependencies {
        classpath("org.springframework.boot:spring-boot-gradle-plugin:${springBootVersion}")
        classpath "io.spring.gradle:dependency-management-plugin:1.0.9.RELEASE"
    }
}



subprojects {
    group = 'com.example'
    version = '0.0.1-SNAPSHOT'

    apply plugin: 'java'
    apply plugin: 'org.springframework.boot'
    apply plugin: 'io.spring.dependency-management'

    sourceCompatibility = '1.8'

    repositories {
        mavenCentral()
    }


    dependencies {
        testCompile group: 'junit', name: 'junit', version: '4.12'
    }
}

project(':module-api') {
    dependencies {
        compile project(':module-common')
    }
}

project(':module-web') {
    dependencies {
        compile project(':module-common')
    }
}

간단하게 OAuth 2.0 사용해보기

간단하게 OAuth 2.0 사용해보기

• OAuth란?

  • 인터넷 사용자들이 비밀번호를 제공하지 않고 다른 웹사이트 상의 자신들의 정보에 대해 웹사이트나 애플리케이션의 접근 권한을 부여할 수 있는 공통적인 수단으로서 사용되는, 접근 위임을 위한 개방형 표준

  • ID와 비밀번호 대신 엑세스 토큰기반으로 사용자를 식별할 수 있다. 토큰은 리소스 서버만 제공한다.

• 기본 구조

  • Resource Owner : ID와 비밀번호를 이용해 Resource Client에게 권한을 인가하여 엑세스 토큰을 획득하게 될 주체

  • Resource Client : ResourceOwner로부터 사용 인가를 받아, 소유자 대신 엑세스 토큰을 획득하고 해당 토큰 을 통해 Resource Server의 API를 사용하는 주체

  • Resource Server : 보호된 리소스를 관리하며 리소스 클라이언트가 사용할 API를 제공하는 주체. 엑세스 토큰이 유효한지 확인하기 위해 Authorization Server와 통신을 주고 받기도함

  • Authorization Server : 엑세스 토큰과 인가 코드를 관리하는 서버. 엑세스 토큰 검증, 폐기

• 기본 동작 구조

  • ex) 리소스 오너 : 사용자 / 리소스 클라이언트 : 쇼핑몰 웹(앱) / 리소스 서버, 인가 서버 : 카카오
  • 사용자 -> 쇼핑몰 실행 -> 로그인 -> 카카오 로그인 버튼 클릭
  • 웹 -> 카카오로 인증페이지 요청 -> 카카오 로그인화면 이동
  • 사용자는 카카오 ID,PW 입력(토큰 요청) -> 카카오는 인증페이지를 요청했던 쇼핑몰에 엑세스 토큰 발급
  • 쇼핑몰에선 해당 엑세스 토큰을 가지고 다시 카카오API 호출 -> 정상적인 토큰일 경우 사용자 정보 리턴

• 내가 적용한 예시

  • 아래의 두 가지 방법 중 하나로 가능하다. 특히 Spring Security가 제공하는 OAuth2ClientAuthenticationProcessingFilter 를 사용하면 토큰받기, 사용자정보 받기 과정을 자동으로 할 수 있다.

  • REST API 직접 호출을 통한 구현

    • 카카오로부터 AccessToken 받기

      public JsonNode getKakaoAccessToken(String code) {
      
      
        final String RequestUrl = "https://kauth.kakao.com/oauth/token";
        final List<NameValuePair> postParams = new ArrayList<NameValuePair>();
      
      
        //포스트 파라미터의 grant_type이라는 명칭에 authorization_code를 추가한다 아래도 동일
        postParams.add(new BasicNameValuePair("grant_type", "authorization_code"));
        postParams.add(new BasicNameValuePair("client_id", kakaoClientId));
        postParams.add(new BasicNameValuePair("redirect_uri", redirectUri));
        postParams.add(new BasicNameValuePair("code", code));
      
      
        final HttpClient client = HttpClientBuilder.create().build();
        final HttpPost post = new HttpPost(RequestUrl);
      
      
        JsonNode returnNode = null;
      
      
        try {
            post.setEntity(new UrlEncodedFormEntity(postParams));
            final HttpResponse response = client.execute(post);
            ObjectMapper mapper = new ObjectMapper();
            returnNode = mapper.readTree(response.getEntity().getContent());
        } catch (UnsupportedEncodingException e) {
            e.printStackTrace();
        } catch (ClientProtocolException e) {
            e.printStackTrace();
        } catch (IOException e) {
            e.printStackTrace();
        }
      
      
        return returnNode;
      }
      

    • 받은 토큰을 통해 사용자 프로필 받기

      public JsonNode getKakaoUserProfile(String access_token) {
      
      
          final String RequestUrl = "https://kapi.kakao.com/v2/user/me";
      
      
          final HttpClient client = HttpClientBuilder.create().build();
          final HttpPost post = new HttpPost(RequestUrl);
      
      
          post.addHeader("Authorization", "Bearer " + access_token);
      
      
          JsonNode returnNode = null;
      
      
          try {
              final HttpResponse response = client.execute(post);
      
      
              ObjectMapper mapper = new ObjectMapper();
              returnNode = mapper.readTree(response.getEntity().getContent());
          } catch (UnsupportedEncodingException e) {
              e.printStackTrace();
          } catch (ClientProtocolException e) {
              e.printStackTrace();
          } catch (IOException e) {
              e.printStackTrace();
          }
      
      
          return returnNode;
      }
      

  • Security 필터 사용

    • SecurityConfig

      @Configuration
      @EnableWebSecurity
      public class SecurityConfig extends WebSecurityConfigurerAdapter {
      
      
          private final Filter ssoFilter;
      
      
          public SecurityConfig(Filter ssoFilter) {
              this.ssoFilter = ssoFilter;
          }
      
      
          @Override
          public void configure(WebSecurity web) throws Exception {
              web.ignoring().antMatchers("/resources/**","resources/**");
              web.httpFirewall(new DefaultHttpFirewall());
          }
      
      
          @Override
          protected void configure(HttpSecurity http) throws Exception {
              http.csrf().disable();
              http.authorizeRequests()
                      .antMatchers("/", "/course/admin/**").hasAuthority("ROLE_ADMIN")
                      .antMatchers("/", "/admin/**").hasAuthority("ROLE_ADMIN")
                      .and()
                          .formLogin()
                          .loginPage("/")
                          .loginProcessingUrl("/loginProcess.ajax")
                          .usernameParameter("id")
                          .passwordParameter("password")
                          .successForwardUrl("/loginCheck.ajax")
                          .permitAll()
                      .and()
                          .logout()
                          .logoutUrl("/logout")
                          .logoutSuccessUrl("/")
                          .deleteCookies("JSESSIONID")
                          .invalidateHttpSession(true)
                      .and()
                          .addFilterBefore(ssoFilter, BasicAuthenticationFilter.class)
                      .httpBasic();
          }
      
      
          @Bean
          public PasswordEncoder passwordEncoder(){
              // 버전차이로 PasswordEncoderFactories.createDelegatingPasswordEncoder(); 는 사용못하는 것 같음
              return new BCryptPasswordEncoder();
          }
      
      
      }
      
      
      

    • OAuthConfig

      @Configuration
      @EnableOAuth2Client
      @PropertySource(value = "classpath:socialInfo.properties")
      public class OAuthConfig {
      
      
          @Autowired
          @Qualifier("oauth2ClientContext")
          OAuth2ClientContext oauth2ClientContext;
      
      
          @Bean
          public Filter ssoFilter() {
              CompositeFilter filter = new CompositeFilter();
              List<Filter> filterList = new ArrayList<>();
      
      
              filterList.add(kakaoSsoFilter());
              filterList.add(googleSsoFilter());
              filter.setFilters(filterList);
      
      
              return filter;
          }
      
      
          public Filter kakaoSsoFilter() {
              OAuth2ClientAuthenticationProcessingFilter oauth2Filter = new OAuth2ClientAuthenticationProcessingFilter("/login/kakao/oauth");
              OAuth2RestTemplate oAuth2RestTemplate = new OAuth2RestTemplate(kakaoClient(), oauth2ClientContext);
              oauth2Filter.setRestTemplate(oAuth2RestTemplate);
              oauth2Filter.setTokenServices(new UserInfoTokenServices(kakaoResource().getUserInfoUri(), kakaoClient().getClientId()));
              oauth2Filter.setAuthenticationSuccessHandler(kakaoSuccessHandler());
      
      
              return oauth2Filter;
          }
      
      
          public Filter googleSsoFilter() {
              OAuth2ClientAuthenticationProcessingFilter oauth2Filter = new OAuth2ClientAuthenticationProcessingFilter("/google/googleSignInCallback");
              OAuth2RestTemplate oAuth2RestTemplate = new OAuth2RestTemplate(googleClient(), oauth2ClientContext);
              oauth2Filter.setRestTemplate(oAuth2RestTemplate);
              oauth2Filter.setTokenServices(new UserInfoTokenServices(googleResource().getUserInfoUri(), googleClient().getClientId()));
              oauth2Filter.setAuthenticationSuccessHandler(successHandler());
      
      
              return oauth2Filter;
          }
      
      
          @Bean
          public AuthenticationSuccessHandler successHandler(){
              return (request, response, authentication) -> {
      
      
                  response.sendRedirect("/login/googleSignIn");
              };
          }
      
      
          @Bean
          public AuthenticationSuccessHandler kakaoSuccessHandler(){
              return (request, response, authentication) -> {
      
      
                  response.sendRedirect("/login/kakaoSignin");
              };
          }
      
      
          @Bean
          @ConfigurationProperties(prefix = "google.client")
          public OAuth2ProtectedResourceDetails googleClient() {
              return new AuthorizationCodeResourceDetails();
          }
      
      
          @Bean
          @ConfigurationProperties(prefix = "google.resource")
          public ResourceServerProperties googleResource() {
              return new ResourceServerProperties();
          }
      
      
          @Bean
          @ConfigurationProperties(prefix = "kakao.client")
          public OAuth2ProtectedResourceDetails kakaoClient() {
              return new AuthorizationCodeResourceDetails();
          }
      
      
          @Bean
          @ConfigurationProperties(prefix = "kakao.resource")
          public ResourceServerProperties kakaoResource() {
              return new ResourceServerProperties();
          }
      
      
          @Bean
          public FilterRegistrationBean oauth2ClientFilterRegistration(OAuth2ClientContextFilter filter) {
              FilterRegistrationBean registration = new FilterRegistrationBean();
              registration.setFilter(filter);
              registration.setOrder(-100);
              return registration;
          }
      }
      

---

참고 및 출처

• 위키백과 https://ko.wikipedia.org/wiki/OAuth
• 생활코딩 OAuth2.0 https://opentutorials.org/course/2473/16571
• 카카오 로그인 가이드 https://developers.kakao.com/docs/latest/ko/kakaologin/common
• 책: 학교에서 알려주지 않는 17가지 실무 개발 기술

.gitignore 사용하기

.gitignore 사용하기

• 민감한 정보나, 업데이트하고 싶지 않은 정보는 gitignore를 통해 관리할 수 있다.

  # class 확장자
  *.class
  
  # build 하위 파일
  build/
  
  # 해당 파일 제외
  !gradle/wrapper/gradle-wrapper.jar
  

• 내가 해놓은 .gitignore

  target/
  !.mvn/wrapper/maven-wrapper.jar
  
  ### GRADLE ###
  .gradle
  /build/
  !gradle/wrapper/gradle-wrapper.jar
  /out
  
  ### STS ###
  .apt_generated
  .classpath
  .factorypath
  .project
  .settings
  .springBeans
  
  ### IntelliJ IDEA ###
  .idea
  *.iws
  *.iml
  *.ipr
  
  ### NetBeans ###
  nbproject/private/
  build/
  nbbuild/
  dist/
  nbdist/
  .nb-gradle/
  /bin/
  
  ### querydsl
  generated
  
  
  

• 여기서 .gitignore 예시도 제공해준다.

  • https://github.com/github/gitignore

• 개발 중간에 .gitignore에 추가하였지만, commit 목록에는 표시될 때 !!

  • cached 옵션을 통해 로컬에는 파일을 남기고 원격저장소에 파일을 지울 수 있다. (이미 파일이 원격저장소에 있는 경우 ignore가 안먹히는 것 같다!!)
  • git rm --cached 제외할파일명

젠킨스 자동배포 연습해보기

까먹지말자. 메모!

---

CI/CD?

• 애플리케이션 개발 단계를 자동화하여 새로운 코드 통합으로 인한 문제를 해결할 수 있다.
• 빌드, 테스트, 배포 프로세스에 대해 자동화와 모니터링이 가능하다.

CI란? (Continuous Integration)

• 지속적 통합
• 개발한 소스를 특정 시점에 통합(빌드, 테스트 등)하는 것이 아닌, 지속적으로 통합을 진행한다. (자동화 프로세스!)
• 어플리케이션을 변경할 때 자동으로 빌드 및 테스트 가능
• 유명한 CI 툴은 Jenkins 가 있다.

CD란? (Continuous Deploy or Delivery)

• 지속적 배포
• 변경사항을 저장소에서 테스트서버나 운영서버에 자동으로 반영한다.

---

Travis VS Jenkins

Travis

• 장점

  • 전용 서버가 필요하지 않다. (자체 호스팅)
  • github과 연동이 편하다.

• 단점

  • 제한된 옵션 제공
  • 느린 속도
  • private 유료

Jenkins

• 장점

  • 많은 플러그인 제공

• 단점

  • 별도의 서버가 필요함
  • 젠킨스에 대한 관리 필요

---

• 간단히 혼자 해보기는 travis가 재미있을 것 같지만, 학습과 실습이 목적이니 Jenkins를 선택한다!

• 일단 로컬로 도커를 이용해서 연습해보자.

• 학습목적이니 일단 내장서버를 이용해서 실행해보자

  • gradlew buildJar 을 사용하려했지만 부트 2.0 이상부터 사용할 수 있는듯하다.

    • 실행가능한 jar는 JSP를 지원하지 않는듯하다. war로 변경함.

  • gradlew bootRepackage 를 이용해서 war를 만들어보자.

    • https://docs.spring.io/spring-boot/docs/1.5.2.RELEASE/reference/html/build-tool-plugins-gradle-plugin.html

  Once the spring-boot plugin has been applied to your project it will automatically attempt to rewrite archives to make them executable using the bootRepackage task. You should configure your project to build a jar or war (as appropriate) in the usual way.

  // build.gradle 에 다음 내용을 추가해준다.
  // plugin, 생성할 war명 과 실행할 메인 클래스 명을 넣는다.
  apply plugin: 'war'
  
  
  ...
  
  
  war {
      baseName = 'NoN'
      version =  '0.0.1-SNAPSHOT'
      manifest{
          attributes(
                  'Main-Class': 'com.edu.EduApplication'
          )
      }
  }
  

---

설치과정 메모

• 도커에 jenkins 설치하기

• 명령어로 설치할 수 도 있지만, Docker가 제공해주는 관리도구(Kitematic)로 쉽게 설치할 수 있다.

• 도커 설치 중..

  

• 설치 후 다음 명령어로 어떤 포트로 실행되고있는 지 볼 수 있다.

  

• 물론 Kitematic에서도 확인 가능

  

• 중간에 패스워드 입력화면은 Kitematic 로그 자세히 보면 패스워드가 있다. 그걸 입력하자.

  • 못봤다면... 도커에서 비밀번호에서 확인해보자

    docker exec -it jenkins /bin/bash
    
    
    cat /var/jenkins_home/secrets/initialAdminPassword

  
  

• localhost:32819 로 접속 (잘 모를때는 추천 플러그인을 설치해보자)

  

• 플러그인들이 모두 설치실패한다?

  

• 젠킨스 버전 문제라고한다. 높은 버전으로 변경하자.

  docker exec -it -u 0 jenkins bash
  
  
  wget http://updates.jenkins-ci.org/download/war/2.235.1/jenkins.war
  
  
  mv ./jenkins.war /usr/share/jenkins/
  
  
  chown jenkins:jenkins /usr/share/jenkins/jenkins.war
  
  
  도커 젠킨스 재시작

• 새로운 Item 클릭 

  

  

• 소스관리 탭에서 자신의 프로젝트 git 주소와 Credentials - Add 자신의 git 정보를 입력한다.

  

  

• build 유발 - GitHub hook trigger for GITScm polling 체크

  

• 빌드 후 배포를 하기위해 다음 작업을 추가한다. Build - Add build step - Execute Shell - 다음 쉘 추가

  

• 현재 젠킨스를 도커에 띄웠으므로 접속주소가 localhost 이다. github에서 요청을 보내야한다. 외부에서 로컬에 접속가능하게 하기 위해 ngrok 을 사용한다.

• 설치 후 다음 명령어로 사용 가능

  ngrok http 32819
  
  
  // 세션만료 없애기 (기본 8시간), AuthToken 은 ngrok 홈페이지에서 로그인 후 받을 수있다.
  ngrok http 32819 --authtoken={AuthToken}
  

• 생성된 주소를 사용하면 된다!!

  

• Github에 이벤트가 있을 때 젠킨스로 요청을 보내야하므로 Webhooks를 설정해준다.

• Gibhub - Settings - Webhooks - Add Webhook
• 젠킨스 주소 뒤에 /github-webhook/ 를 붙여준다. (ngrok에서 생성된 주소 사용하면 됨)
  

• README.md 파일에 build 상태 보여주기

• 젠킨스 플러그인에서 Embeddable Build Status Plugin 다운로드
• Item - Embeddable Build Status - MarkDown 부분 복사 - github README.md 파일에 입력
  

• 다음과 같이 README.md 파일에 표시되는 것을 확인할 수 있다! (빌드상태가 계속 반영된다. 다만, ngrok을 사용하고 있기때문에 주소가 자꾸 바뀐다. 별도의 젠킨스 서버가 필요할 듯하다.)

  

• 이제 저장소에 푸시가 있을 때 젠킨스가 자동으로 빌드하는 것을 볼 수 있다. 이를 활용해서 서버에 설치하고 배포작업을 상세화, 단계화하여 적용하면 될 것 같다. (실무에선 어떤 프로세스로 사용할까? ㅠ)

  

  ---

참고

• 젠킨스, 네이버클라우드 플랫폼

  • https://velog.io/@doyuni/Jenkins-NAVER-Cloud-Platform-Docker로-CICD-무중단-배포-환경-구축하기-1편-khk4w6hrm0

• 컴투스 ci 구축 사례

  • https://tech.gamevilcom2us.com/blog/3597

• 젠킨스 연동 글

  • https://kutar37.tistory.com/entry/Jenkins-Github-연동-자동배포-3
  • https://jojoldu.tistory.com/139
  • https://beomseok95.tistory.com/177
  • https://sang5c.tistory.com/17