오류 메시지: org.springframework.dao.InvalidDataAccessApiUsageException: For input string: "XXX"; nested exception is java.lang.NumberFormatException: For input string: "XXX"

상황: jpa repository를 통한 조회를 시도하고 있었고, entity 안에서 Enum 클래스를 사용하고 있던 상황에 발생한 오류

해결: Entity의 해당 enum에 @Enumerated(EnumType.STRING) 어노테이션 추가로 해결

보통 Caused by: java.sql.SQLSyntaxErrorException: Unknown column 'blackliste0_.createDate' in 'field list' 처럼 원인에 대한 메시지가 하나 더 있습니다.

이 예외는 SQL 쿼리 또는 엔터티 매핑에 문제가 있음을 나타냅니다.

몇 가지 가능한 원인은 다음과 같습니다.

• 쿼리 또는 테이블 name에 예약된 키워드를 사용하고 있습니다.
• 엔티티 class에서 열 주석 또는 getter/setter 메소드가 누락되었습니다.
• 열 또는 매개변수에 대해 잘못된 데이터 유형 또는 길이를 사용하고 있습니다.

다음을 통해 이 예외를 수정할 수 있습니다.

• 백틱(`)을 사용하여 예약된 키워드를 이스케이프 처리하거나 다른 이름으로 변경.
• 엔티티 클래스에 누락된 주석 또는 메소드 추가.
• 열 또는 매개변수의 데이터 유형과 길이를 확인하고 데이터베이스 스키마와 일치하는지 확인.

SQL의 예약 키워드는 SQL 언어에서 특별한 의미나 기능을 가진 단어입니다. 데이터베이스를 정의, 조작 및 액세스하는 데 사용됩니다.

예를 들어 SELECT, DELETE 또는 BIGINT는 SQL에서 예약된 키워드입니다.

테이블 이름이나 열 이름과 같은 식별자나 개체 이름으로 예약된 키워드를 사용하면 오류나 혼란이 발생할 수 있습니다.

이를 방지하려면 예약 키워드가 아닌 다른 이름을 사용하거나 구분 식별자를 사용하여 예약 키워드를 따옴표나 대괄호로 묶을 수 있습니다.

다른 SQL 제품에는 다른 예약 키워드 세트가 있을 수 있으므로 SQL 제품 설명서를 확인하여 버전에 대한 예약 키워드 목록을 확인해야 합니다.

Cannot deserialize value of type `java.util.ArrayList<~>` from Object value (token `JsonToken.START_OBJECT`)

• RestAPI 호출 후 리턴받은 JSON 데이터와 소스 상에 리턴받는 형태가 맞지 않을 때 해당 오류 발생
• API 규격서 확인하여 리턴받는 Type 확인

https://brew.sh/index_ko 에 접속해

echo '# Set PATH, MANPATH, etc., for Homebrew.' >> ~
echo 'eval "$(/opt/homebrew/bin/brew shellenv)"' >> ~
eval "$(/opt/homebrew/bin/brew shellenv)"

brew --version 으로 brew가 설치된 것을 확인하고

brew install git 로 git을 설치한다.

https://app.codility.com/c/run/trainingPYK4VE-WPM/

public int solution(int[] A) {

    int len = A.length;

    if (len < 3) {
        return 0;
    }

    Arrays.sort(A);

    for (int i = 0; i < len - 2; i++) {
        int P = A[i], Q = A[i + 1], R = A[i + 2];
        if (Q > R - P) {
            return 1;
        }
    }
    return 0;

}

이번 문제의 corner case는 overflow(참고 : https://stackoverflow.com/questions/44912099/triangle-determine-if-an-array-includes-a-triangular-triplet-codility)였다.

역시나 이번 문제도 결과적으론 어려운 것이 아니었으나.. 처음에 방향성 및 문제를 꼬아서 생각해서 생각보다 시간이 많이 걸렸다.

문제를 추측하지 말고 컴팩트하게 푸는 연습을 해야겠다.

• 문자열 정렬, 길이가 3 미만일 경우 return 0까지는 잘 찾았는데 정렬을 한 상태에서 P+Q>R만 비교하면 되는데 너무 깊게 생각했다.. 문제 및 표현식에 답이 있는 것을 잊지말자.

** CS에 대한 공부를 해야겠다고 더더욱 느꼈다.

이 문제도 너무 쉬운 문제였는데 코딩 테스트 감이 떨어져서 아주 빙글빙글 돌다가 겨우 실마리를 찾아서 푼 케이스다.

1. 일단 sorting이 필요하다.
2. 정렬된 상태에서 오름차순으로 곱하면 된다.
3. 2번 케이스만 고려할 경우 음수, 0일 때는 잘못된 결과를 리턴할 수 있어 정렬된 상태에서 첫번째, 두번째, 마지막 배열의 수를 곱한다.
4. 2,3의 값을 비교해서 큰 값을 리턴

public static int solution(int[] A) {

    Arrays.sort(A);
    int len = A.length;

    // 정렬한 후 max 3개의 값과
    int firstMultipleSum = A[len-1] * A[len-2] * A[len-3];

    // 음수인 경우를 고려하여 1,2,마지막 곱 비교
    int secondMultipleSum = A[0] * A[1] * A[len-1];

    if (firstMultipleSum > secondMultipleSum) {
        return firstMultipleSum;
    } else {
        return secondMultipleSum;
    }
    
    // 다른 사람 소스를 보니 Math.max, min을 사용하기도 함.
}

1. 문제를 잘게 쪼개서 보는 연습부터해야 divide and conquer 전략
2. 문제를 있는 그대로 읽을 것 한 번 비틀어서 생각하지 말것(의외로 답은 쉽다.)
3. 1,2번으로 생각한 다음 제약 사항 및 주어진 조건에 대해 고려하여 2번째 케이스를 생각해낸다.

https://app.codility.com/c/run/trainingCH5S84-MK4/

이번 문제는 직관적으로 이해는 쉬웠으나 시간 복잡도가 중요한 문제였고 역시나 coner case를 조심해야하는 문제다. 

prefix Sum(부분합) 문제

• 이중 for문 절대로 안됨
• 단건의 for문도 전체 index를 돌면 시간 복잡도 실패
• corner case 확인 잘할 것

public int solution(int A, int B, int K) {

    int startIdx = 0;
    int result = 0;

    for (int i = A; i <= B; i++) {
        if (i % K == 0) {
            startIdx = i;
            result++;
            break;
        }
    }

    result += (B - startIdx) / K;

    if(B == A && B % K != 0) {
        return 0;
    }

    return result;
}

이번 문제의 코너 케이스는 A<=B일 때 A, B가 0일 때 였다.

• 기본 타입 / 박싱 타입의 차이

기본 타입과 박싱된 기본 타입을 혼용한 연산에서는 박싱된 기본 타입의 박싱이 자동으로 풀린다.

static Integer i;

public static void main(String[] args) {
    if ( i == 42) //null 참조를 언박싱하면서 NullPointerException이 발생한다
        System.out.println("믿을 수 없군!"); 
}

박싱된 기본 타입을 사용하는 경우

• 컬렉션의 원소, 키, 값
• 매개변수화 타입이나 매개변수화 메서드의 타입 매개변수로는 박싱된 기본 타입을 사용
• 리플렉션을 통해 메서드를 호출할 때도 박싱된 기본 타입 사용

기존 자바 8을 사용하던 프로젝트에서 java 11로 변경하고 빌드도구도 maven에서 gradle로 변경하면서 나름 다양한 오류를 만나게 되었다.  * 사용하고자 하는 자바 버전이 사전에 설치되어있어야한다.

1. source release 11 requires target release 11 

java 11을 사용하겠다고 gradle에 sourceCompatibility(자바소스 컴파일 버전 명시) = '11'로 명시 

이전에 시스템 환경에서 사용되는 건 8버전이었기 때문에 변경 작업이 필요

File - Project Structure - Project Settings-Project에서 Language level : 사용하고자 하는 자바버전으로 변경

File - Project Structure - Project Settings-Modules에서 모듈 추가 후 Language level : 사용하고자 하는 자바 버전으로 변경

위와 같이 변경했는데도 안 되면 Settings-Build, Execution~ - Java Compiler에서 module추가 후 Target bytecodeVersion을 사용하고자 하는 버전으로 변경하면 된다.

maven 프로젝트를 gradle로 전환하면서 마주친 오류는 main, test의 java폴더를 소스 루트로 인식하지 못하는 오류가 있었다. Cannot find or load main class 오류 발생. 그래서 대상이 되는 java 패키지 폴더를 우클릭하고 Source Root로 변환해주는 작업을 했다.

yaml파일을 통한 @value값 설정 시 static일 경우 값 설정이 정상적으로 되지 않는 오류 발생. null값으로 세팅됨. - 값이 할당되는 시점 차이로 보여 해당 현상 파악할 예정

또한 기존의 프로젝트 파일을 그대로 가져다 쓰면서 Cloud not resolve type alias '패키지명.클래스명'의 오류가 발생하여 

yaml 설정 파일 중 아래의 type-aliases-package 경로를 현재 프로젝트의 경로로 변경

컬렉션이나 배열 같은 컨테이너(container)가 비었을 때 null을 반환하는 메서드를 사용하면 방어 코드를 넣어줘야 한다.

private final List<Cheese> cheesesInStock = ....;

public List<Cheese> getCheeses() {
	return cheesesInStock.isEmpty() ? null : new ArrayList<>(cheesesInStock);
}

제거기 앖디거 특별한 취급을 할 필요는 없지만 아래와 같이 방어 코드가 필요하다.

List<Cheese> cheese = shop.getCheeses();
if (cheese != null && cheeses.contains(Cheese.STILTON)) 
	Sytem.out.println("좋았어, 바로 그거야.");

사용 패턴에 따라 빈 컬렉션 할당이 성능을 떨어뜨리는 경우 매번 똑같은 빈 '불변' 컬렉션을 반환하면 된다.

Collections.emptySet, Collections.emptyMap을 사용하면 된다. 

최적화가 필요하다고 판단되면 수정 전과 후의 성능을 측정하여 실제로 성능이 개선 되는지 꼭 확인하자.

return cheeseInStock.toArray(new Cheese[cheeseInStock.size()]);

null이 아닌, 빈 배열이나 컬렉션을 반환하라. null을 반환하는 API는 사용하기 어렵고 오류 처리 코드도 늘어난다. 그렇다고 성능이 좋은 것도 아니다.