ejyoo's 개발 노트

ipTIMEA604MU - CPU LED 먹통 및 WIFI 신호 먹통 해결 방법

ejyoovV — Sun, 11 May 2025 01:27:36 +0900

부모님이 WIFI가 안된다고 하셔서 WIFI를 확인해보니

WIFI가 잡혔다 안잡혔다 했다.

그래서 WIFI 공유기를 봤는데 CPU LED가 깜빡거려야 정상인데, 깜빡거리지도 않고,

공유기의 5G 2.4G LED 조차도 안들어오고 있었다.

공유기 초기화를 하고 공유기를 다시 등록하려고 하면, CPU LED 가 켜져있어야 하고, 그것을 통해 기기 등록 및 초기화 작업을 진행할 수 있는데 CPU LED 조차도 안들어오니, 방법이 필요했다.

아래의 Check List를 통해 본인의 ipTIME 공유기를 확인해보자.

본인 집에 설치된 인터넷 모뎀(SKT, KT, LG) 단말기 전원을 전기에 꽂고 랜선을 연결하여 '인터넷' 부분에 불이 켜져 있는지 확인
공유기 단말기 전원을 전기에 꽂고 전원 버튼이 들어오는지 확인
인터넷 모뎀과 공유기사이에 랜선을 꽂고 CPU 버튼이 깜빡거리는지 확인

Y : 정상동작

N : 비정상동작 '3-1' 진행

3-1. 공유기에 연결된 어댑터가 본인이 사용하는 공유기에 해당하는 어댑터인지 확인(본인은 이게 문제였음)

-> 보통 공유기 사면 공유기 전용 어댑터가 오며, 선에 공유기 이름이 표시되어있음.

-> 사용하고 있는 공유기는 A604MU 인데, 쓰고 있는 어댑터는 이전에 쓰던 공유기 어댑터를 쓰고 있었음(N604V). 어댑터가 약해서 그런거였음. 그래서 A604MU 표시되어있는 어댑터로 변경함.

3-2. 펌웨어 업데이트 (미진행)

ipTIME 사이트 접속 > 펌웨어 복구 도우미 클릭 > 나의 기기 검색 > '도우미 다운로드' 클릭

https://iptime.com/iptime/?page_id=67&uid=23345&mod=document

[직접경험,후기] 결혼식 진행 스토리 박스 스냅사진과 함께했어요.

ejyoovV — Wed, 26 Jun 2024 22:01:33 +0900

안녕하세요. 블로그 주인입니다.

이번에 결혼식을 준비하면서 결혼식 사진 찍는 종류가 여러개가 있다고 알게되었어요.

- 종류 -

첫번째 : 웨딩사진

두번째 : 결혼식 원판사진

세번째 : 결혼식 스냅사진

거의 요즘 결혼한다 ! 하면 이 세가지 사진을 찍게 됩니다.

이 블로그는 스냅사진 업체 추천 관련 글이에요. 관련 있으신 분들만 읽으시면 될 것 같습니다.

대전 스냅사진 잘찍는 스토리 박스와 함께한 결혼식 스냅 촬영♥

저는 대전 라도무스에서 결혼식을 하였습니다.

스토리 박스를 스냅사진 업체로 선정하게 되면

결혼식 시작 두시간반 전에 스토리 박스 작가님을 만나게 돼요.

결혼식장 안의 사진이 잘나오는 포토존에 가서 작가님이 이것저것 사진을 찍어주시는데요,

촬영 자세와 각도는 전문적인 작가님이 다 잡아주십니다.

저는 표정만 준비하면 됐어요 ^*^

(제가 얼굴에 굴곡이 많은 편인데, 사진 밝기? 조절을 잘해주셔가지고.. 광대가 덜나와보이네요..)

라도무스 결혼식장 이곳저곳 돌아다니면서 사진을 찍었는데 사진한번 볼까요?

(요새 딥페이크 논란으로 인해 얼굴 정면은 모자이크 처리했어요. 양해부탁드려요)

