Case 1 Member Class @Entity @Table @Setter @Getter public class Member { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String name; protected Member() { } public Member(String name) { this.name = name; } public Member(Long id, String name) { this.id = id; this.name = name; } /* 생략 */ } MemberService @Transactional public String test() { Member unsavedMember = n..

🎯 결론 간단하게 말해서 계산하기 쉬워서이다. 이것은 배열의 크기가 아무리 커도 빠른 속도로 해당 위치의 item을 가져올 수 있도록 한다. 🤽 설명 자세히 알아보면 int[] numbers = {1 ,2, 3, 4, 5} 와 같은 배열은 두 가지 요소로 표현한다. - 배열의 시작 주소 - 각 요소들의 size (여기서는 int이므로 4 bytes) 그림을 간단히 보면 이런 구조를 가지게 된다. 여기서 각 요소들의 시작 주소를 계산해보자. 첫 번째 요소 첫 요소는 시작점과 같으므로 1000을 갖는다. 두 번째 요소 시작점에 요소의 사이즈 4를 더해 1004(1000 + 4 * 1) 세 번째 요소 시작점에 요소의 사이즈 4를 두 번 더해 1008(1000 * 4 * 2) ... 이렇게 보면 첫 번째 요소도..

제가 담당하고 있는 서비스는 아니지만 요청이 들어와 Beanstalk의 인스턴스에서 서비스가 내려갔을 때의 복구 시간을 테스트 해보았습니다. 결론을 말씀드리면 복구하는데 20초의 시간이 소요되었습니다. 의외였던 점은 방법이 인스턴스 내에 java 프로세스를 kill 하는 방법을 사용했었는데요, 이렇게 되면 인스턴스를 종료하고 새로운 인스턴스를 생성할 줄 알았지만 같은 인스턴스 내의 java 프로세스가 생성되었습니다. 1. 대상 인스턴스 ID 확인 2. 대상 인스턴스 접근 3. 인스턴스에 연결 후 포트 및 PID 확인 ssh 등의 방법을 사용하여 해당 인스턴스에 접근합니다. 현재 해당 서버는 5000 포트로 올라가 있기 때문에 netstat -ntlp | grep :50 명령어로 PID를 확인합니다 현재 ..

Swagger 의 basic path 변경 사실 결과만 이야기하면 swagger의 basic path를 변경하는 방법은 그렇게 어렵지 않습니다. implementation 'io.springfox:springfox-boot-starter:3.0.0' 기준으로 application.yml 파일에 springfox: documentation: swagger-ui: base-url: auth swagger: v2: path: auth/v2/api-docs open-api: v3: path: auth/v3/api-docs 해당 내용을 추가해주면 됩니다. 더 다룰 내용은 왜 path를 추가해야했나? 이다. 📌 Why? 현재 서비스 되고 있는 설정을 확인해보면 AWS 로드 밸런서 설정이 아래와 같이 설정되어 있다...

JPQL 코드 @Test public void startJPQL() { //member1을 찾아라. String qlString = "select m from Member m " + "where m.username = :username"; Member findMember = em.createQuery(qlString, Member.class) .setParameter("username", "member1") .getSingleResult(); assertThat(findMember.getUsername()).isEqualTo("member1"); } Querydsl 코드 @Test public void startQuerydsl() { //member1을 찾아라. JPAQueryFactory queryFa..

@Query(value = "select * from member where username = ?", nativeQuery = true) Member findByNativeQuery(String username); 이런식으로 작성하면 진짜 네이티브 쿼리가 사용된 것을 알 수 있다. 그러나 사용하는 것을 추천하지 않는데 제약이 많기 때문이다. 예로 Sort 파라미터를 통한 정렬이 정상동작 않을 수 있다. JPQL처럼 애플리케이션 로딩 시점에 문법 확인이 불가능하다. 동적 쿼리가 불가 이런 제약이 있다.