Error resolving template api/boards template might Get 조회 시 error resolving template api/boards template might 가 발생했다...... error resolving template api/boards template might와 관련된 이유와 해결 방법은 주로 스프링 웹 애플리케이션에서 발생하는 문제입니다. 이러한 오류는 주로 ViewResolver가 해당 경로에 해당하는 템플릿 파일을 찾지 못해 발생합니다. 해결 방법 1. 템플릿 파일 위치 확인 프로젝트 내에서 템플릿 파일이 실제로 존재하는지 확인합니다. 보통 스프링부트 프로젝트에서는 src/main/resources/templates 디렉토리에 템플릿 파일을 위치시..

The requested URL returned error: 403 -> git을 이제 좀 자유롭게 사용하나 생각했는데 크나큰 오산이였다. 삽집을.... 대체.... The requested URL returned error: 403 발생 문제 해결 방법 시도. 1 1. 권한 부여하기 위해 인증을 합니다. 2. 인증을 하기 위해 가장 먼저 원격 저장소 URL을 올바르게 변경해 주어야 한다. git remote add origin 이후 git remote set-url origin 3. push 시도 4. 실패............ 시도 2 github 세팅하고 push 할 때 자주 나는 에러 라고 한다. 사유 Push 주소에 접근 권한이 없을 경우 1.현재 연결된 remote 확인 경로 이상이 없었지만 ..

즉시로딩 엔티티와 그와 연관된 엔티티들을 쿼리 할 때 한 번에 모두 가져오는 방식을 의미합니다. 한 개의 엔티티를 쿼리 할 때 이 엔티티와 연관된 다른 엔티티들도 즉시 로딩으로 설정되어 있다면, 해당 엔티티와 관계된 모든 데이터가 한 번에 가져옵니다. 이는 필요하지 않은 데이터까지 불러올 수 있어 성능에 영향을 줄 수 있습니다. 즉시 로딩 @ManyToOne, @OneToOne 과 같은 어노테이션에 fetch = FetchType.EAGER를 설정하여 구현할 수 있습니다. @Entity public class ParentEntity { @OneToMany(fetch = FetchType.EAGER) private List children; } 프록시와 즉시로딩 주의 지연로딩을 사용하는 것이 좋다. 데이터..

Proxy 왜 사용하나???????? 사용 주요 목적은 데이터베이스 조회를 최적화하고 성능을 향상시킵니다 엔티티 간의 연관 관계가 있을 때, 항상 모든 연관된 엔티티를 함께 조회하는 것은 필요하지 않을 수 있습니다. 이로 인해 불필요한 데이터베이스 조회가 발생할 수 있습니다. 이러한 상황에서 실제로 해당 연관된 엔티티가 필요한 시점에 데이터베이스 조회를 지연시키기 위해 프록시를 사용할 수 있습니다. 프록시는 실제 엔티티 객체를 대신하여 엔티티에 접근할 수 있는 가짜 객체입니다. 이 가짜 객체는 실제 데이터를 가지고 있지 않고, 대신 실제 데이터가 필요한 시점에 데이터베이스에서 데이터를 로딩합니다. 이를 통해 불 필요한 데이터 로딩을 피하고, 필요한 시점에서만 데이터를 가져와 사용할 수 있습니다. 따라서 ..

OneToOne 양쪽이 서로 하나의 관계만 가진다. 예를 들어 사용자와 해당 사용자의 프로필 이미지를 저장하는 두 엔티티가 있다고 예를 들어보면 이 경우 OneToOne 관계를 사용하여 각 사용자는 하나의 프로필 이미지를 가지고 있고, 각 프로필 이미지는 특정 사용자와 연결됩니다. 주의사항 - OneToOne 기본형이 EAGER이기 때문에 LAZY 사용해야 함! @Entity public class User { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String username; @OneToOne(mappedBy = "user", cascade = CascadeType.ALL) private Prof..

ManyToOne 객체 간의 관계에서 하나의 쪽이 다수의 객체를 참조할 수 있는 관계입니다. 이런 관계에서 연관관계의 주인은 항상 Many(다) 쪽입니다. 주의 사항 - ManyToOne은 기본형이 EAGER 로 되어 있기 때문에 LAZY 사용!! 데이터 베이스 테이블의 1:N관계 외래키는 항상 다 쪽에 테이블에 존재하며, 객체 간의 매핑 시에도 이 원칙을 따릅니다. 객체 양방향 관계에서 연관관계의 주인 다대일 관계에서 연관관계의 주인(외래키)은 다 쪽에서 위치하게 됩니다. 객체 간의 다대일 관계에서 연관관계를 설정할 때, 이런 원칙을 고려하여 주인을 설정하고 관계를 매핑해야 합니다. OneToMany 다대일 관계의 반대 방향으로, 여러 객체가 하나의 객체를 참조(자바 컬렉션인 Collection, Li..

AWS service computing - Elastic Computer Cloud, Elastic Beanstalk DB - Relational Database Service Storige - S3, EBS Networking = VPC, CloudFront, Route 53 Security = IAM On-Premise-Server 조직 내부에 위치하며 조직 IT팀이 직접 서버를 구매, 설치, 유지보수 및 관리합니다. 일반적으로 조직의 물리적인 장소나 데이터 센터에 설치되어 중요한 데이터나 애플리케이션을 호스팅 하고 보호합니다. 조직은 모든 하드웨어, 소프트웨어, 보안 및 백업에 대한 책임을 집니다. 특정 보안 요구 사항을 충족하거나 규제 준수를 위해 선택됩니다. Cloud-Service 외부 데이터..

JUnit5 java언어 테스트 프레임워크이며 Junit Platform + Junit Jupiter + Junit Vintage 이 3개가 합쳐진 것입니다. Junit Platform 테스팅 프레임워크를 구동하기 위한 런처와 테스트 엔진을 위한 API를 제공합니다. Junit Jupiter JUnit 5를 위한 테스트 API와 실행 엔진을 제공합니다. Junit Vintage JUnit 3와 4로 작성된 테스트를 JUnit 5 플랫폼에서 실행하기 위한 모듈을 제공합니다. @Test 테스트로 사용할 때는 @Test를 메서드에 붙여주기만 하면 됩니다. 하지만 Test를 붙인 메서드는 private이면 안됩니다. public class Sum{ @Test void plus() { int sum = Calcu..

Heap Sort 이진 합 자료구조를 기반으로 한 정렬 알고리즘입니다. 이 알고리즘은 힙을 사용하여 정렬을 수행하는데, 힙은 부모 노드와 자식 노드 간의 관계를 이용하여 데이터를 정렬합니다. 특징 비교적 불안정한 정렬 방법 중 하나입니다. 동일한 값에 대해 상대적 순서가 바뀔 수 있다. 비교 기반의 정렬 알고리즘으로, 데이터 간의 비교를 기반으로 정렬을 수행합니다. 평균 및 최악의 시간 복접도는 O(n log n)입니다. 이는 효율적인 정렬 알고리즘 중 하나입니다. 분할 정복 방법을 사용하며 배열을 힙으로 구성하고 최대 힙에서 최댓값을 반복적으로 추출하여 정렬을 완성합니다. 과정 최대 힙 구성 먼저 주어진 배열을 최대 힙으로 만듭니다. 최대 힙이란 부모 노드가 항상 자식 노드보다 크거나 같은 트리 구조입..