(모자이크 처리 아쉽다.. 개인적으로 뻥안치고 진짜 마음에 들었어요 ㅜㅜ)

결혼식 시작 전, 스냅 촬영

창문샷

분위기샷

응 반지삿어샷

예쁜첫샷

이렇게 식전에 남편이랑 같이 사진도 행복하게 찍었어요.

이게 끝이아니에요!

이제 이렇게 사진을 찍고나면, 결혼식 시작이 점점 다가와요.

신부는 결혼식 시작 한시간 전에 신부 대기실로 들어가게 됩니다.

여기에서도 스토리박스 스냅사진 작가님의 실력이 돋보입니다.

신부대기실, 스냅촬영

먼저 신랑이랑 가족들과 사진을 찍고

신부대기실에서 한컷-

가족 화목샷

저의 결혼식을 축하해주러 오신 친지분들과 함께 사진을 찍었습니다.

그중에서 제일 잘 나온 LOVE 샷이에요.

6명이 단체로 와야 이 사진을 찍을 수 있어요. (4명 와도 가능할 것 같네요.)

이 사진에 정말 재밌는 사정이 있습니다.

여기서 정말 웃겼던건, 신랑 회사 지인 분들이 단체로 오셨었는데,

작가님께서 후레쉬 LOVE 샷을 부탁하셔가지곸ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

신랑 회사분들... 그날 처음봤는데ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

옆에서 LOVE 샷 예쁘게 찍어주고 가셨습니다 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

좋은 추억이였어요.

작가님, 신랑 회사 지인분들 감사합니다 ♥

그리고 마지막으로 결혼식 진행 중 스냅사진을 찍게 됩니다.

이 순간이 아직도 기억에 남는데요,

결혼식 진행할 때 다양한 각도로 엄청 열심히 뛰어다니시면서 사진을 촬영해주셨습니다.

신랑 입장을 기다리며,,

신랑신부 입장샷

이사진 표정 제일 이뻤는데,,,,,가려서 너무 아쉬운,,,

함께 준비한 식전영상을 볼 때,,

신랑에게 축가도 불러주고~

신랑신부 행진 후에도 신랑이랑 함께 셀카 찍고 있었는데 그 모습도 찍어주셨어요 ㅋㅋㅋㅋㅋㅋㅋ

예쁜 스냅과 함께한 행복한 결혼식

잊지 못할 추억 남겨주셔서 감사합니다.

글 작성하는 지금 이 순간에도 추억이 새록새록 떠오르고

작가님도 밝게 재미있게 찍어주셔서 저희 부부 긴장도 덜하게 되고 재밌었던 것 같아요.

이 글을 읽으시는 분들 중에 스냅사진 어디 업체로 할 지 고민이시라면

제 사진을 보고 스토리박스랑 함께하는 것도 나쁘지 않은 것 같아요!

긴글 읽어주셔서 감사합니다 ^*^ 항상 행복 가득하세용!!!!

마지막 사진 ♥

응 반지 맞췄어 샷2

우리가 식장 접수했음 존예 ㅜㅜ

[Java] Scanner를 사용하고 자원 정리 측면에서 닫아야 할까?

ejyoovV — Tue, 5 Dec 2023 19:46:13 +0900

궁금해요 궁금해

코드프로그래머스에서 문제를 풀다가 Scanner를 닫는 사람이 있어서 궁금해졌다.

꼭 닫아야할까? JVM이 자동으로 정리해주지 않을까?

궁금증 해소

Scanner 객체를 초기화할 때, 어떤 파라미터를 주었냐에 따라 Scanner의 close() 메소드를 사용하는 것이 좋을 수 있다.그런데 코드프로그래머스에서 사용하는 Scanner는 대부분 사용자에게 입력을 받는 것이여서, 입력이 끝나고 나면 프로그램이 종료되면서 JVM이 자동으로 리소스를 정리해준다고 한다.

무조건적으로 Scanner를 사용하고 닫게되면 만약 System.in을 사용하는 경우 더이상 자원을 사용할 수 없어서 Scanner 객체를 새로 만들어야 할 것이다.

