• 오류 메시지
  • org.springframework.web.util.NestedServletException: Handler dispatch failed; nested exception is java.lang.NoClassDefFoundError: org/reactivestreams/Publisher
• 원인
  • spring-boot-starter-webflux dependency 누락
• 해결
  
  • spring-boot-starter-webflux dependency 추가

• 오류 메시지
  • java.lang.ArithmeticException: Rounding needed with the rounding mode being set to RoundingMode.UNNECESSARY
• 상황
  • 통화 포맷 작업 중 소수점 표현을 위해 RoundingMode.UNNECESSARY 사용
• 내용
  • 반올림 없이 정확하게 표현할 수 없는 경우에서 RoundingMode.UNNECESSARY를 지정하면 예외가 발생.
  • 따라서 이 경우에는 반올림 없이 표현할 수 없기 때문에 RoundingMode.UNNECESSARY가 아닌 다른 방법을 사용해야 함.
  • 이 예외를 방지하려면 필요에 맞는 다른 반올림 모드(예: RoundingMode.HALF_UP 또는 RoundingMode.DOWN)를 사용하거나 BigDecimal 값을 설정하기 전에 원하는 배율로 정확하게 표현할 수 있는지 확인후 사용할 것.

오류 메시지: 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("믿을 수 없군!"); 
}

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

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