위 에러는 Java로 작성되어있는 코드를 Kotlin으로 리팩토링 중 발생했다 먼저 코드 리팩토링에 앞서 Kotlin으로 여러 test case를 만들어 놓은 후 리팩토링을 진행했다. 이 후 Test코드를 실행 시켰는데 아래와 같은 에러를 보게되었다. Caused by: java.lang.NoClassDefFoundError: kotlin/reflect/full/KClasses at org.springframework.data.mapping.model.PreferredConstructorDiscoverer$Discoverers$2.lambda$discover$3(PreferredConstructorDiscoverer.java:163) at java.base/java.util.Optional.orElseG..

해결 방법 1. -> InteliJ 상단 메뉴에 `Help` 2. -> `Edit Custom VM Options...` 3. -> idea64.exe.vmoptions 파일이 열림 -> 오픈된 파일에 아래와 같이 입력 -Dfile.encoding=UTF-8 입력 후 재시작 시 정상 동작 확인 아래는 해결 전과 해결 후 화면 캡쳐 입니다. # 참고 사이트 : https://backendcode.tistory.com/243

@Test - 테스트 메소드를 지정한다. 테스트 메소드를 실행하는 과정에서 오류가 없으면 Success 표시. - main 메소드를 따로 만들지 않아도 IDE에서 실행을 편리하게 해준다. @BeforeEach - 각 테스트 메소드가 수행되기 전에 실행되는 메소드를 지정한다. @AfterEach - 각 테스트가 수행된 후에 실행되는 메소드를 지정한다. @BeforeAll - 모든 테스트를 수행하기 전에 최초 1회 수행되는 메소드를 지정한다. @AfterAll - 모든 테스트를 수행한 후 최후 1회 수행되는 메소드를 지정한다. 아래는 Kotlin으로 작성한 간단한 테스트 코드이다. ( + 하단에 결과 메세지) class JunitTest { companion object { @BeforeAll @JvmSta..

Spring에서 제공하는 스케쥴러를 사용해 일정시간마다 DB를 조회해 데이터를 전송하는 기능을 구현하던 중 SpringSecurity에서 NullpointException 예외가 발생했다. 설정 코드는 아래와 같다. main 메소드가 있는곳에 어노테이션을 선언 해야 기본적으로 사용이 가능하다. 또는 @Configuration 어노테이션과 함께 @EnableScheduling을 선언해서 설정 파일을 만들어 사용이 가능하다. 예시는 아래와 같다. 1. 기본적으로 SchedulingConfigurer interface를 상속받아 작성한다. 2. override한 'configureTasks' 를 통해 taskRegistrar을 전달받고 3. 여기에 설정한 스케쥴러 설정을 적용하고 (== .setTaskSche..

아래 내용은.. 결과적으로 문제 해결은 되지 않았다. 원인은 ArticleRepository.interface의 파일명이 잘못되어 발생한 것이다. repository, repositoryCustom, repositoryImpl... 과 같은 interface 및 class를 만들때는 이름에 오타가 없게 꼼꼼하게 확인하자. 아래 에러로그에서도 보이듯이 오타를 잡아주지 않는경우도 발생했다.ㅠ Entity의 마지막 순번값을 가져오는 간단한 조회 기능을 구현하다 에러가 발생했다... 결론부터 말하자면 JpaRepository를 구현하고 파라미터 없이 메소드를 작성할 때 반환값이 Entity가 아니라면 ex) DTO, String, Integer...etc (이건 내 추측이다. 정확한 원리는 추후에 추가예정.....

https://stackoverflow.com/questions/74714449/alternatives-for-propertynamingstrategy-snake-case-or-propertynamingstrategy-sna Alternatives for PropertyNamingStrategy.SNAKE_CASE or PropertyNamingStrategy.SnakeCaseStrategy as it is deprecated now In prior versions of jackson, we were using the following two ways to modify the Property Naming during serialization and deserialization of objects. Fir..