결론

System.in 인 경우 Scanner를 close() 호출하는 것은 필수가 아니다. 프로그램이 종료되면 JVM이 자동으로 정리해준다.

참고

- Scanner 클래스는 Closeable인터페이스를 구현한다. 사용이 끝난 후에 리소스를 해제하는 것이 중요하긴 하다.

- 파일이나 네트워크 리소스와 같은 외부 리소스를 사용할 때는 반드시 close()를 호출하여 자원을 정리해야 한다.

[JavaScript] 중복 제거 코드

ejyoovV — Mon, 4 Dec 2023 16:48:53 +0900

/**
 * 중복 데이터에서 uniquedata만 추출하는 함수
 * @param {*} duplicateItems 중복데이터 목록
 * @param {*} customFunc 유일 데이터 추출하기 위한 커스텀 함수
 * @returns 
 */
convertUniqueDatas: function (duplicateItems, customFunc) {
    if (!Array.isArray(duplicateItems)) {
        throw new Error("DuplicateItems must be an array.");
    }

    var uniqueItems = undefined;

    if (typeof customFunc === 'function') {
        uniqueItems = [...new Set([].concat(...duplicateItems.map(item => {
            try {
                return customFunc(item);
            } catch (e) {
                console.error("Error running customFunc.", e);
                return item;
            }
        })))];
    } else {
        uniqueItems = [...new Set([].concat(...duplicateItems.map(item => {
            return item;
        })))];
    }

    return uniqueItems;
}

[코딩 기초 트레이닝] 문자열 출력하기

ejyoovV — Thu, 12 Oct 2023 02:05:18 +0900

문제, 초기 솔루션

[문제]
문자열 str이 주어질 때, str을 출력하는 코드를 작성해 보세요.
[제한사항]
- 1 ≤ str의 길이 ≤ 1,000,000
- str에는 공백이 없으며, 첫째 줄에 한 줄로만 주어집니다.
[입출력예]
- 입력 #1
HelloWorld!
- 출력 #1
HelloWorld!

import java.util.Scanner;

public class Solution {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        String a = sc.next();
    }
}

위의 문제는 주어진 문자열 'str'을 출력하는 것이다.

문제 풀이

import java.util.Scanner;

public class Solution {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        String str = sc.next();
        
        System.out.println(str);
    }
}

솔루션에서 Scanner 객체를 생성해서 사용자의 입력을 받고 next() 로 저장한다.

제한사항은 코드프로그래머스가 제공하는 테스트 코드에대한 제한사항 같다.

- 1 ≤ str의 길이 ≤ 1,000,000
- str에는 공백이 없으며, 첫째 줄에 한 줄로만 주어집니다.

Scanner 의 next 는 메서드 공백을 기준으로 입력을 나누기 때문에 제한사항에 'str에는 공백이 없다' 로 되어있는 것이다.

그리고 str의 길이가 최대 1,000,000 까지 가능한다 하는 것은

Scanner 의 내부버퍼의 특성에 있다.

Sacnner의 내부버퍼 특성

Scanner는 정규식 기반으로 동작하는 객체로

next() 메서드가 입력 값을 처리할 때 내부적으로 'java.util.regex.Matcher'를 사용한다.

이것은 내부적으로 버퍼를 사용하는데, 기본 버퍼의 크기는 '1024' 문자(char)이고,

필요에 따라 시스템 가용 메모리 한도 내에서 내부 버퍼를 확장한다.

드문 사례지만 매우 큰 입력이 주어져서 Scanner의 내부 버퍼 확장이 시스템 메모리를 초과하게 되면

JVM 이 OutOfMemoryError를 발생시킬 수 있다.

그리고 내부 버퍼를 확장하는 과정에서 성능 저하도 생길 수 있다.

그래서 매우 큰 입력을 처리할 때 BufferedReader 를 사용하는 것이 더 빠를 수 있다.

BufferedReader 사용

import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;

