Altiora Petamus

repository class 가 domain 패키지에 있어서 repository 패키지로 이동시켜주고 테스트를 실행시켰더니 발생한 에러입니다. 에러를 읽어보니 분명 클래스를 이동시켰는데도 이전의 위치에서 찾는 것을 볼 수 있었습니다. 그리고 이로 인해 클래스 경로에서 파일을 찾지 못하는 에러까지 발생하고 있었습니다. 분명히 파일을 옮겼고 파일의 인덱싱까지 잘 되어있는데 왜 컴파일 단계에서 에러가 발생할까 해서 다음 명령어를 실행해보고 다시 시도해보니 해결되었습니다. ./gradlew clean 빌드 과정에서 문제가 생겼을 경우 실행시켜서 문제를 해결하던 명령어였는데 이번 에러 또한 이 명령어로 해결할 수 있었습니다.

github 저장소를 다운받으려고 명령어를 실행시켰는데 다음과 같은 에러를 만나게 됐다. 이게 무슨 일인가 싶어 생각해보고 있는데, 깃허브에서 바로 다음과 같은 메일이 하나 날아왔다. 대충 읽어보니 패스워드를 사용하는 접근 방식은 앞으로 사용되지 않을 것이라고 한다. 예전부터 이런 언급이 종종 있어서 깃허브의 commit 관련 인증 방식도 https link 를 통한 방식이 아닌, SSH 을 사용한 인증으로 바꿔두었는데 바꾸는 과정에서 여러 에러를 해결하느라 머리를 싸맸던 기억이 있다. 더보기 [Erorr] Sourcetree permission denied 해결 에러 발생 상황 accidental-clematis-b07.notion.site 비밀번호를 통한 인증방식이 안전하지 않다면, ssh token..

위와 같은 에러가 나왔다면 해당 에러는 servlet-api 2.4 버전이 너무 낮다는 뜻입니다. javax.servlet.ServletContext.getVirtualServerName() 메소드는 3.1 버전에서 추가되었으므로 나는 에러입니다. 저는 Gradle을 사용하므로 compileOnly group: 'javax.servlet', name: 'javax.servlet-api', version: '4.0.1' 의존성을 추가해서 해결했습니다. Reference java.util.concurrent.ExecutionException: org.apache.catalina.LifecycleException: Failed to start component [NonLoginAuthenticato 에러 로그..

인메모리로 프로젝트를 만들다가 PostgreSQL 을 적용하게 되었다. Error @Lob은 길이가 긴 데이터 값을 입력받기 위해 사용하지만 실제 입력하게되면 too Long object 같은 에러가 뜨게 된다. 해결방법 PostgreSQL에서는 @Lob 대신 @Column을 사용하여 컬럼을 정의해주면 에러가 해결된다. // @Lob @Column(columnDefinition="TEXT") private String description; Reference https://www.postgresql.org/docs/13/largeobjects.html

JPA를 사용해보다가 이 에러를 만났습니다. 원인은 자바11 을 사용할 때 바인딩하지 못하는 경우에 생긴다네요. javax.xml.bind jaxb-api 2.3.1 위 코드를 pom.xml 에 추가하여 해결했습니다.