전체 글

import java.util.*; //Scanner 클래스가 util안에 있기때문에 import 해준다 public class Main{ public static void main(String args[]){ //스캐너 클래스 객체를 생성 //System.in은 화면에서 입력을 받겠다는 뜻 //System.in은 입력한 값을 Byte 단위로 읽으며 키보드와 연결된 자바의 표준 입력 스트림이다. Scanner sc = new Scanner(System.in); int a, b; //입력받은 정수를 각각 a와 b에 저장 //정수가 아닌 실수형일때는 nextDouble() 같이 쓰면 된다. a = sc.nextInt(); b = sc.nextInt(); //출력 System.out.println(a + b)..

내가 보려고 만든 사이트 모음 https://www.acmicpc.net/ Baekjoon Online Judge Baekjoon Online Judge 프로그래밍 문제를 풀고 온라인으로 채점받을 수 있는 곳입니다. www.acmicpc.net https://programmers.co.kr/ 프로그래머스 코드 중심의 개발자 채용. 스택 기반의 포지션 매칭. 프로그래머스의 개발자 맞춤형 프로필을 등록하고, 나와 기술 궁합이 잘 맞는 기업들을 매칭 받으세요. programmers.co.kr https://leetcode.com/ LeetCode - The World's Leading Online Programming Learning Platform Level up your coding skills and q..

1. Field Injection 의존성을 주입하고 싶은 필드에 @Autowired 어노테이션을 붙여주면 의존성이 주입된다. 1. 주입받으려는 빈의 생성자를 호출하여 빈을 찾거나 빈 팩토리에 등록 2. 생성자 인자에 사용하는 빈을 찾거나 만듦 3. 필드에 주입 @RestController public class PostController { @Autowired private PostService postService; } 2. Setter based Injection setter메서드에 @Autowired 어노테이션을 붙여 의존성을 주입하는 방식. 1. 주입받으려는 빈의 생성자를 호출하여 빈을 찾거나 빈 팩토리에 등록 2. 생성자 인자에 사용하는 빈을 찾거나 만듦 3. 주입하려는 빈 객체의 수정자를 호출..

일반적으로 상속 관계 매핑 전략에서 부모클래스와 자식 클래스 모두 데이타베이스 테이블과 매핑함 하지만 @MappedSuperclass 는 부모클래스를 상속받는 자식클래스에게 매핑정보만 제공하고싶을때 사용한다. 엔티티 종류에 상관없이 공통으로 가지고 있어야할 정보가 있다면 (데이타 생성시간, 수정시간 등) 공통 클래스로 추출하고 이를 상속받는 방식으로 구현할 때 사용한다. 그러나 엔티티는 엔티티만 상속받을수 있기 때문에 엔티티가 아닌 클래스를 상속 받기 위해서 @MappedSuperclass 를 사용한다. 만약 특정한 테이블하나만 이름을 다르게 쓰고싶을때에는 따로 만들지 않고 @AttributeOverride를 사용하여 필요한 매핑정보만 재정의를 하면 된다. @Data @Entity @AttributeOv..

프로토콜 종류 종류(Type) 설명 인가 코드 승인(Authorization Code Grant) 클라이언트가 다른 사용자 대신 특정 리소스에 접근을 요청할 때 사용 리스소 접근을 위해, 인가 서버에서 받은 권한 코드로 리소스에 대한 엑세스 토큰을 받는 방식 암묵적 승인(Implicit Grant) 권한 부여 코드 승인 타입과 다르게 권한 코드 교환 단계가 없음 엑세스 토큰을 즉시 반환받아 이를 인증에 이용하는 방식 리소스 소유자 암호 자격 승인 (Resource Owner Password Credentials Grant) 클라이언트가 암호를 사용하여 엑세스 토큰에 대한 사용자의 자격 증명을 교환하는 방식 클라이언트 자격 승인(Client Credentials Grant) 클라이언트가 컨텍스트 외부에서 ..

OAuth(Open Authorization) 자신이 소유한 리소스에 소프트웨어 애플리케이션이 접근할 수 있도록 허용해줌으로써 접근 권한을 위임해주는 개방형 표준 프로토콜 탄생배경 OAuth이 등장하기 전에 A 사이트에서 B 사이트의 리소스를 가져오기 위해서는 다른 사이트의 ID와 Password를 직접 입력 받아 저장하여 필요할 때마다 불러와서 사용을 해야했다. 위와 같은 방식을 사용하게되면 다음과 같은 문제가 발생한다. 사용자 : A 사이트에 B사이트의 ID와 Password를 넘겨주는 것에 대해 신뢰할 수 없다. A 사이트 : ID와 Password를 받았기 때문에 보안 문제가 생기는 경우 모든 책임을 져야한다. B 사이트 : A 사이트를 신뢰할 수 없다. 위와 같은 문제를 해결하기 위해 2006년..