public class Solution {
    public static void main(String[] args) throws IOException {
        BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
        String str = br.read();
        
        System.out.println(str);
    }
}

하지만 솔루션에는 Scanner를 사용하여 풀으라고 하는 것 같아서, BufferedReader보단 Scanner를 사용하여 문제를 풀었다.

[프로그래머스-코딩기초트레이닝] 문자열변환

ejyoovV — Thu, 12 Oct 2023 01:44:40 +0900

https://school.programmers.co.kr/learn/courses/30/lessons/181952

프로그래머스

코드 중심의 개발자 채용. 스택 기반의 포지션 매칭. 프로그래머스의 개발자 맞춤형 프로필을 등록하고, 나와 기술 궁합이 잘 맞는 기업들을 매칭 받으세요.

programmers.co.kr

[문제]
정수 n이 주어질 때, n을 문자열로 변환하여 return하도록 solution 함수를 완성해주세요.
[제한사항]
1 ≤ n ≤ 10000
[입출력예]
- 입출력 예 #1
123을 문자열로 변환한 "123"을 return합니다.
- 입출력 예 #2
2573을 문자열로 변환한 "2573"을 return합니다.

내가 입력한 답

나는 Java에서 제공하는 기본 메서드를 활용하여 문제를 해결하였다.

class Solution {
    public String solution(int n) {
        String answer = Integer.toString(n);
        return answer;
    }
}

다른 풀이 보기

다른 사람이 푼 답안을 보다가 신기한 것을 발견했다.

String answer = "" + n;

이 방법은 자바에서의 문자열 연결 특성을 활용한 것이다.

빈 문자열 ("")에 문자열 연결 연산자 '+'를 사용하여 문자열로 자동 변환되도록 하였다.

'+' 문자열 연결 연산자는 문자열과 다른 데이터 타입(int, double 등)이 '+' 연산자로 만나게 되면,

그 데이터 타입은 문자열로 자동으로 변환된다.

따라서 위의 "" + n 는 n을 문자열로 변환하고 빈 문자열에 연결하는 것과 같으므로 결과적으로 n이 문자열로 변환되는 것이다.

무엇이 더 좋을까? (개인적)

나는 명확한 Integer.toString(n)이 좋은 것 같다.

""+문자열 은 코드가 짧아서 간결하지만, 직관적이지 않다.

연산 측면에서 성능은?

String answer = "" + n; 과 String answer = Integer.toString(n); 은 기본 연산이라서 이러한 생각이 무의미 할 수 있다.

그래서 각각이 수행되는 '원리' 에 대해 생각해볼 필요는 있을 것 같다.

String answer = "" + n; 방식은,

빈 문자열과 정수를 연결하기 위해 문자열 연결 연산이 필히 발생된다.

자바 내부에서 StringBuilder나 StringBuffer를 객체를 생성하고 문자열 연산을 수행한다.

반면에 String answer = Integer.toString(n); 은 직접적인 변환 메서드이기 때문에 추가적인 객체 생성이 없다.

위의 원리를 보았을 때 데이터가 1억개정도라면.. String answer = Integer.toString(n); 방식이 더 빠르지 않을까 싶다.

실제 성능 차이는 JVM 최적화나 설정 그리고 컴퓨터 사양에 따라 달라지지 않을까..?

만약에 정수가 아닌 것이 온다면? 어떻게해야할까?

문제는 정수만 언급했는데 만약에 정수가 아니라면?

그럴때는 String.valuesOf(n) 를 사용하면 된다.

String answer = String.valueOf(n);

Integer.toString(n) 과는 기능적인 차이가 없지만, (둘 다 정수를 문자열로 변환하는 작업)

차이점은 String.valueOf(n) 가 더 범용적이다.

이 메서드는 n에 다양한 타입의 인수 (boolean, char, float, int, long 등)를 받고, 문자열로 변환할 수 있어서 일관성을 유지할 수 있다.

그렇지만,

문제에서는 '정수' 만을 문자열로 변환한다고 했으니, Integer.toString(n)을 사용하는게 더 직관적인 것 같다.

[Mac/IntelliJ/Gradle/Spring Boot 3.1.4] 자동빌드 설정 (SpringBoot - devTools)

ejyoovV — Sun, 1 Oct 2023 20:11:19 +0900

.java 확장자를 가진 파일에 직접 코드를 작성하고 프로젝트 런을 돌리면 '빌드'라는 과정을 거치게 된다.

빌드는 여러 과정이 있지만 대표적으로 Java 컴파일러가 '컴파일' 하는 과정이다.

.java 파일을 Java 컴파일러(Javac) 는 .java 파일을 받아서 바이트 코드로 변환하고 ,

그 결과를 .class 파일로 저장하는데, 이 바이트 코드는 JVM (Java Virtual Machine) 에서 실행하게 된다.

그렇다면 코드를 수정하고 빌드를 일일히 돌리는게 아니라 자동화 할 수 없을까?

자동화하는 방법, 그것은 바로 Spring Boot에 devTools를 사용하면 된다.

그러면 코드를 수정할 때, 자동으로 빌드를 돌리게 되어 최신의 코드를 class파일로 만들 수 있다.

이를 위해서는 몇가지 설정이 필요하다.

Spring Boot 버전에 따라 설정 방법이 다르지만

현재 내가 만든 프로젝트의 버전은 Spring Boot 3.1.4 버전이므로 이것과 비슷한 메이저 버전의 프로젝트를 갖고 있다면,

아래의 방법으로 자동 빌드를 설정할 수 있겠다.

구글에서 이와같은 설정을 위해 검색을 하게되면, 정보가 방대하여 후퇴한 정보들이 많으므로

시간을 버리지 않았으면 좋겠다.

아래부터 자동 빌드 설정관련한 설정들이다. IntelliJ 한글버전이므로 참고하여 봤으면 좋겠다.

빌드 옵션 설정

command + , 를 입력하여 IntelliJ 프로젝트 설정을 연다.

build.gradle 의존성 추가

dependencies {
    implementation 'org.springframework.boot:spring-boot-devtools'
}

의존성을 설정한 뒤 Gradle 컴파일러에서 획득한 runtimeClasspath 에 추가한 devtools가 있는지 확인한다.

IntelliJ 재시작

첫 빌드 실행

빌드를 실행하면 [restartedMain] 키워드를 가진 로그가 보인다.

최종확인

코드를 수정한 뒤 프로젝트의 build - 수정한 class 파일이 최신의 내용을 갖고있는지 확인한다.

자동으로 빌드가 돌려지는 시점에 아래와 같이 표시된다.

최종 정리

위의 자동 빌드를 수행하기 전에 IntelliJ Idea 의 기능을 이해해보아야 한다.

IntelliJ에서 코드를 수정한 파일은 따로 저장을 할 필요가 없다. 이는 class 파일에 적용되는 것이 아닌 그냥 '로컬파일' 만 저장된다.

자동으로 저장되는 것을 확인하려면 아무 java 파일을 수정하고 파일을 닫았을 때,

저장하라는 메시지가 표시되지 않을뿐더러, 다시 파일을 열었을 때 이전에 수정한 내용이 그대로 유지된다.

그러나 build 파일을 열어서 .class 파일을 보았을 때, 변경사항이 반영되지 않음을 확인할 수 있다.

이것에 대한 이유는 빌드가 발생하지 않아서이다.

그래서 변경 사항을 적용하여 이벤트를 발생시키려면 항상 서버를 다시 구축하거나 다시시작해야한다.

어떠한 시점에 트리거를 발생시켜 클래스 경로 변경을 모니터링하고 클래스 경로에 변경이 있는 경우에 다시 시작을 발생시킨다.

보통 Command + Shift + F9로 수동 빌드로 돌리지만,

spring-boot-devtools 에서 devtool이 트리거를 실행시켜 자동으로 빌드를 시키고 .class 파일을 최신상태로 만들어준다.

그런데 이 시점이, 불분명하다. 이 시점에 대해서 언젠가는 알게될 것이라고 믿어본다.

일단 그 시점이 열려있는 창간 이동? 왔다갔다 하면 무조건 빌드가 되었다. 원리는 뭔지 잘 모르겠다.

[Spring Boot 3.1.4] build.gradle 에 대한 정리

ejyoovV — Sat, 30 Sep 2023 12:50:45 +0900

본 글은 spring boot 기반의 Java 프로젝트를 처음 접하면서

build.gradle라는 파일에 들어가는 Gradle 빌드 스크립트에 대해서 정리하였다

plugins {
    id 'java'
    id 'org.springframework.boot' version '3.1.4'
    id 'io.spring.dependency-management' version '1.1.3'
}

repositories {
    mavenCentral() // 중앙 Maven 저장소 사용 지시 (Maven Central Repository)
}

group = 'com.example'
version = '0.0.1-SNAPSHOT'

java {
    sourceCompatibility = '17'
}

configurations {
    compileOnly {
        extendsFrom annotationProcessor
    }
}



dependencies {
    implementation 'org.springframework.boot:spring-boot-starter-data-jpa'
    implementation 'org.springframework.boot:spring-boot-starter-thymeleaf'
    implementation 'org.springframework.boot:spring-boot-starter-web'
    compileOnly 'org.projectlombok:lombok'
    runtimeOnly 'com.h2database:h2'
    runtimeOnly 'com.mysql:mysql-connector-j'
    annotationProcessor 'org.projectlombok:lombok'
    testImplementation 'org.springframework.boot:spring-boot-starter-test'

    // QueryDSL Implementation
    implementation 'com.querydsl:querydsl-jpa:5.0.0:jakarta'
    annotationProcessor "com.querydsl:querydsl-apt:${dependencyManagement.importedProperties['querydsl.version']}:jakarta"
    annotationProcessor "jakarta.annotation:jakarta.annotation-api"
    annotationProcessor "jakarta.persistence:jakarta.persistence-api"
}

configurations {
    compileOnly {
        extendsFrom annotationProcessor
    }
}

test {
    useJUnitPlatform()
}

/**
 * QueryDSL Build Options
 */
def querydslDir = "src/main/generated"

sourceSets {
    main.java.srcDirs += [ querydslDir ]
}

tasks.withType(JavaCompile) {
    options.getGeneratedSourceOutputDirectory().set(file(querydslDir))
}

clean.doLast {
    file(querydslDir).deleteDir()
}

플러그인 추가

plugins {
  id 'java'
  id 'org.springframework.boot' version '3.1.4'
  id 'io.spring.dependency-management' version '1.1.3'
}

- id 'java' : Java 프로젝트를 위한 기본 Gradle 플러그인

- id 'org.springframework.boot' : Spring Boot의 Gradle 플러그인. Spring Boot 프로젝트의 생성, 실행 등을 지원

- id 'io.spring.dependency-management' : Spring 프로젝트의 의존성 버전을 자동으로 관리해주는 플러그인

저장소 설정

repositories {
   mavenCentral()
}

- mavenCentral() : 중앙 Maven 저장소를 사용하여 의존성을 획득

프로젝트 메타데이터 설정

group = 'com.ejyooshop'
version = '0.0.1-SNAPSHOT'

Java 버전 설정

프로젝트가 Java 17 버전과 호환된다는 설정

java {
   sourceCompatibility = '17'
}

의존성 추가1

- 주요 Spring Boot 스타터 관련 의존성, Lombok, H2 데이터 베이스, MySQL 커넥터 포함

dependencies {
    implementation 'org.springframework.boot:spring-boot-starter-data-jpa'
    implementation 'org.springframework.boot:spring-boot-starter-thymeleaf'
    implementation 'org.springframework.boot:spring-boot-starter-web'
    compileOnly 'org.projectlombok:lombok'
    runtimeOnly 'com.h2database:h2'
    runtimeOnly 'com.mysql:mysql-connector-j'
    annotationProcessor 'org.projectlombok:lombok'
    testImplementation 'org.springframework.boot:spring-boot-starter-test'
}

의존성 추가2

QueryDSL 을 사용하기 위한 의존성 설정 부분

QueryDSL : JPA 엔터티를 기반으로 타입 세이프한 쿼리를 작성할 수 있게 하는 프레임워크

dependencies {
    // QueryDSL Implementation
    implementation 'com.querydsl:querydsl-jpa:5.0.0:jakarta'
    annotationProcessor "com.querydsl:querydsl-apt:${dependencyManagement.importedProperties['querydsl.version']}:jakarta"
    annotationProcessor "jakarta.annotation:jakarta.annotation-api"
    annotationProcessor "jakarta.persistence:jakarta.persistence-api"
}

com.querydsl:querydsl-jpa:5.0.0:jakarta

― QueryDSL 의 JPA 모듈을 위한 의존성

― Jakarta 는 Jakarta Persistence (JPA 2.2 이후의 버전)를 의미함. 이는 Java EE의 JPA 스펙과의 차이점을 나타내기 위함.

com.querydsl:querydsl-apt:${dependencyManagement.importedProperties['querydsl.version']}:jakarta

― APT (Annotaion Processing Tool) 모듈을 위한 의존성.

― APT 는 Annotaion을 기반으로 코드를 생성하기 위한 도구임.

― QueryDSL은 APT를 사용하여 JPA 엔터티에 기반한 Q-클래스를 생성함.

― Q-클래스는 QueryDSL 쿼리를 작성할 때 사용되는 타입 세이프한 클래스임.

― Gradle의 dependencyManagement 플러그인에서 가져온 QueryDSL 버전을 나타냄. 실제로 querydsl.version은 특정 QueryDSL 버전 문자열로 치환될 예정임.

jakarta.annotation:jakarta.annotaion-api

― jakarta Annotaions API 에 대한 의존성임.

― Java의 기본 Annotaion들 (ex: @Override, @Deprecated 등) 이외의 추가적인 Annotaion을 제공

jakarta.persistence:jakarta.persistence-api

― Jakarta Persistence (JPA) API에 대한 의존성임.

― QueryDSL은 이 API를 사용하여 엔터티와 상호 작용을 구성함.

annotationProcessor

― 빌드 시간에 코드 생성 / 코드 검사 작업 수행하기 위해 사용

― 위의 코드에서는 QueryDSL의 Q-클래스를 생성하기 위해 해당 의존성들이 Annotaion Processor로 지정됨.

애노테이션 프로세서 구성

configurations {
    compileOnly {
        extendsFrom annotationProcessor
    }
}

― Gradle에서 configurations 블록은 프로젝트의 의존성 그룹 (의존성 설정) 을 정의하고 구성하는데 사용

- compileOnly

― 프로젝트의 컴파일 시간에만 필요한 의존성을 나타냄 (런타임에서는 미포함)

― ex) Lombok : 소스코드 컴파일 시 Annotaion을 기반으로 코드 생성 / 런타임에는 이러한 추가 코드가 필요하지 않음.

- extendsFrom

― compileOnly가 다른 의존성인 annotaionProcessor로 부터 의존성을 상속받도록 함.

― annotaionProcessor 는 APT 를 위한 의존성을 나타냄. 이 설정을 통해 QueryDSL, Lomebok 과 같은 Annotaion Processor의 의존성을 정의할 수 있음.

― compileOnly 의존성 그룹에 annotaionProcessor의 의존성을 포함시키는 코드.

― Annotaion Processor를 컴파일 시간에만 사용할 수 있게 됨, 이 의존성들은 최종 생성된 아티팩트(JAR 파일)에는 포함하지 않음.

테스트 설정

JUnit 5를 사용하도록 Gradle에 지시

 test {
   useJUnitPlatform()
}

― Gradle 빌드 스크립트 내에서 test 작업의 행동을 구성 / Gradle의 기본적인 작업

― 프로젝트 내의 테스트 코드를 실행하는데 사용

― Java 프로젝트에서 JUnit 또는 TestNG와 같은 테스트 프레임워크를 사용하여 테스트 코드를 작성하고 실행

― useJUnitPlatform() : 'test' 작업이 JUnit5을 사용하여 테스트를 실행하도록 구성. (JUnit Jupiter 테스트 엔진 사용)

QueryDSL 빌드 옵션

QueryDSL 코드 생성에 필요한 Gradle 설정

QueryDSL 은 JPA 엔터티를 기반으로 type safe한 쿼리를 작성할 수 있도록 도움을 주는 프레임워크

아래의 코드는

Q-클래스를 생성하기위한 디렉터리를 정의하고

해당 디렉터리를 Java 소스 디렉터리로 추가하며

Q-클래스를 생성할 위치를 설정하고

빌드 출력을 정리할 때 생성된 Q-클래스를 삭제하도록 구성됨.

def querydslDir = "src/main/generated"
sourceSets {
   main.java.srcDirs += [ querydslDir ]
}
tasks.withType(JavaCompile) {
   options.getGeneratedSourceOutputDirectory().set(file(querydslDir))
}
clean.doLast {
   file(querydslDir).deleteDir()
}

- def querydslDir = "src/main/generated

querydslDir 변수는 QueryDSL에 의해 생성된 코드(Q-클래스)가 저장될 디렉터리의 경로를 정의.

- sourceSets 설정

sourceSets은 프로젝트의 소스코드와 리소스를 어디서 가져올지 구성함

main 소스 세트의 java 소스 디렉터리에 querydslDir을 추가하도록 설정함. Gradle은 이 디렉터리에 있는 QueryDSL로 생성된 Q-클래스를 일반 Java클래스처럼 컴파일함.

- tasks.withType(JavaCompile)

모든 JavaCompile 유형의 작업 (Java 소스코드를 컴파일하는 작업)에 대해 코드 생성 디렉터리를 querydslDir 로 설정함.

QueryDSL 의 Annotaion Processor 가 Q-클래스를 생성할 때 해당 디렉터리에 파일을 출력

- clean.doLast 설정

빌드 출력을 정리하는 기본 Gradle 작업임

clean 작업이 실행된 후 querydslDir 디렉터리를 삭제하도록 추가적인 작업을 정의함. (빌드를 깔끔하게 정리하기 위함)

[SpringBoot][Mac][인텔리제이] Hello world 출력하기

ejyoovV — Sat, 23 Sep 2023 21:56:27 +0900

숨겨진 이야기

C#을 하던 내가 스프링 부트를 해보겠다고 환경을 구성하고 있었는데,

인텔리제이로 하고싶었지만, 모든 서비스가 유료로 알고있었다.

그래서 VSCode로 Maven 환경설정을 꾸역꾸역 하고있었다.

그런데 어떤분께서 인텔리제이 커뮤 버전은 무료라고 알려주셔서 인텔리제이를 쓰게됐다!!

반갑다! 인텔리제이야!!! 잘해보자!!

인텔리제이 커뮤니티 버전 설치

https://www.jetbrains.com/idea/download/?section=mac

Download IntelliJ IDEA – The Leading Java and Kotlin IDE

Download the latest version of IntelliJ IDEA for Windows, macOS or Linux.

www.jetbrains.com

스프링 프로젝트 데모 생성하기

https://start.spring.io/

Generate 버튼 클릭

프로젝트 코드 작성

압축풀고 인텔리제이에서 프로젝트 임포트 한 뒤

HelloWorld를 출력하기 위한 코드를 작성

포트 설정

실행 확인

HelloWorld 출력은 어딜가나 언어의 시작을 알리는 첫 코드인 것 같다.

[Mac][인텔리제이] 단축키

ejyoovV — Sat, 23 Sep 2023 21:48:49 +0900

* 코드 자동정렬

Option + Command + L

* 소스 영역 최대화

Command + 1

* 빌드 (디버그)

Ctrl + D

* 코드 추천

Option + Enter