웹개발 일지

크롬 확장 프로그램 Mybatis Log To SQL

jckim — Tue, 12 May 2026 16:26:34 +0900

MyBatis Log To SQL (Chrome Extension)

MyBatis 로그의 Preparing 문과 Parameters 문을 결합하여, DB에서 즉시 실행 가능한 완성된 SQL로 변환해주는 크롬 확장프로그램 유틸리티입니다.

[LOG 예시]

Preparing: SELECT * FROM board WHERE title = ? AND writer = ? AND hits = ?
Parameters: MyBatis 사용법(String), 홍길동(String), 10(Integer)

주요 기능 자동 접두어 처리: Preparing: 또는 Parameters: 접두어가 포함된 로그를 그대로 붙여넣어도 자동으로 핵심 쿼리와 값만 추출합니다.

특수문자 무결성 보장: 데이터 내부에 물음표(?), 쉼표(,), 괄호(())가 포함되어 있어도 쿼리 구조를 정확하게 유지하며 치환합니다.

지능형 타입 매핑:

String, Date, Timestamp, ?? 등 문자열 계열은 자동으로 ' '를 감쌉니다.

Integer, Long, Double 등 숫자 계열은 따옴표 없이 처리합니다.

null 값은 SQL의 NULL 상수로 변환합니다.

실시간 검증: 쿼리의 ? 개수와 파라미터 개수를 비교하여 불일치 시 사용자에게 알림을 제공합니다.

클립보드 자동 복사: 변환 완료 시 별도의 동작 없이 클립보드에 결과가 저장됩니다.

설치 방법 (개발자 모드) 소스코드 다운로드: 본 저장소의 코드를 내려받거나 폴더를 생성합니다.

확장 도구 이동: 크롬 브라우저에서 chrome://extensions/ 주소로 이동합니다.

개발자 모드 활성화: 우측 상단의 [개발자 모드] 스위치를 켭니다.

폴더 로드: [압축해제된 확장 프로그램을 로드합니다] 버튼을 클릭하고 프로젝트 폴더를 선택합니다.

핀 고정: 크롬 우측 상단 퍼즐 아이콘을 클릭하여 해당 앱을 고정(Pin)합니다.

사용 가이드 로그 복사: 개발 도구(Console)에서 Preparing: 문장과 Parameters: 문장을 각각 복사합니다.

입력:

Step 1: 복사한 쿼리 문장을 입력창에 붙여넣습니다.

Step 2: 복사한 파라미터 문장을 입력창에 붙여넣습니다.

변환: [SQL 변환 및 복사] 버튼을 누릅니다.

실행: DB 도구(DBeaver, DataGrip 등)에서 Ctrl + V로 붙여넣고 쿼리를 실행합니다.
⚠️ 주의 사항 및 알림 개수 불일치: 쿼리 내의 ? 개수와 파라미터 개수가 다를 경우 화면에 에러 메시지가 붉은색으로 표시됩니다.

데이터 내 괄호: 데이터 내부에 괄호가 많을 경우, 로직은 항상 가장 마지막에 등장하는 괄호를 (타입) 정보로 인식하므로 그 외의 내부 괄호는 안전하게 보호됩니다.

SQL 주석 변환 유틸리티 가이드

개요 (Overview)
이 유틸리티는 SQL 문이 한 줄로 나열될 때 발생하는 주석 처리 오류를 방지하기 위해 설계되었습니다. SQL 표준에서 한 줄 주석(--)은 해당 줄의 끝까지를 모두 주석으로 인식합니다. 따라서 쿼리가 한 줄로 합쳐지면 -- 이후의 모든 실행 코드(WHERE, AND 등)가 무력화되어 쿼리 오류가 발생합니다.

본 툴은 이러한 한 줄 주석(--) 범위를 지능적으로 파악하여 블록 주석(/* ... */)으로 변환함으로써 쿼리의 실행력을 보장합니다.

주요 기능 (Key Features) 지능적 주석 감지: 단순 치환이 아니라, 주석 뒤에 오는 SQL 키워드(AND, OR, FROM 등)를 감지하여 주석의 끝을 자동으로 식별합니다.
블록 주석 치환: -- 주석내용을 /* 주석내용 */으로 변경하여 물리적으로 한 줄인 상태에서도 쿼리가 정상 작동하게 합니다.

공백 최적화: 쿼리 내의 불필요한 줄바꿈이나 중복된 공백을 정리하여 깔끔한 단일 라인 쿼리를 생성합니다.

클립보드 자동 복사: 변환 버튼 클릭 한 번으로 결과물이 복사되어 즉시 DB 툴에 붙여넣을 수 있습니다.

사용 방법 (How to Use) SQL 입력: 로그 파일이나 소스 코드에서 복사한 '문제가 되는 한 줄 SQL'을 입력창에 붙여넣습니다.
변환 실행: [안전한 주석으로 변환 및 복사] 버튼을 클릭합니다.

결과 확인: 하단 결과 창에 주석이 /* */로 감싸진 것을 확인합니다.

적용: 이미 클립보드에 복사되었으므로, 원하는 DB 환경(DBeaver, SQL Developer 등)에 Ctrl + V로 붙여넣어 실행합니다.

변환 예시 (Examples)
❌ 변환 전 (실행 시 오류 발생)

SQL select * from users where id = 'admin' --사용자확인 and status = 'active';

결과: -- 이후의 and status = 'active';까지 주석으로 인식되어 쿼리가 미완성 상태로 종료됨.

✅ 변환 후 (정상 실행)

SQL select * from users where id = 'admin' /* 사용자확인 */ and status = 'active';

결과: 주석이 닫혔으므로 and 조건이 정상적으로 실행됨.

기술적 상세 (Technical Details) 본 유틸리티는 다음과 같은 SQL 예약어를 기준으로 주석의 종료 지점을 판별합니다:
WHERE, AND, OR, FROM, GROUP BY, ORDER BY, LIMIT, SET, JOIN 등

[!CAUTION] 주의사항 주석 내용 안에 위와 같은 SQL 키워드가 포함되어 있을 경우, 주석이 의도보다 일찍 닫힐 수 있습니다. 변환 후 결과창을 통해 쿼리 내용을 한 번 더 확인하시길 권장합니다.

문의 및 피드백 사용 중 오류가 발생하거나 기능 개선이 필요한 경우 아래 댓글로 문의해 주세요.

java 임시파일 삭제 처리 안됨 문제 해결

jckim — Fri, 12 Dec 2025 12:58:15 +0900

Java, Spring Boot, Tomcat 환경에서 파일 업로드 기능을 구현하면서 겪었던 임시 파일 삭제 문제에 대해 공유하고자 합니다.

특히, File.deleteOnExit() 메소드를 사용했을 때의 한계와 이를 해결하기 위해 Files.delete() 메소드로 전환한 경험을 공유합니다.

문제의 배경
파일 업로드 기능을 구현할 때, 사용자가 업로드한 파일은 일반적으로 서버의 임시 디렉토리에 저장됩니다. Tomcat은 요청이 완료되면 자동으로 이 임시 파일들을 삭제하는 기능을 제공하지만, 비동기 처리나 지속적인 파일 업로드가 이루어지는 환경에서는 이 기능이 제대로 작동하지 않을 수 있습니다. 이로 인해 임시 파일이 쌓여 서버의 디스크 공간을 차지하게 되는 문제가 발생했습니다.

File.deleteOnExit() 메소드 현재 로직에 부적합
현재 개발환경의 공통로직에 의하여 File.deleteOnExit() 메소드를 사용하여 임시 파일을 삭제하려고 했습니다. 이 메소드는 JVM이 종료될 때 삭제할 파일을 예약하는 기능을 가지고 있습니다. 그러나, 이 방법은 진행중이였던 작업인 지속적으로 파일을 업로드하는 환경에서는 적합하지 않았습니다. JVM이 종료되지 않는 한, 예약된 파일 삭제가 이루어지지 않기 때문입니다. 따라서, 이 방법은 임시 파일을 관리하는 데 있어 실질적인 해결책이 되지 못했습니다.

Files.delete() 메소드로의 전환
이러한 문제를 해결하기 위해 Files.delete() 메소드로 전환하기로 결정했습니다. 이 메소드는 지정된 파일을 즉시 삭제할 수 있는 기능을 제공하므로, 임시 파일을 필요할 때마다 즉시 삭제할 수 있습니다. 이를 통해 서버의 디스크 공간을 효율적으로 관리할 수 있게 되었습니다.

소스코드

File tempFile = null;
tempFile = File.createTempFile("upload_", ".tmp", new File(TEMP_DIR)); // 임시 파일 생성
...
...
//파일 처리 로직
...
...
// JVM 종료 시 파일 삭제 예약(기존)
tempFile.deleteOnExit();

//즉시 삭제(개선)
Path tempFilePath = tempFile.toPath();
Files.delete(tempFilePath); // 임시 파일 삭제

AWS 대규모 S3 객체 작업 전략

jckim — Fri, 28 Nov 2025 15:52:21 +0900

문제 상황
spring java 환경 내에서 SDK를 활용한 AWS S3 객체 목록 조회 한계와 대량 작업의 어려움

AWS S3는 수천 개의 객체를 대상으로 반복 작업을 수행할 때 AWS SDK의 listObjects API가 가진 고유한 제약 사항으로 원하는 결과를 얻지 못하는 경우가 발생.

제한된 반환 개수: listObjects API 호출은 기본적으로 한 번에 최대 1000개의 객체만 반환하도록 설계되어 있습니다.

해결방안

Java AWS SDK v1 사용하는 경우(수동 while 루프 방식)
수동으로 while 루프와 withContinuationToken 토큰을 활용하여 페이지네이션을 구현

String continuationToken = null;
do {
    ListObjectsRequest request = new ListObjectsRequest()
            .withBucketName("bucket-name")
            .withPrefix("folder/")
            .withMaxKeys(1000) // 최대 1000개
            .withContinuationToken(continuationToken); // 이전 호출의 다음 토큰 설정

    ListObjectsResult result = s3Client.listObjects(request);

    // 현재 페이지의 객체들에 대한 작업 수행
    for (S3ObjectSummary objectSummary : result.getObjectSummaries()) {
        System.out.println("처리 중인 파일: " + objectSummary.getKey());
        // ... 로직 수행 ...
    }

    // 다음 페이지를 위한 토큰 획득
    continuationToken = result.getNextContinuationToken();

} while (continuationToken != null); // 토큰이 null이 될 때까지 반복

Java AWS SDK v2 사용하는 경우
listObjectsV2가 아닌 Paginator(페이지네이터) 패턴을 제공하는 listObjectsV2Paginator를 호출하여 구현

S3Client s3Client = S3Client.create(); 
String bucketName = "bucket-name";
String prefix = "folder/"; 

// 1. 요청 객체 생성
ListObjectsV2Request request = ListObjectsV2Request.builder()
    .bucket(bucketName)
    .prefix(prefix)
    .build();

// 2. Paginator 객체(Iterable) 획득
// Paginator는 필요할 때(Iterating)만 S3 API를 호출
ListObjectsV2Iterable responseIterable = s3Client.listObjectsV2Paginator(request);

// 3. Paginator를 활용하여 모든 객체 순회 및 작업
// forEach를 사용하여 모든 페이지의 객체를 순차적으로 처리
long fileCount = 0;
responseIterable.contents().forEach(s3Object -> {
    // 5000개 이상의 모든 객체에 대해 원하는 로직 수행
    System.out.println("처리 중인 파일: " + s3Object.key());
    // ...
});

로컬 Elasticsearch HTTPS 접속 불가 해결하기

jckim — Fri, 10 Oct 2025 15:28:06 +0900

로컬에 Elasticsearch를 처음 세팅하고 브라우저에서 https://localhost:9200에 접속하였는데
"이 사이트는 안전하지 않습니다"라는 SSL 오류 메시지가 확인되는 문제가 발생하였다.

로컬 개발 환경에서는 정식 인증서를 발급하기 번거롭기 때문에 빈번하게 발생하는 문제입니다.

HTTPS 접근 비활성화로 문제 해결

ssl errorLog
"error": "Internal Server Error",
"trace": "java.net.ConnectException: Connection refused: no further information\r\n\tat org.elasticsearch.client.RestClient.extractAndWrapCause(RestClient.java:934)\r\n\tat org

로컬 환경에서 테스트 목적으로 Elasticsearch를 구동할 때는 HTTPS 접근을 비활성화하는 것이 가장 빠르고 쉬운 해결책입니다.

Elasticsearch는 기본적으로 보안을 위해 HTTPS(SSL) 접근이 활성화되어 있습니다.

이 설정을 변경하려면 Elasticsearch 설치 경로에 있는 elasticsearch.yml 파일을 수정해야 합니다.

elasticsearch.yml 파일에서 xpack.security.http.ssl 섹션을 찾아 다음과 같이 enabled 값을 false로 변경해 주면 됩니다.

elasticsearch.yml
# Enable encryption for HTTP API client connections, such as Kibana, Logstash, and Agents

xpack.security.http.ssl:
  # enabled: true << 기본 설정 (주석 처리 또는 삭제)
  enabled: false # << 추가 또는 변경
  keystore.path: certs/http.p12

변경 후에는 Elasticsearch 서비스를 재시작해야 적용됩니다.
서비스를 재시작하면 https://localhost:9200으로 정상적으로 접속되는 것을 확인할 수 있습니다.

간혹 위 설정 변경 이후 사용자 ID와 비밀번호를 요구하는 경우가 있습니다.

다음과 같은 오류 로그가 발생

userInfo errorLog
"error": "Internal Server Error",
"trace": "co.elastic.clients.elasticsearch._types.ElasticsearchException: [es/search] failed: [security_exception] missing authentication credentials for REST request [/topic/_search?typed_keys=true]\r\n\tat co.elastic.clients.transport.ElasticsearchTransportBase.getApiResponse(ElasticsearchTransportBase.java:357)\r\n\tat co.elastic.clients.transport

사용자 ID/PW 요구 시 해결 방법

1. 사용자 추가 및 역할 지정

가장 권장되는 방법은 테스트용 사용자를 추가하고 superuser 역할을 부여하는 것입니다.

다음 명령어를 사용하여 사용자를 추가할 수 있습니다.

elasticsearch-users useradd testId -p testPwd -r superuser
elasticsearch-users roles testId -a superuser

위 명령어에서 testId 사용자 ID이고 -p testPwd 비밀번호입니다.

2. 사용자 인증 설정 제거 (보안에 취약)

또 다른 방법은 사용자 인증 자체를 비활성화하는 것입니다.
이는 로컬 테스트 환경에서만 사용해야 하며,
보안상 매우 취약하므로 실제 운영 환경에서는 절대 사용해서는 안 됩니다.
elasticsearch.yml 파일에서 xpack.security.enabled 키워드를 찾아 false로 변경 후 서비스를 재시작하면 됩니다.

# Enable security features
#xpack.security.enabled: true # << 기본 설정 (주석 처리 또는 삭제)
xpack.security.enabled: false # << 추가 또는 변경

GitHub Push 실패와 Secret Scanning 위반 해결

jckim — Mon, 7 Jul 2025 09:25:49 +0900

개발을 마치고 git commit 후 push를 실행한 순간, git push 거절 메시지에 대한 직접 겪고 해결한 과정을 공유합니다.

✅ 문제 발생: Push가 거부되었습니다
작업을 완료하고 소스를 원격 저장소에 올리기 위해 commit 후 push를 실행했지만,

아래와 같은 경고창의 메시지와 함께 실패했습니다.

경고창의 메시지처럼 pull을 시도했지만 이미 로컬 저장소는 최신 상태였고

"git 로그 확인" 버튼을 클릭하여 확인해 보기로 하였습니다.

! [remote rejected] branch_name -> branch_name (push declined due to repository rule violations)
error: failed to push some refs to 'git 주소'

메시지는 저장소의 규칙 위반으로 푸시가 거부되었다고 알려주고 있었습니다.

✅ 원인 분석: GitHub의 Secret Scanning 기능
에러 메시지의 핵심은 **"repository rule violations"**였습니다. GitHub 저장소의 규칙을 위반했다는 뜻이었죠.

이는 GitHub가 제공하는 비밀 스캔(Secret Scanning) 기능 때문이었습니다. 이 기능은 저장소에 Access Token, API Key 등 민감한 정보가 커밋되는 것을 자동으로 탐지하고 푸시를 차단하여 보안 위협을 사전에 방지합니다.

저의 경우, 테스트 과정에서 실수로 API 호출에 사용한 토큰 값을 소스 코드에 그대로 하드코딩했고, 이 변경사항을 커밋에 포함하여 푸시를 시도하다가 비밀 스캔 규칙에 걸려 차단된 것이었습니다.

✅ 해결 과정: 안전하게 과거로 돌아가기
문제를 해결하기 위해 민감한 정보가 포함된 가장 최신 커밋을 취소해야 했습니다. 이때 작업 내용은 그대로 유지하면서 커밋 기록만 이전으로 되돌리는 git reset 명령어를 사용했습니다.

git reset --soft HEAD~1

--soft 옵션 덕분에 마지막 커밋은 취소되었지만, 변경된 파일들은 모두 Staging Area에 그대로 남아있었습니다. 이후 코드에서 토큰 값을 제거하고 다시 커밋하여 안전하게 푸시를 완료할 수 있었습니다.

✅ 민감 정보 관리 예방 방법
이번 경험을 통해 민감한 정보를 안전하게 관리하는 것의 중요성을 다시 한번 깨달았습니다. 토큰이나 API Key 같은 비밀 정보는 다음과 같은 방법을 사용하여 관리하는 것이 안전하고 권장됩니다.

프로퍼티(.properties, .yml) 파일 분리: 설정 파일을 통해 외부에서 값을 주입합니다.

환경 변수(Environment Variables) 사용: 시스템의 환경 변수에 값을 저장하고 코드에서는 변수를 참조합니다.

암호화(Encryption): Vault나 KMS와 같은 암호화 솔루션을 사용하여 민감 정보를 암호화하여 저장하고 필요할 때 복호화하여 사용합니다.

Spring Bean은 싱글톤인데, 사용자 정보 유출이 발생하지 않는 이유

jckim — Tue, 22 Apr 2025 11:24:26 +0900

Spring에서 대부분의 Bean은 기본적으로 싱글톤(Singleton) 스코프로 관리됩니다. 즉, 애플리케이션 컨텍스트 내에서 해당 Bean의 인스턴스는 하나만 생성되고, 모든 요청에서 이를 공유해 사용합니다.

이러한 구조는 성능 측면에서는 효율적이지만, 요청 간 자원 공유로 인해 사용자 정보가 노출되는 것이 아닌가? 하는 우려가 생길 수 있습니다.

그러나 실제로는 잘 설계된 Bean이라면 싱글톤 방식에서도 사용자 정보 유출 없이 안전하게 동작할 수 있습니다. 그 핵심은 바로 Stateless 설계입니다.

싱글톤(Singleton) 방식이란?

"싱글톤"이란 객체가 애플리케이션 전체에서 단 하나만 생성되어 재사용되는 디자인 패턴입니다. Spring에서는 기본 스코프가 Singleton이므로, 특별한 설정이 없는 한 Bean은 하나의 인스턴스로만 유지됩니다.

싱글톤임에도 안전한 이유: Stateless 설계

싱글톤 Bean이 사용자 정보를 공유하지 않으려면, 해당 Bean이 상태(State)를 갖지 않아야 합니다. 즉, 요청 간 정보를 인스턴스의 필드에 저장하지 않는 구조로 설계해야 합니다.

이러한 Stateless 방식은 다음과 같은 원칙을 따릅니다:

모든 요청 데이터를 지역 변수(local variable) 로 처리
필드(field) 에 요청 정보를 저장하지 않음
외부 상태(세션, 쿠키, 헤더 등) 또는 메소드 인자를 통해 필요한 정보만 활용

잘못된 설계 예시: 상태를 저장하는 Bean

@Service
public class UserService {
    private String userName; // 상태 저장 → 위험

    public void process(String name) {
        this.userName = name;
        // name 값을 활용하는 로직
    }
}

위 코드는 userName이라는 필드에 요청 데이터를 저장하고 있어 Thread 간 정보가 섞이는 문제가 발생할 수 있습니다. 여러 사용자가 동시에 이 메서드를 호출할 경우, 이전 사용자 정보가 새로운 요청에 의해 덮어쓰여 정보 유출이 발생할 수 있습니다.

올바른 설계 예시: Thread-safe & Stateless

@Service
public class UserService {
    public void process(String name) {
        // 지역 변수로만 처리 → 동시 요청에서도 서로 간섭 없음
        String processedName = name.toUpperCase();
    }
}

위 코드에서는 요청 정보를 지역 변수로 처리하고 있어, 각 요청마다 스레드의 Stack 영역에 독립적으로 메모리가 할당됩니다. 따라서 동시 요청이 발생하더라도 사용자 간 간섭이 없습니다.

상태가 필요한 경우의 대안

Bean에서 상태를 꼭 유지해야 하는 경우에는 다음과 같은 방식들을 고려할 수 있습니다:

사용자별 상태 저장
- HttpSession
- RequestScope
- ThreadLocal
- JWT 토큰 기반 사용자 정보 유지 등
매 요청마다 새로운 Bean 생성
- @Scope("request")
- @Scope("prototype")

마무리

Spring의 싱글톤 Bean은 성능과 구조 측면에서 유리하지만, 설계 방식에 따라 보안 문제가 발생할 수 있습니다. Bean은 Stateless하게 설계하고, 상태가 필요한 경우는 외부 저장소나 스코프 변경을 활용해야 합니다. 이를 통해 싱글톤 구조에서도 안전하고 견고한 시스템을 설계할 수 있습니다.

Netty에서 총 길이를 알 수 없는 데이터 수신 처리 전략

jckim — Thu, 17 Apr 2025 10:41:33 +0900

Java 기반의 비동기 네트워크 프레임워크인 Netty는 고성능 서버/클라이언트 애플리케이션 개발에 자주 활용됩니다.
이번 글에서는 총길이를 사전에 알 수 없는 바이트 스트림 데이터를 수신해야 하는 상황에서 Netty를 활용해 어떻게 문제를 해결할 수 있었는지 정리해 보겠습니다.

Netty와 데이터 수신의 특징

Netty는 비동기 이벤트 기반 네트워크 프레임워크로, TCP와 같은 연결 지향 프로토콜 기반의 통신에서 널리 사용됩니다.
우리는 외부 기관과 통신할 때 Netty를 통해 데이터를 바이트 스트림 형태로 수신하고 있으며, 다음과 같은 상황을 마주하게 됩니다:

데이터는 여러 조각으로 나뉘어 들어오며 한 번에 도착한다는 보장이 없다.
연결을 유지하자니 언제 끝날지 모르고, 끊자니 데이터가 누락될 위험이 있다.

즉, 메시지의 경계를 알 수 없는 스트림을 다루기 때문에 프레이밍(Framing)이 반드시 필요합니다.

Netty가 제공하는 프레이밍(Framing) Decoder

Netty는 다양한 유형의 메시지 분할 처리를 위한 Decoder를 기본 제공하고 있습니다:

LineBasedFrameDecoder
- 개행 문자(\n, \r\n) 기준으로 메시지를 분리합니다.
- 텍스트 기반 프로토콜(ex. Telnet)에서 사용됩니다.
DelimiterBasedFrameDecoder
- 사용자 정의 구분자(ex. @@END@@)를 기준으로 메시지를 나눕니다.
FixedLengthFrameDecoder
- 고정된 길이의 메시지를 처리합니다. (ex. 1024바이트씩)
LengthFieldBasedFrameDecoder
- 메시지의 헤더에 포함된 길이 필드를 기반으로 동작합니다.
- 대부분의 TCP 기반 바이너리 프로토콜에서 활용됩니다.

이러한 Decoder들은 메시지 구조가 명확히 정의되어 있고 송수신 간 협의가 잘 되어 있을 때 매우 효과적입니다.

프레이밍이 어려운 특수한 상황

그러나 다음과 같은 요구사항이 있는 경우, 위의 Decoder 방식으로는 처리하기 어렵습니다:

메시지 길이가 가변적이다.
메시지가 매우 길다. (예: 50만 바이트 이상)
헤더에 전체 길이 정보를 포함할 수 없다.

이러한 경우, 메시지 경계를 일반적인 방식으로 판단하기 어려워 별도의 처리 전략이 필요합니다.

해결 전략: IdleStateHandler + userEventTriggered 활용

총 길이를 알 수 없는 메시지를 다룰 때는 연결 유휴 상태(Idle)를 기반으로 메시지 수신 완료를 판단하는 방식이 유효합니다.
이를 위해 Netty에서는 IdleStateHandler와 userEventTriggered를 함께 사용할 수 있습니다.

userEventTriggered란?

Netty의 ChannelInboundHandler에는 userEventTriggered라는 메서드가 있습니다.
이 메서드는 일반적인 읽기/쓰기 이벤트가 아닌 프레임워크나 사용자 정의 이벤트를 처리하는 데 사용됩니다.

@Override
public void userEventTriggered(ChannelHandlerContext ctx, Object evt) throws Exception {
    // 사용자 정의 이벤트 처리
}

ctx.fireUserEventTriggered(event) 형태로 파이프라인을 따라 이벤트가 전달됩니다.

IdleStateHandler로 타임아웃 감지하기

Netty의 IdleStateHandler는 지정한 시간 동안 읽기/쓰기 이벤트가 없을 경우 자동으로 idle 이벤트를 발생시킵니다.

pipeline.addLast(new IdleStateHandler(10, 0, 0, TimeUnit.SECONDS)); 
pipeline.addLast(new MyIdleHandler());

매개변수 설명

public IdleStateHandler(
    long readerIdleTime,
    long writerIdleTime,
    long allIdleTime,
    TimeUnit unit
)

readerIdleTime: 지정 시간 동안 읽기 없음 → READER_IDLE 발생
writerIdleTime: 지정 시간 동안 쓰기 없음 → WRITER_IDLE 발생
allIdleTime: 읽기/쓰기 모두 없음 → ALL_IDLE 발생
unit: 시간 단위 (예: TimeUnit.SECONDS)

public class MyIdleHandler extends ChannelInboundHandlerAdapter {

    @Override
    public void channelRead(ChannelHandlerContext ctx, Object msg) {
        // 데이터 수신 시 Idle 타이머 재설정 가능
        // pipeline에서 IdleStateHandler는 처음부터 설정되어 있어야 함
        ... 메시지 적재 ...
    }

    @Override
    public void userEventTriggered(ChannelHandlerContext ctx, Object evt) throws Exception {
        if (evt instanceof IdleStateEvent) {
            IdleStateEvent e = (IdleStateEvent) evt;
            if (e.state() == IdleState.READER_IDLE) {
                System.out.println("10초 동안 읽기 없음 → 메시지 수신 완료로 간주");
                ... 메시지 처리 로직 ...
                ctx.close(); // 연결 종료
            }
        } else {
            super.userEventTriggered(ctx, evt);
        }
    }
}

정리

클라이언트 측에서 스트림 형태로 데이터를 전송할 때,
특정 시간(예: 10초) 동안 추가 데이터가 수신되지 않는다면 더 이상 전송할 메시지가 없는 것으로 간주하고
수신 완료 후 후속 처리 로직을 진행하는 방식으로 문제를 해결할 수 있습니다.

이러한 방식은 프레이밍 조건을 정의하기 어려운 통신 환경에서 유용하며,
Netty의 유휴 감지 기능을 적절히 활용하면 안정적인 데이터 수신 처리가 가능합니다.

Resin 서버에서 MultipartFile 호환성 이슈 및 해결 과정

jckim — Mon, 31 Mar 2025 17:37:48 +0900

1. 개요
로컬 환경은 Spring Framework와 Tomcat 서버를 기반으로 개발되어 있었으며, 파일 업로드 기능은 MultipartFile을 활용하여 구현되어 있었다.
프로젝트의 서버 환경의 경우 WAS(Web Application Server)를 Tomcat이 아닌 Resin을 사용하는 것을 뒤늦게 확인하였고
이 과정에서 파일 업로드 기능에 문제가 발생하였다.

2. 문제 상황
Resin 서버로 이관 후, 클라이언트에서 전송한 파일이 서버에서 MultipartFile 객체로 정상적으로 매핑되지 않거나,
transferTo() 호출 시 내부적으로 발생하는 권한/호환성 오류로 인해 업로드가 실패하였다.
대표적인 예외 메시지는 다음과 같았다.

java.lang.NullPointerException : null
at cohttp://m.caucho.server.http.MultipartRequest$PartImpl.write(AbstractCauchoRequest.java:xxxx)
at org.springframework.web.multipart.support.StandardMultipartHttpServletRequest$StandardMultipartFile.transferTo(StandardMultipartHttpServletRequest.java:xxx)

3. 원인 분석

Resin 서버가 multipart 처리 과정에서 자체적으로 파일을 기록하려 할 때 문제가 발생.

이는 Resin 내부의 가상 파일 시스템(VFS) 처리 방식과 Spring의 Multipart 처리 방식이 충돌한 것으로 보여짐.

* Resin 의 버전별로 MultipartFile.transferTo() 호환여부

Resin 4.0.65 및 이전 버전: 호환되지 않음

Resin 4.0.66 이후 버전: 호환

4. 해결 방안
transferTo() 대신 FileOutputStream을 사용하여 업로드된 파일의 바이트를 직접 저장하는 방식으로 변경함으로써 문제를 해결

5. 적용 코드
기존 소스코드

@PostMapping("/upload")
public String handleFileUpload(@RequestParam("file") MultipartFile file) {
    if (file.isEmpty()) {
        return "업로드할 파일을 선택해주세요.";
    }

    try {
        // 저장할 경로 설정
        String uploadDir = "/data/uploads/";
        String filePath = uploadDir + file.getOriginalFilename();

        // 디렉토리 없을 경우 생성
        File dir = new File(uploadDir);
        if (!dir.exists()) dir.mkdirs();

//MultipartFile의 transferTo 사용
       file.transferTo(filePath);

        return "업로드 성공: " + file.getOriginalFilename();
    } catch (IOException e) {
        e.printStackTrace();
        return "업로드 실패: " + e.getMessage();
    }
}

해결 소스코드

@PostMapping("/upload")
public String handleFileUpload(@RequestParam("file") MultipartFile file) {
    if (file.isEmpty()) {
        return "업로드할 파일을 선택해주세요.";
    }

    try {
        // 저장할 경로 설정
        String uploadDir = "/data/uploads/";
        String filePath = uploadDir + file.getOriginalFilename();

        // 디렉토리 없을 경우 생성
        File dir = new File(uploadDir);
        if (!dir.exists()) dir.mkdirs();

        // FileOutputStream을 통한 수동 저장
        try (FileOutputStream fos = new FileOutputStream(filePath)) {
            fos.write(file.getBytes());
        }

        return "업로드 성공: " + file.getOriginalFilename();
    } catch (IOException e) {
        e.printStackTrace();
        return "업로드 실패: " + e.getMessage();
    }
}

PostgreSQL MyBatis "invalid input syntax for type numeric" 오류 해결

jckim — Wed, 26 Mar 2025 17:54:41 +0900

1. 오류 개요

PostgreSQL과 MyBatis를 사용하여 데이터베이스 작업을 수행하는 중 "invalid input syntax for type numeric" 오류가 발생하였다.

2. 오류 발생 위치 및 원인 분석

2.1 오류 발생 위치

오류가 발생한 위치는 MyBatis SQL을 선언한 XML 파일 내의 쿼리에서 확인되었다.

문제 발생 쿼리 (일부)

update test_table
set num = nullif(#{paramNum}, '')::numeric
where id = #{id}

2.2 오류 메시지 및 원인 분석

오류 메시지: invalid input syntax for type numeric : ""

파라미터 paramNum이 빈 문자열 ('')로 전달되는 경우 발생

이미 nullif(파라미터, '') 함수를 사용하여 빈 문자열을 NULL로 변환하는 처리 적용

그러나, 동일한 SQL 문 내의 INSERT 문에서 nullif 처리가 누락된 것이 원인으로 확인됨

3. 상세 분석

PostgreSQL은 Oracle의 MERGE INTO 구문을 지원하지 않기 때문에 UPSERT 방식으로 데이터를 갱신한다. 해당 코드에서 다음과 같은 WITH upsert 구문이 사용되었다.

쿼리 내용 (상세)

WITH upsert AS (
    UPDATE test_table
    SET num = nullif(#{paramNum}, '')::numeric
    WHERE id = #{id}
)

INSERT INTO test_table (num, id)
SELECT #{paramNum}::numeric, #{id}
WHERE NOT EXISTS (SELECT * FROM upsert)

3.1 문제 발생 원인

UPDATE 문에서는 nullif(#{paramNum}, '')::numeric 처리를 적용하여 빈 문자열('')이 NULL로 변환됨.

그러나 INSERT 문에서는 #{paramNum}::numeric로 직접 변환을 수행하면서 빈 문자열('')이 numeric 타입으로 캐스팅될 때 오류 발생.

MyBatis는 쿼리를 한 줄씩 검증하며 실행하므로, 조건문 없이 그대로 INSERT 문이 생성되면서 오류가 발생함.

<if test=""> 구문을 사용하여 실행 여부를 제어하면, 동일한 상황에서 오류를 방지할 수 있음.

4. 해결 방법

4.1 INSERT 문에서도 nullif 적용

INSERT INTO test_table (num, id)
SELECT nullif(#{paramNum}, '')::numeric, #{id}
WHERE NOT EXISTS (SELECT * FROM upsert)

4.2 <if test=""> 적용하여 조건부 실행

<if test="paramNum != null and paramNum != ''">
    INSERT INTO test_table (num, id)
    SELECT #{paramNum}::numeric, #{id}
    WHERE NOT EXISTS (SELECT * FROM upsert)
</if>

5. 결론

numeric 타입의 컬럼에 빈 문자열이 입력되면 invalid input syntax for type numeric 오류가 발생할 수 있음.

nullif(#{paramNum}, '')::numeric 함수를 UPDATE뿐만 아니라 INSERT에도 적용하여 해결 가능.

<if test=""> 구문을 활용하여 빈 문자열 입력 시 INSERT 문이 생성되지 않도록 제어 가능.

해당 방식 적용 후 동일한 오류가 발생하지 않음을 확인함.

[java] jdom xPath 호출 시 멈춤 현상 해결

jckim — Fri, 11 Oct 2024 15:47:57 +0900

jdom의 xPath 기능을 활용하여
xml 전문 내에서 특정 항목의 값을 추출하려 하였으나
더 이상 로그가 표출되지 않고 진행이 되지 않고 멈추는 증상이 발생하였다.

사용하고 있는 xPath 관련 코드는 아래와 같다.

Document documentData

selectElement = (Element)XPath.selectSingleNode(documentData,pm_sPath);

XPath class 정의를 보기 위해 declaration open을 해보았을 때 jdom.jar 내에 있다고 확인되었고
해당 메소드를 사용하는 소스상에도

import org.jdom.xpath.XPath;

import 정보를 확인할 수 있었음.

jdom.jar에서 해당 메서드를 호출하는 소스를 디컴파일 해보았음.

XPath.class의 일부

  public static Object selectSingleNode(Object context, String path)
    throws JDOMException
  {
    return newInstance(path).selectSingleNode(context);
  }

newInstance 메소드에 path 매개변수를 활용하여 selectSingleNode 메서드를 호출하는 것으로 보여
newInstance 메소드 로직을 먼저 확인

  public static XPath newInstance(String path)
    throws JDOMException
  {
    try
    {
      if (constructor == null) {
        String className;
        try {
          className = System.getProperty("org.jdom.xpath.class", "org.jdom.xpath.JaxenXPath");
        }
        catch (SecurityException ex1)
        {
          className = "org.jdom.xpath.JaxenXPath";
        }
        setXPathClass(Class.forName(className));
      }

      return (XPath)constructor.newInstance(new Object[] { path });
    }
    catch (JDOMException ex1) {
      throw ex1;
    }
    catch (InvocationTargetException ex2)
    {
      Throwable t = ex2.getTargetException();

      throw ((t instanceof JDOMException) ? (JDOMException)t : new JDOMException(t.toString(), t));
    }
    catch (Exception ex3)
    {
    }
    throw new JDOMException(ex3.toString(), ex3);
  }

System.getProperty("org.jdom.xpath.class", "org.jdom.xpath.JaxenXPath");
으로 시스템 등록정보의 값을 className로 선언하는데
위처럼 getProperty 내 매개변수가 2개인 경우 "org.jdom.xpath.class" 시스템 등록정보가 없는 경우 "org.jdom.xpath.JaxenXPath"라는 값으로 기본값으로 가져오는 기능이다.
작업 중인 시스템은 "org.jdom.xpath.class"에 대한 시스템 등록정보 선언이 없기 때문에 className은 "org.jdom.xpath.JaxenXPath"이 된다.

동일한 jdom.jar에 "org.jdom.xpath.JaxenXPath" class가 존재하여 확인함.
해당 class에서 XPath.selectSingleNode 기능을 호출하는 메서드를 확인하였음.

class JaxenXPath extends XPath
	
	private transient JDOMXPath xPath;
	
	  public Object selectSingleNode(Object context)
    throws JDOMException
  {
    try
    {
      this.currentContext = context;

      Object localObject1 = this.xPath.selectSingleNode(context);
      return localObject1;
    }
    catch (JaxenException ex1)
    {
      throw new JDOMException("XPath error while evaluating \"" + this.xPath.toString() + "\": " + ex1.getMessage(), ex1);
    }
    finally
    {
      this.currentContext = null; } throw localObject2;
  }

위 소스에서는 "this.xPath.selectSingleNode" 부분이 주요 로직인데 xPath로 선언된 JDOMXPath class를 확인해 보고자 해당 class를 조회해 보았으나 class 파일을 확인할 수 없었다.

JDOMXPath class를 import 하는 부분을 확인해보았다.

JaxenXPath class에서 import 하고 있는 목록이다.

package org.jdom.xpath;

import java.util.List;
import org.jaxen.JaxenException;
import org.jaxen.SimpleNamespaceContext;
import org.jaxen.SimpleVariableContext;
import org.jaxen.jdom.JDOMXPath;
import org.jdom.Attribute;
import org.jdom.Content;
import org.jdom.Document;
import org.jdom.Element;
import org.jdom.JDOMException;
import org.jdom.Namespace;

org.jaxen 이라는 패키지 경로를 가리키고 있지만 jdom.jar 및 프로젝트에서 해당 소스를 볼 수 있는 경로는 확인할 수 없었음.

확인해 본 결과 jaxen.jar를 별도로 추가하여 xPath 기능을 사용하는 방법이 잘 알려져 있었음.

jaxen.jar 파일을 추가하여 서버 재기동을 해본 결과 정상적으로 동작하는 것을 확인함.

jdom에서 xPath 기능을 사용하고자 하는 경우 아래 라이브러리 파일 2개를 함께 추가해주어야 함.

jdom.jar, jaxen.jar

[java] 인코딩이 다른 시스템간 byte 데이터 주고받기

jckim — Thu, 26 Sep 2024 17:52:06 +0900

서로 다른 시스템 간 byte 데이터를 송수신하는 기능을 개발

조건
1.byte 데이터를 String형으로 송수신
2.시스템간 인스턴스 문자 인코딩(UTF-8, EUC-KR 등)이 다름

바이트 데이터 추출하기

    	System.out.println("===현재 프로젝트 문자 인코딩 UTF-8===");
    	System.out.println("===byte 데이터 문자 인코딩 확인===");
    	String testStr = "테스트";
		
		byte[] euckrByte = testStr.getBytes("EUC-KR");
		byte[] utf8Byte = testStr.getBytes("UTF-8");
		
		String euckrStrToUtf8 = new String(euckrByte,"UTF-8");
		String utf8StrToUtf8 = new String(utf8Byte,"UTF-8");
		
		String euckrStrToEuckr = new String(euckrByte,"EUC-KR");
		String utf8StrToEuckr = new String(utf8Byte,"EUC-KR");
		
		System.out.println("수신인코딩 >> 디코딩 : 결과");
		System.out.println("euckr >> utf8 : " + euckrStrToUtf8);
		System.out.println("utf8 >> utf8 : " + utf8StrToUtf8);
		System.out.println("euckr >> euckr : " + euckrStrToEuckr);
		System.out.println("utf8 >> euckr : " + utf8StrToEuckr);

===현재 프로젝트 문자 인코딩 UTF-8===
===byte 데이터 문자 인코딩 확인===
수신인코딩 >> 디코딩 : 결과
euckr >> utf8 : �׽�Ʈ
utf8 >> utf8 : 테스트
euckr >> euckr : 테스트
utf8 >> euckr : ���ㅽ��

해당 방식으로 바이트 데이터 추출하여 값을 확인할 수도 있지만 문자열로 전달이 필요하기에 추가 작업이 필요

작업방법

byte[]을 전달하려면 해당 바이트 배열을 BASE64 인코딩하여 전달하는 방법이 있음.
통신하는 두 시스템의 문자 인코딩이 다른 것이 우려될 수 있지만 BASE64을 사용하여 전달하면
수신받는 시스템에서도 동일한 문자 인코딩으로 디코딩하면 정상적으로 파싱이 가능하다.

    	System.out.println("===현재 프로젝트 인코딩 UTF-8===");
    	System.out.println("===byte 데이터 BASE64Encode 데이터 인코딩 확인===");
    	BASE64Encoder encoder = new BASE64Encoder();
    	BASE64Decoder decoder = new BASE64Decoder();
    	
    	String testStr = "테스트";

    	byte[] euckrByte = testStr.getBytes("EUC-KR");
		byte[] utf8Byte = testStr.getBytes("UTF-8");
		
    	String euckrByteEncode = encoder.encodeBuffer(euckrByte);
    	String utf8ByteEncode = encoder.encodeBuffer(utf8Byte);
    	
    	System.out.println("===문자형으로 BASE64Encode된 바이트 데이터 수신===");
		
		String euckrStrToUtf8Encode = new String(euckrByteEncode);
		String utf8StrToUtf8Encode = new String(utf8ByteEncode);
		
		System.out.println("수신인코딩 >> 디코딩 : 결과");
		System.out.println("euckr >> utf8 : " + euckrStrToUtf8Encode);
		System.out.println("utf8 >> utf8 : " + utf8StrToUtf8Encode);
		System.out.println("euckr >> euckr : " + "불가");
		System.out.println("utf8 >> euckr : " + "불가");	

		//디코딩 하여 byte 형식으로 변환
		byte[] euckrByteDecode = decoder.decodeBuffer(euckrByteEncode);
		byte[] utf8ByteDecode = decoder.decodeBuffer(utf8ByteEncode);
		
		String euckrStrToUtf8 = new String(euckrByteDecode,"UTF-8");
		String utf8StrToUtf8 = new String(utf8ByteDecode,"UTF-8");
		
		String euckrStrToEuckr = new String(euckrByteDecode,"EUC-KR");
		String utf8StrToEuckr = new String(utf8ByteDecode,"EUC-KR");
		System.out.println("===문자형 데이터 BASE64Decode 후 문자 인코딩 변환===");		
		System.out.println("수신인코딩 >> 디코딩 : 결과");
		System.out.println("euckr >> utf8 : " + euckrStrToUtf8);
		System.out.println("utf8 >> utf8 : " + utf8StrToUtf8);
		System.out.println("euckr >> euckr : " + euckrStrToEuckr);
		System.out.println("utf8 >> euckr : " + utf8StrToEuckr);

===현재 프로젝트 인코딩 UTF-8===
===byte 데이터 BASE64Encode 데이터 인코딩 확인===
===문자형으로 BASE64Encode된 바이트 데이터 수신===
수신인코딩 >> 디코딩 : 결과
euckr >> utf8 : xde9usau
utf8 >> utf8 : 7YWM7Iqk7Yq4
euckr >> euckr : 불가
utf8 >> euckr : 불가
===문자형 데이터 BASE64Decode 후 문자 인코딩 변환===
수신인코딩 >> 디코딩 : 결과
euckr >> utf8 : �׽�Ʈ
utf8 >> utf8 : 테스트
euckr >> euckr : 테스트
utf8 >> euckr : ���ㅽ��

결론
통신할때 문자 인코딩(UTF-8, EUC-KR 등)을 어떤 것으로 할 것인지 사전에 협의하여 동일한 문자 인코딩으로 BASE64 인코딩 디코딩을 하여 데이터 손실 없이 정상적으로 바이트 데이터를 송수신하여 처리할 수 있음.

Jquery append 시 연관없는 이벤트 발생 해결

jckim — Wed, 26 Jun 2024 10:06:54 +0900

HTML과 Jquery 활용한 화면 프론트 작업 중 발생한 문제이다.

문제

Jquery를 통하여 특정 영역에 html을 append 해주는 기능을 작업하던 중

서버에서 요청받은 데이터가 해당 기능 추가 전과 후의 차이가 확인되었음.

설명을 위해 필요한 부분만 작성한 html 코드 예시

<form>
    <div id="baseInfo" style="display:none;">
        <input type="text" name="testName" id="testName"/>
        <input type="password" name="testNumber" id="testNumber" onblur="testFunc();"/>
    </div>

    <div id="testArea">
    </div>
</form>

우선 결과 데이터를 기준으로 비교 결과 testFunc() 함수가 실행된 결과임을 알 수 있었음.

다만 해당 함수 위치한 영역은 숨겨져 있으며 특정조건에 일치하는 경우에 대해서만 표출해주고 있는 형태이다.

함수가 실행되기 위해서는 onblur 이벤트가 발생해야함.

하지만 테스트한 케이스는 해당 영역이 표출되어있지 않음.

append 시 사용하는 Jquery 소스코드
$('#testArea').append("<input type='text'/>");

원인분석

아래 브라우저 네이티브 함수를 활용하여 문제가 발생하는 요소에 발생하는 이벤트를 모니터링함.

//이벤트 모니터링 설정 id가 "testNumber" 인 요소에서 발생하는 모든 이벤트 모니터링
monitorEvents($('#testNumber')[0]);

모니터링 설정 후 브라우저의 콘솔창을 확인하면서 테스트를 진행하였음.

append 시 아래와 같은 이벤트 발생

발생한 이벤트를 보면 focus, keydown, keyup, blur 이벤트가 순차적으로 발생하였음.
해당 요소에는 직접적으로 한것이 없는데 이러한 이벤트가 발생하는 것을 확인.

좀 더 정확하게 확인하기 위해 숨김처리 해두었던 baseInfo 태그를 표출로 해두고 테스트를 다시 진행함.

다시 진행을 하는 순간 브라우저의 비밀번호 자동완성 기능이 동작하여 이미 해당 칸을 채워둔 것이 확인되었음.

재현을 하기위해서 해당 영역은 그대로 두고 다음 append 하는 부분을 진행하였음.

역시나 onblur 이벤트가 발생하면서 testFunc() 함수가 실행됨을 확인.

append 시 다른 type인 경우도 영향이 있는지 확인해 본 결과 hidden을 제외한 type은 모두 동일한 이벤트가 발생하였음.

//이벤트발생
$('#testArea').append("<input type='text'/>")
$('#testArea').append("<input type='tel'/>")
$('#testArea').append("<input type='nember'/>")
//select, radio 등

//이벤트 미발생
$('#testArea').append("<input type='hidden'/>")

그렇다면 현재 영역은 표출되고 있으니 자동완성된 값을 지우고 다시 append를 진행하면 정상적으로 동작하는지 확인하였음.

오히려 기존 이벤트에 input과 change 이벤트가 추가되며 자동완성 데이터가 다시 입력되는 것이 확인됨.

해결방법
브라우저 비밀번호 자동완성 방지 방법은 해당 form 및 input 태그에 선언해주면 됨.

autocomplete="new-password"
또는
autocomplete="off"

해결방법 자체는 간단하였으나 원인 파악 및 증상재현을 하는 부분에서 시간이 많이 소요되었음.

MyBatis ORACLE SEQUENCE 미증가 해결

jckim — Fri, 19 Apr 2024 13:54:50 +0900

오라클 시퀀스를 사용한 기능을 추가하던 중 시퀀스가 증가하지 않는 현상이 발생하였음.

간략한 작업 내용은 특정 시퀀스를 조회하여 보관하고
다시 동일한 시퀀스를 조회하여 함께 사용하는 작업이었음.

첫 번째 시퀀스 조회 시 증가된 번호를 가져왔으나
두 번째 시퀀스 조회 시 첫 번째에 조회된 번호가 그대로 들어있었음.

첫번째 시퀀스 조회 결과 : 1
두번째 시퀀스 조회 결과 : 1

해당 기능과 관련된 일부 소스는 아래와 같음.

MyBatis 영역

<select id="getSeq" resultType="int">
	SELECT SEQ.NEXTVAL FROM DUAL
</select>

Repository 영역

TestDAO interface 작성 생략

@Repository
public class TestDAOImpl implements TestDAO{
	@Override
	public int getTestSeq() {
		return selectOne("getSeq");
	}
}

Service 영역

TestService interface 작성 생략

@Transactional(rollbackFor = Exception.class)
@Service
public class TestServiceImpl implements TestService {
	@Autowired
	TestDao testDao;

	@Override
	public void getTestSeq() {
		//첫번째 시퀀스 호출
		int firstSeq = testDao.getTestSeq();

		int secondSeq = testDao.getTestSeq();

		Logger.debug("첫번째 시퀀스 조회 결과 : " + firstSeq);

		Logger.debug("두번째 시퀀스 조회 결과 : " + secondSeq);

		//위에 값을 활용해서 진행
		testDao.insert(...);

	}

}

트랜잭션이 문제인가 싶어 @Transactional(propagation, isolation) 옵션에 대해서 변경해 보고 테스트해보았으나 현상은 동일하였음.

MyBatis의 Cache 관련 정보를 확인

Local Session Cache
세션이 생성될때 마다 로컬캐시를 생성하고
동일한 쿼리에 대한 결과는 캐시에서 조회하여 반환.
commit, rollback, insert, delete, update 동작 및 트랜잭션이 종료되면 캐시를 비움.

Second Level Cache
mapper namespace 단위로 적용 가능하고 옵션으로 사용여부 설정이 가능함.

MyBatis의 Cache 관련 옵션을 확인

<configuration>
	<settings>
		<setting name="cacheEnabled" value="false" />
	</settings>
	...
	...
	...
</configuration>

해당 옵션이 설정되어있기 때문에 Second Level Cache 기능은 사용하지 않고 있는 것으로 확인.

Local Session Cache 로 인해 동일한 결과가 나오는 것으로 추정.

해결방법

1.해당 쿼리 MyBatis 영역 flushCache 옵션 설정

<select id="getSeq" resultType="int" flushCache = true>
	SELECT SEQ.NEXTVAL FROM DUAL
</select>

flushCache 옵션을 true로 설정해 주면 트랜잭션이 끝나지 않아도 재조회시 동일 쿼리 조회 시 캐시가 flush 되어 새로운 값을 가져오게 됨.

2. 서비스 계층이 아닌 컨트롤러 계층에서 채번하는 방법
컨트롤러에서 채번을 하게 되면 동일한 트랜잭션이 아니기 때문에 중복되는 값을 조회하지 않게 된다. 하지만 해당 기능을 호출하는 부분에 동일하게 작업을 해주어야 하는 게 작업영역이 커지면 공수가 많이 들게 됨.

3. 로직상 첫번째 채번 후 insert 작업 진행 후 두 번째 채번을 진행 후 비지니스 로직을 수정하는 방법
로컬캐시가 초기화되는 조건 중 하나인 commit, rollback, insert, delete, update 동작 및 트랜잭션이 종료를 활용하는 방법으로 서비스 계층의 비지니스 로직을 아래와 같이 변경할 수 있음.

Service 영역

TestService interface 작성 생략

@Transactional(rollbackFor = Exception.class)
@Service
public class TestServiceImpl implements TestService {
	@Autowired
	TestDao testDao;

	@Override
	public void getTestSeq() {
		//첫번째 시퀀스 호출
		int firstSeq = testDao.getTestSeq();

		//위에 값을 활용해서 진행
		testDao.insert(...);

		int secondSeq = testDao.getTestSeq();

		//위에 값을 활용해서 진행
		testDao.insert(...);

		Logger.debug("첫번째 시퀀스 조회 결과 : " + firstSeq);

		Logger.debug("두번째 시퀀스 조회 결과 : " + secondSeq);

	}

}

첫번째 시퀀스 조회 결과 : 1
두번째 시퀀스 조회 결과 : 2

ObjectMapper 결과 값 주입이 안되는 경우

jckim — Wed, 17 Jan 2024 00:24:53 +0900

발단상황

java를 사용하고 데이터베이스에서 조회된 데이터 목록을
JSON 형태로 응답을 해주는 방법 중 하나로는
ObjectMapper Class ( import com.fasterxml.jackson.databind.ObjectMapper; )가 있다.

ObjectMapper Class 내에 여러 메소드 중 하나인
writeValueAsString 메소드는 java의 Object를 직렬화 과정을 통하여
json 형태의 String 형으로 변환해 주는 역할을 한다.

이러한 기능을 이용하여 기능을 개발을 진행하던 중 원하는 결과를 반환하지 않는 경우가 발생하였다.

데이터베이스에서 데이터 목록을 조회하여
ObjectMapper의 writeValueAsString 메소드를 이용하여
값을 반환하는 기능을 개발하던 중 이였다.

하지만 예상했던 결과와 다르게 데이터 목록을 확인할 수 없었다.
작업한 소스코드의 일부는 아래와 같다.

ObjectMapper om = new ObjectMapper();
String resData;
List<TestEntity> list = TestService.selectTestList();
resData = om.writeValueAsString(list);

어느 부분에서 문제가 발생하는지 찾기 위해 순차적으로 디버깅을 진행해 보았다.
3번 라인의 list 객체에는 값이 정상적으로 담기는 것을 확인하였다.
하지만 4번 라인 resData 변수에는 아래와 같이 데이터가 담겨있었다.

[{},{}]

테스트를 위해 데이터는 2개를 입력해 둔 상태였다.
json 형태의 데이터가 배열 형태로 2개가 존재함은 확인하였음
key와 value 값이 존재하지 않는 것을 확인하였다.

문제해결

먼저 문제를 해결한 방법은 아래와 같다.

@Entity
@Table
@Data //해당 어노테이션을 추가해주었음. @Getter도 가능
@Builder
@NoArgsConstructor
@AllArgsConstructor
public class TestEntity {


	private Long aId;
	private String bId;
}

Entity Class에 Data 어노테이션을 추가해 주었다. (Getter 어노테이션도 가능 이유는 아래에 계속)
Dto Class의 toEntity 기능을 활용하려다가 누락된 것으로 보인다;;;

어노테이션을 추가해 준 후 아래와 같이 데이터가 정상적으로 조회되는 것을 확인할 수 있었다.

[{"aId":11,"bId":"33"},{"aId":22,"bId":"44"}]

원인분석

문제는 해결하였는데 문제가 발생한 원인을 좀 더 찾아보았다.
ObjectMapper 생성자부터 소스코드를 따라가 보았다.

ObjectMapper.java

    	public ObjectMapper() {
        this(null, null, null);
    }
    
    public ObjectMapper(JsonFactory jf,
            DefaultSerializerProvider sp, DefaultDeserializationContext dc)
    {
    	...
        _configOverrides = new ConfigOverrides();
        ...
    }

ObjectMapper Class 내 생성자를 따라가다 보면
ConfigOverrides Class의 생성자를 생성하는 부분이 존재합니다.

ConfigOverrides.java

	public ConfigOverrides() {
        this(null,
                // !!! TODO: change to (ALWAYS, ALWAYS)?
                JsonInclude.Value.empty(),
                JsonSetter.Value.empty(),
                VisibilityChecker.Std.defaultInstance(),
                null, null
        );
    }

ConfigOverrides 생성자의 VisibilityChecker.Std.defaultInstance() 매개변수를 따라가 봅니다.

VisibilityCheckerjava
    
    public static Std defaultInstance() { return DEFAULT; }

    protected final static Std DEFAULT = new Std(
            Visibility.PUBLIC_ONLY, // getter
            Visibility.PUBLIC_ONLY, // is-getter
            Visibility.ANY, // setter
            Visibility.ANY, // creator -- legacy, to support single-arg ctors
            Visibility.PUBLIC_ONLY // field
            );

Instance는 DEFAULT 옵션으로 선언되어있으며 해당 옵션의 값은 그 아래 코드 내에 선언되어 있습니다.
해당 옵션의 의미는 직렬화 진행 시 객체 생성을 위해 방식에 따라서
gettet, isGetter, filed(변수)의 해당 접근제어자는 public이어야만 하며
setter, creator(생성자)는 조건을 특정 짓지 않는다는 것이다.

이러한 내용을 기반으로 문제가 발생한 상황에 적용해 보면
json으로 직렬화해야 하는 객체에 getter 메소드 선언을 누락하였던 것이고
filed는 private 접근제어자로 선언이 되어있기 때문에 값을 가져올 수 없었던 것이었다.
만약 변수가 public이었다면 값을 가져올 수 있었지만
사용자에 의하여 값이 변경될 수 있으니 해당 경우는 흔하지 않을 것으로 보인다.

java RSA decryption is failed (bouncycastleprovider 관련)

jckim — Fri, 6 Oct 2023 16:51:52 +0900

발단
java 환경에서 작업을 진행하던 중 아래와 같은 오류 로그 발생
로컬 작업환경에서는 정상적으로 테스트되었으나 서버상에서 테스트 시 발생

Java security providerexception could not derive key

java rsa decryption is failed

해당 에러가 발생하는 부분에서 사용하고 있는 메소드 확인 시 아래와 같음

import org.bouncycastle.util.encoders.Base64

잘 알려진 JCE(Java Cryptography Extension) 라이브러리 보안 공급자 중 하나인 "bouncycastleprovider"를 호출하다 발생하는 것으로 확인.

원인파악
bouncycastleprovider 사용시 기본 설정하는 부분에 대하여 로컬과 서버 환경을 비교하였음.

1. 보안 공급자 목록 확인

로컬
C:\Program Files\Java\jdk1.8.0_202\jre\lib\security\java.security

서버
[JAVA_HOME]/jre/lib/security/java.security

파일 내용
security.provider.1=sun.security.provider.Sun
security.provider.2=sun.security.rsa.SunRsaSign
security.provider.3=sun.security.ec.SunEC
security.provider.4=com.sun.net.ssl.internal.ssl.Provider
security.provider.5=com.sun.crypto.provider.SunJCE
security.provider.6=sun.security.jgss.SunProvider
security.provider.7=com.sun.security.sasl.Provider
security.provider.8=org.jcp.xml.dsig.internal.dom.XMLDSigRI
security.provider.9=sun.security.smartcardio.SunPCSC
security.provider.10=sun.security.mscapi.SunMSCAPI

security.provider.11=org.bouncycastle.jce.provider.bouncycastleprovider

security.provider.11 존재 여부 확인 두 환경 모두 존재하여 이상 없음.

2.Extension ClassLoader 라이브러리 존재 여부

로컬
C:\Program Files\Java\jdk1.8.0_202\jre\lib\ext

서버
[JAVA_HOME]/jre/lib/ext

해당 경로에 "bcproc-ext-jdk15-145.jar" 파일 존재 여부 확인
로컬환경에서 해당 파일 확인 되나 서버환경에서 해당 파일 존재하지 않음 확인

서버 측 "bcproc-ext-jdk15-145.jar" 현행화 후 application 재기동 후 테스트 정상 확인

원인을 확인하던 중 서버의 해당 프로젝트 경로의 라이브러리 폴더 /lib 내에 "bcproc-ext-jdk15-145.jar" 파일이 존재하였으나 해당 에러메시지가 발생하는 것에 대하여 확인이 필요하다 생각이 되었음.

현재 작업 중인 환경은 프로젝트 소스에서 직접 호출하는 것이 아닌 프로젝트 내 다른 jar 파일 내부에서 bouncycastleprovider의 메서드를 호출하는 로직으로 확인됨.
classpath 내 jar 간 참조는 불가하고 jar내 MENIFEST.MF 파일 내 별도 정의가 없었으므로
classpath의 /lib 경로의 파일이 아닌 Extension ClassLoader를 통한 참조를 진행하였음.

* ClassLoader 종류
- Bootstrap ClassLoader : $JAVA_HOME/jre/lib/rt.jar
- Extension ClassLoader : $JAVA_HOME/jre/lib/ext/*.jar
- Application ClassLoader : $CLASSPATH

* ClassLoader 우선순위
상위 ClassLoader에 있는 Class가 우선순위가 높다
Bootstrap > Extension > Application

* ClassLoader에서 로드된 클래스가 참조하는 다른 클래스는 상위의 ClassLoader에서 찾을 수 있어야 함.

세션 일부 값 누락 현상 조치하기(세션 클러스터링)

jckim — Mon, 7 Aug 2023 12:32:02 +0900

발단
사용자 사용 이력을 분석 중 일부 데이터에 특정 값이 누락되어 저장되는 현상을 확인하였음.

해당 이력이 저장되는 로직을 분석한 결과 A 메소드를 진행 시 객체에 저장된 값을 세션에 저장하여
B화면으로 이동 후 화면내 작업 완료 시
B 메소드로 가지고 가서 이력을 남기는 로직으로 확인하였음.

public String A(HttpServletRequest request){
    TestVo testVo = new TestVo();
    testVo.setOne("1");
    testVo.setTwo("2");
    testVo.setThree("3");

    HttpSession session = request.getSession();
    session.setAttribute("TestSession", vo);

    //현시점 TestSession 값 확인 시 누락없이 정상적으로 저장되어 있음

    return "B()메소드 호출하기 위한 화면";
}

public void B(HttpServletRequest request){
    HttpSession session = request.getSession();

    TestVo testVo = (TestVo)session.getAttribute("TestSession");
    //현시점 TestSession 값 확인 시 누락발생되어 있음 확인 (Three 변수 값 null 확인)
    historySave(testVo); //이력 저장 메소드

}

원인파악
멀티서버 및 이기종 WAS 사용 중이기 때문에 현재 시스템 세션 관련 설정 확인

- application 기준 확인(jboss)
WAS standalone.xml 파일 내 org.jboss.as.clustering.web.infinispan 모듈은 존재하나 관련 설정은 없음.
jboss-web.xml 파일 내 세션 공유 관련 설정 존재하지 않음.
web.xml 내 세션 공유 관련 설정인 <distributable/> 태그가 존재하지 않음.
다만 상용 세션클러스터링 솔루션 관련 filter와 servlet 선언이 존재.

상용 세션클러스터링 솔루션 관련 jar를 decompile 하여 확인 시 TestVo class가 확인되었고
현재 TestVo가 현행화되지 않고 초기 상태임을 확인하였음.

프로젝트 내 TestVo.java 파일

public class TestVo implements Serializable{

    private String one;

    private String two;

    private String three;

}

솔루션 내 TestVo.java 파일

public class TestVo implements Serializable{

    private String one;

    private String two;

    //변수 three 추가 현행화 되어있지 않음

}

해당 부분 소스는 솔루션업체에 요청이 필요하고 객체를 세션에 바로 저장하는 경우는 이상 없이 사용 가능하고
확인된 로직처럼 사용시 값 누락이 발생하기 때문에 직접 조치하는 방안으로 결정하였음.

해결방법
세션으로 TestVo 객체를 전달하는 방법을 다른 방법으로 전달하고자 함.
json으로 전달시 해당 값을 다시 파싱 해야 하는 추가 작업 필요.
메서드 A()에서 TestVo 객체를 직렬화하여 세션에 String 형으로 저장 후
메서드 B()에서 역직렬화를 통하여 객체를 활용하는 방법

public String A(HttpServletRequest request){
    TestVo testVo = new TestVo();
    testVo.setOne("1");
    testVo.setTwo("2");
    testVo.setThree("3");

    HttpSession session = request.getSession();

    byte[] encodeByteTestVo = null;
	String serializedTestVo = null;
    try (ByteArrayOutputStream baos = new ByteArrayOutputStream()) {
        try (ObjectOutputStream oos = new ObjectOutputStream(baos)) {
            oos.writeObject(testVo);
            encodeByteTestVo = Base64.encodeBase64(baos.toByteArray());
            serializedAgreeTestVo = new String(encodeByteTestVo);
        }
    }

    session.setAttribute("TestSession", serializedAgreeTestVo);

    return "B()메소드 호출하기 위한 화면";
}

public String B(HttpServletRequest request){

   HttpSession session = request.getSession(false);
        
        //직렬화된 데이터
        String serializedTestSession = (String)session.getAttribute("TestSession");
        
        TestVo testVo = new TestVo();
        byte[] decodeByteTestVo = Base64.decodeBase64(serializedTestSession.getBytes());
        try(ByteArrayInputStream bais = new ByteArrayInputStream(decodeByteTestVo)) {
        	try (ObjectInputStream ois = new ObjectInputStream(bais)) {
                Object objectTestVo = ois.readObject();
                testVo = (TestVo)objectTestVo;
                historySave(testVo); //이력 저장 메소드
        	}
        }
}

결과
메서드 A()에서 저장한 세션정보가
중간 화면을 거쳐
메소드 B() 호출까지 누락 및 유실 없이 정상적으로 사용됨을 확인하였음.

웹서버 이미지 호출이 안되는 경우(이기종 WAS 운영 환경)

jckim — Tue, 27 Jun 2023 17:37:54 +0900

배포 준비를 하기 위해 배포 작업을 준비하던 중

작업 전 개발서버와 운영서버의 화면을 비교를 위해 확인을 진행함.

운영서버의 경우 화면 내 웹서버에 존재하는 특정 이미지가 정상적으로 표출됨을 확인하였음.

개발서버의 경우 동일한 화면 내 웹서버에 존재하는 특정 이미지가 표출되지 않고 엑스박스로 표시되고 있음을 확인하였음.

엑스박스인 경우 이미지를 정상적으로 가져오지 못하는 경우로 판단하여 원인을 파악하기 위해 순차적으로 확인해 보았다.

실제 해당 이미지의 경로를 노출할 수 없기 때문에 가상의 경로를 기준으로 설명을 진행하겠습니다.

호출 이미지 경로 : /service/img/test.jpg

확인방법

1. 개발 웹서버 해당 위치에 실제로 이미지가 존재하는가

2. 웹서버 아파치 설정 확인

3. 운영서버와 개발서버의 환경차이 확인하기

1. 개발 웹서버 해당 위치에 실제로 이미지가 존재하는가

먼저 기본적인 방법으로 현재 호출하고 있는 웹서버에 해당 경로에 동일한 이름으로 이미지 파일이 존재하는지 확인을 하였음.

확인결과 경로, 파일명, 권한 모두 동일함을 확인하였음.

2. 웹서버 아파치 설정 확인

혹시라도 웹서버상에서 WAS와 연결하기 위한 jkmod 설정 시 설정 부분에 누락 및 잘못된 설정이 있는지 확인하였음.

해당 VirtualHost의 설정부분을 확인해 보았음.

JkMountFile에 이미지 시작 경로인 service가 등록되어 있는지 확인해 보았으나 존재하지 않았음.

아래와 같은 설정이 있었다면 웹서버에서 이미지를 요청하지 않고 WAS로 요청이 전달되었을 것이다.

/service=[인스턴스명]
/service*=[인스턴스명]

다만, 해당 설정을 확인하면서 찾은 다른 설정을 확인하였음.

	<IfModule mod_weblogic.c>
        Include [경로]/[weblogic 설정 파일]
    </IfModule>

해당 설정은 mod_weblogic.c 모듈이 존재하는 경우

weblogic WAS 연동 관련 설정을 포함시키겠다는 것임.

현재 서버환경은 이기종 WAS가 다수 있기 때문에 해당 설정을 진행한 것으로 확인.

2번 확인방법에서 획득한 정보인 [경로]/[weblogic 설정 파일](이하 weblogic 설정 파일)라 을 가지고 3번 확인방법으로 가서 확인해보고자 함.

3. 운영서버와 개발서버의 환경차이 확인하기

개발서버와 운영서버의 weblogic 설정 파일을 비교해보고자 함.

먼저 운영서버의 weblogic 설정 파일의 경우

/service url 관련 제어 설정이 확인되지 않았음.

개발서버의 weblogic 설정 파일의 경우

아래와 같은 설정이 확인되었음.

MatchExpression /service/*

해당 설정은 /service로 시작하는 url 요청이 들어오는 경우 weblogic was로 요청을 전달하는 설정임.

다만 운영환경에는 없고 개발환경에만 존재하는 설정으로 담당자와 협의 후 해당 설정을 제거 후 해당 경로의 이미지를 정상적으로 표출하는 것을 확인하였다.

다중 컨테이너 일괄 관리 docker compose 적용해보기

jckim — Fri, 19 May 2023 22:33:49 +0900

이전에 docker를 이용하여 컨테이너를 생성하여 보았다.

이후 관련 서비스를 추가하면서 컨테이너의 수가 증가하여 개발환경의 PC를 재부팅 시

기동 해야 하는 컨테이너의 개수 또한 증가하였고 반복적인 일이기 때문에 보다 간편하게 관리가 필요했다.

이를 해결하기 위해 docker-compose를 적용해 보았다.

현재 환경에서 docker-compose 설치여부 확인

docker-compose version

위 버전확인 명령어를 입력하여 docker-compose 설치여부를 확인하는데 설치가 되어있다면 아래와 같이 버전정보 확인이 가능하다.

docker-compose version 1.17.1, build unknown
docker-py version: 2.5.1
CPython version: 2.7.17
OpenSSL version: OpenSSL 1.1.1  11 Sep 2018

설치가 되어있지 않은 경우에는 아래와 같은 결과 메시지 확인이 가능하다.

메시지 내에 docker-compose 설치 명령어를 포함하여 안내를 해주고 있다.

Command 'docker-compose' not found, but can be installed with:

apt install docker-compose

설치 명령어를 수행 후 아래와 같이 설치 진행이 완료되면 다시 버전확인 명령어를 입력 후 결과를 확인합니다.

docker-compose 설치 진행

docker-compose.yml 파일 생성

docker-compose가 관리할 컨테이너 정보들을 입력합니다.

아래 예시는

Redis를 위한 redis이미지 기반의 redis 컨테이너

NoSQL DB를 위한 mongo DB 이미지 기반의 mongo 컨테이너

에 대한 정보입니다.

version: "3"

services: 
	redis: 
		container_name: redis
		image: redis:latest
		ports:
			- 6379:6379
			
	mongo:
		container_name: mongo
		image: mongo:latest
		ports:
			- 27017:27017

docker-compose 실행하기

docker-compose up -d

Creating mongo ...
Creating redis ...
Creating mongo
Creating redis ... done

docker-compose.yml 파일을 작성한 경로에서 위 명령어를 입력하면 컨데이터가 생성되었다는 메시지를 확인할 수 있습니다.

-d 옵션은 백그라운드 실행을 하기 위해 추가하였습니다.

컨테이너 실행상태 확인

docker ps

docker-compse up 명령 후 컨테이너 생성 완료 메시지를 확인하였지만

docker 명령어로 한번 더 잘 생성되어 실행 중인지 확인하기 위해

위 명령어 실행 후 아래 결과처럼 실행상태를 확인할 수 있다.

docker 컨테이너 실행 상태

이렇게 하여 docker-compose를 처음 도입하는 경우 필요한 최소한의 과정을 정리해 보았다.

확실히 많은 컨테이너를 하나하나 실행하는 것보다 시간이 적게 소요되며 실수를 줄일 수 있는 것을 확인할 수 있었다.

java Optional orElse() 의도하지 않은 로직 수행 시 확인사항

jckim — Fri, 7 Apr 2023 23:51:47 +0900

Optional이란

java 8버전 이후 부터 java.util 패키지 내 Optional이라는 class를 제공한다.

용도는 java 비지니스 로직을 구현하며 많이 발생하는 NPE(NullPointException)을 방지하기 위함이다.

Optional 사용 시 발생하는 문제점

Optional get 종류에 따른 결과확인을 위한 소스코드

public static void main(String[] args) {
	System.out.println("case1 - Optional.get() 수행");
	Optional<String> case1 = Optional.of("case1 data");
	System.out.println("case1 " + case1.get());
	System.out.println("====================");
	System.out.println("case2 - Optional.get() 수행 (null인 경우)");
	Optional<String> case2 = Optional.ofNullable(null);
	if(case2.isPresent()){
		System.out.println(case2.get());
	} else {
		System.out.println("case2 null isPresent() 분기 처리");
	}

	System.out.println("====================");
	System.out.println("case3 - Optional.orElse() 수행 (null인 경우)");
	Optional<String> case3 = Optional.ofNullable(null);
	String  case3_rs = case3.orElse(callBase());
	System.out.println("case3 : " + case3_rs);
	System.out.println("====================");
	System.out.println("case4 - Optional.orElseGet() 수행 (null인 경우)");
	Optional<String> case4 = Optional.ofNullable(null);
	String case4_rs = case4.orElseGet(()->callBase());
	System.out.println("case4 : " + case4_rs);
	System.out.println("====================");

	System.out.println("case5 - Optional.orElse() 수행 ");
	Optional<String> case5 = Optional.ofNullable("case5 data");
	String case5_rs = case5.orElse(callBase());
	System.out.println("case5 : " + case5_rs);

	System.out.println("====================");
	System.out.println("case6 - Optional.orElseGet() 수행");
	Optional<String> case6 = Optional.ofNullable("case6 data");
	String case6_rs = case6.orElseGet(()->callBase());
	System.out.println("case6 : " + case6_rs);
}

//호출 테스트용도 메소드
public static String callBase(){
	System.out.println("callBase...");
	return "callBase";
}

실행결과	
case1 - Optional.get() 수행
case1 case1 data
====================
case2 - Optional.get() 수행 (null인 경우)
case2 null isPresent() 분기 처리
====================
case3 - Optional.orElse() 수행 (null인 경우)
callBase...
case3 : callBase
====================
case4 - Optional.orElseGet() 수행 (null인 경우)
callBase...
case4 : callBase
====================
case5 - Optional.orElse() 수행 
callBase...
case5 : case5 data
====================
case6 - Optional.orElseGet() 수행
case6 : case6 data

orElse()로 호출 시 의도하지 않은 로직이 추가적으로 발생하는 경우에 대하여 확인함.

case5의 경우 null이 아니기에 해당 객체를 가져오기만 하면 되지만 callBase 메소드가 실행이 되었다.

테스트 소스코드의 로직상 callBase 메소드가 로그를 출력하는 기능을 담당하지만 비지니스로직을 수행하여 데이터 변경을 수행하였다면 예상하지 않은 결과를 확인할 수 있을 것이다.

객체를 가져오는 주요 메소드

Optional.get()

Optional 내 객체가 null이 아닌 경우 객체 반환.

null인 경우 NoSuchElementException 발생.

Optional.orElseGet(()->methodA)

Optional 내 객체가 null인 경우에만 methodA가 동작후 값 반환.

null이 아닌 경우 methodA 미동작 Optional 내 객체 반환.

Optional.orElse(methodA)

Optional 내 객체가 null여부 상관없이 methodA가 동작

Optional 내 객체가 null인 경우 methodA의 결과값 반환.

null이 아닌 경우 Optional 내 객체 반환.

Optional Class 선언된 소스코드 확인

//Optional.class 일부

public T get() {
	if (value == null) {
		throw new NoSuchElementException("No value present");
	}
	return value;
}

public T orElseGet(Supplier<? extends T> other) {
	return value != null ? value : other.get();
}

public T orElse(T other) {
	return value != null ? value : other;
}

함수형 인터페이스 중 하나인 Supplier는 Lazy Evaluation (지연연산) 할 수 있도록 지원한다.

따라서 Optional의 orElseGet() 사용시 불필요한 호출을 하지 않아 성능 향상 및 부하를 방지할 수 있다.

@FunctionalInterface
public interface Supplier<T> {

    /**
     * Gets a result.
     *
     * @return a result
     */
    T get();
}

java7 이전 버전에서의 Lazy Evaluation (지연연산) 예시

public static void main(String[] args) {
	if(method1() && method2()){
		System.out.println("end in if");
	}
    System.out.println("end main");
}

static boolean method1(){
	System.out.println("method1 cal...");
	return false;
}

static boolean method2(){
	System.out.println("method1 cal2...");
	return true;
}

실행결과	
method1 cal...
end main

실행결과를 확인해 보면 if문 내의 조건이 2개 이상이고 and 조건으로 이루어져 있는 경우 선행 조건에서 false로 결정이 되면 이후 조건은 수행하지 않고 다음 로직으로 흘러가는 것을 확인할 수 있다.

한정수량 무작위 즉석 당첨 이벤트 개발(동시성 문제 해결)

jckim — Sat, 25 Mar 2023 10:02:48 +0900

작업내용

매일 한정된 수의 사용자를 접속시점 무작위로 당첨시켜 사용자 정보를 적재 및 즉석으로 확인 가능한 기능

현재 상황

작업환경

2대 이상의 다중 서버 환경
messageQueue 용도 서버 도입 불가
oracle DB RAC 환경

최초로직

쿠폰을 지급하기 전 현재까지 당첨된 사용자의 수를 조회하여 한정된 수치에 도달하지 않은 경우 당첨자 정보를 DB에 적재하는 방법

최초로직 문제점

예를들어 100개 한정된 수량의 쿠폰을 지급 시 다중서버 및 동시응모에 의한 100명을 초과하는 당첨자가 발생하는 경우를 확인
(이때 테스트는 junit을 통하여 멀티스레드 환경으로 진행)

최초로직 원인

A트랜잭션과 B트랜잭션이 거의 동시에 진행된 경우
A트랜잭션 조회 시점에 당첨자 수 99명
	당첨자 적재 100명
	커밋
B트랜잭션 조회 시점에 당첨자 수 99명
	당첨자 적재 101명
	커밋

만약 서버 수와 동시진행 숫자에 따라서 초과한 숫자는 더 커질 수 있다.

최초로직 개선

가능한 비즈니스 로직으로 풀어보려 당첨자 적재 후 일일 한정된 수치를 초과한 경우 해당 당첨자를 낙첨으로 업데이트하려고 하였으나 이 방법 역시 동일한 원인으로 동일한 문제점이 발생하였다.

개선로직 1

당첨자 적재하는 메서드에 @Transactional 격리레벨을 변경하는 방법

개선로직 1.1

적재 메서드에 @Transactional(isolation=Isolation.READ_UNCOMMITTED) 격리레벨을 적용하여 적재시점에 커밋되지 않은 내용까지 조회 후 한정 수치 초과 여부를 판단 후 당첨자 적재하는 방법

org.springframework.transaction.CannotCreateTransactionException: Could not open JDBC Connection for transaction; nested exception is java.sql.SQLException:
READ_COMMITTED와 SERIALIZABLE만이 적합한 트랜잭션 레벨입니다

오라클 DB는 해당 격리레벨을 지원하지 않기 때문이다.

개선로직 1.2

적재 메서드에 @Transactional(isolation=Isolation.SERIALIZABLE) 격리레벨을 적용하여 현재 총 당첨자 수를 저장하는 레코드를 동시에 수정할 수 없도록 하는 방법

해당 격리레벨을 적용하였을 때 테스트 환경임에도 성능이 감소되어 운영환경에 적용 시 성능저하 및 장애발생 우려되어 보류.

개선로직 2(성공)

oracle 시퀀스를 활용하여 당첨일련번호 발급하는 방법

DB서버가 1대 이상인 RAC환경이지만 시퀀스 옵션을 조정하여 WAS서버의 대수와 동시응모와 상관없이 시퀀스를 순차적으로 증가할 수 있도록 하는 방법

당첨자일련번호 용도의 오라클 시퀀스를 생성

CREATE SEQUENCE 당첨일련번호_시퀀스
  START WITH 1
  MAXVALUE 999999
  MINVALUE 0
  NOCYCLE
  NOCACHE
  ORDER;

NOCACHE와 ORDER 옵션을 선언하여 어떤 DB서버가 여러 대인 경우에도 일련번호를 순차적으로 발급받을 수 있다.

시퀀스를 활용하여 작성한 주요 로직은 아래와 같다.

if(당첨자인 경우){
	int 당첨자일련번호 = 적재하기 전 시퀀스를 통하여 당첨자일련번호 채번;
    
    if(당첨자일련번호 > 일일 당첨자한정수치){
        당첨되었지만 동시응모 후순위 상황으로 낙첨 처리
    } else {
        당첨정보와 함께 당첨자일련번호 적재
    }
}

오라클 시퀀스를 활용하여 동시성 문제는 해결하였으나 당첨인원의 수를 대량으로 늘리거나

로직상 시퀀스 증가를 계속해서 하는 경우라면 DB에도 부하가 발생할 수 있으나 현재 상황에서

작업 공수를 최소화 한 방법이다.

추후 messageQueue를 사용하여 동시성 문제를 해결하는 로직을 개인 프로젝트에 적용을 고려해보려 한다.

Eclipse Save could not be completed. character encoding.

jckim — Thu, 23 Mar 2023 22:55:40 +0900

IDE로 Eclipse를 사용하여 작업하는 환경에서 기존에 생성되어있는 java 파일을 작업하던 중

수정 후 저장을 시도하는 순간아래와 같은 메시지창이 표출되었다.

Eclipse Save could not be completed. Try File > Save As... if the problem persists.

Reason:
Some characters cannot be mapped using "EUC-KR" character encoding.
Either change the encoding or remove the characters which are not supported by the "EUC-KR" character encoding.

해당 메시지에서 안내해주는 원인은 EUC-KR 인코딩이 지원되지 않는 문자가 존재하여 저장이 불가능하다는 내용이었다.

현재 작업을 진행하고 있는 프로젝트의 인코딩은 EUC-KR로 IDE editor의 인코딩 역시 EUC-KR로 설정되어있다.

인코딩 설정 방법은 아래와 같다.

IDE 상단 - Window - Prefrerences - General - Content Types - Content Types와 File associations 항목에서 파일 유형을 선택 후 Default encoding 항목에 설정할 인코딩 값을 입력 후 Update 버튼을 클릭

그동안 정상적으로 수정 후 저장을 진행하였는데 갑작스럽게 해당 메시지가 확인이 되어 작업한 부분을 확인해보았다.

문제가 발생하는 파일의 작업한 부분을 확인한 결과 주석부분이 문제인 것으로 확인이 되었다.

주석부분에 한글로 내용을 작성한 부분인데 한글 자체가 문제가 되는 것은 아니었으며

오타가 발생하였으나 EUC-KR에서 지원하지 않는 한글형식이었음을 확인하였다.

문제가 발생한 주석 부분
//츸출 -> 추출

해당 주석 부분을 수정 후 정상적으로 저장됨을 확인하였다.

애초에 기존에 작업물의 인코딩을 따라가는 것이 보편적인 방법이기에 오타 부분을 수정하였으나

혹시라도 신규 프로젝트 및 파일에서 해당 문제가 발생하는 경우 인코딩 설정 방법을 통하여 확장자별 올바른 인코딩을

지정해 주어 문제를 해결하는 방법도 있을 것으로 보인다.

vscode Execution failed for task ':compileJava' 해결

jckim — Mon, 27 Feb 2023 21:08:17 +0900

vscode 환경에서 JAVA, SpringBoot, Gradle의 개발환경에서

최초 작업하였던 PC가 아닌 다른 PC에서 소스를 내려받은 후

작업을 진행하기 위해 프로젝트 실행을 하던 중 아래와 같은 오류메시지가 발생하였다.

PS 프로젝트경로위치> .\gradlew.bat bootrun
Starting a Gradle Daemon, 1 incompatible Daemon could not be reused, use --status for details

> Configure project :
zone: null

> Task :compileJava FAILED

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':compileJava'.
> invalid source release: 11

* Try:
> Run with --stacktrace option to get the stack trace.
> Run with --info or --debug option to get more log output.
> Run with --scan to get full insights.

* Get more help at https://help.gradle.org

BUILD FAILED in 11s
1 actionable task: 1 executed

해당 메시지는 JAVA 컴파일에 실패하였다는 내용의 메시지로 현재 상황에서 확인할 수 있는 방법을 아래와 같이 순차적으로 진행해보려고 한다.

현재 작업을 진행중인 PC의 JAVA 버전 확인하기

CMD 또는 터미널 창을 열고 아래 명령어를 입력 후 환경변수로 잡혀있는 JAVA 버전을 확인한다.

java -version
java version "1.8.0_301"
Java(TM) SE Runtime Environment (build 1.8.0_301-b09)   
Java HotSpot(TM) 64-Bit Server VM (build 25.301-b09, mixed mode)

현재 작업중인 PC의 JAVA 버전은 1.8 임을 확인하였다.

실행하고자 하는 프로젝트의 빌드 설정 확인하기

현재 작업중인 프로젝트의 빌드도구는 gradle 이기 때문에 아래 경로에서 설정값을 확인한다.

프로젝트경로위치\build.gradle

sourceCompatibility = '11'

위항목에서 확인한 설정으로는 gradle로 빌드 시 JAVA 11 버전으로 컴파일을 진행한다는 의미이다.

정리

현재 상황을 정리하면 최초 작업하였던 PC에서는 환경변수의 JAVA 버전이 11로 설정되어 있던 상태이고 프로젝트의 gradle 빌드 설정 내에 JAVA 11 버전으로 컴파일을 진행하도록 선언되어 있었다.

하지만 다른 PC에서 작업을 진행하려고 하니 현재 PC에서는 환경변수의 JAVA 버전이 8로 선언되어있었으며 프로젝트의 gradle 빌드 설정 내 컴파일 버전선언은 그대로 JAVA 11 버전으로 선언되어 있던 것이다.

빌드오류를 조치하기
gradle 프로퍼티 내에 java 위치를 직접 선언하기

프로젝트경로위치\gradle.properties

org.gradle.java.home=C:\\Program Files\\Java\\java-11-openjdk-11.0.13.8-1.windows.redhat.x86_64

재설정 후 정상적으로 bootRun 된 상태

Docker 다량 컨테이너 실행 간소화

jckim — Sat, 21 Jan 2023 00:39:27 +0900

최근 MSA기반으로 진행 중인 개인 프로젝트를 작업하다 보니
서비스별로 프로젝트를 분리하고 연관된 데몬을 Docker 컨테이너로 관리하는데
시작이 반이라고 작업전 컨테이너를 실행 전 개발 작업을 시작하기까지
시간이 다소 소요되니 작업을 하고자 행동에 옮기는 횟수가 줄어들어 버렸다.

현재 보유하고 있는 docker image와 container는 아래와 같다.
개인프로젝트로 테스트용도로 생성된 이미지도 많지만 현재 하나의 프로젝트를
개발 및 테스트하기 위해서는 최소 3개 이상의 컨테이너를 실행해야한다.

컨테이너를 실행하기 위해서는 아래와 같은 명령어를 입력한다.

docker start redis
docker start mongodb-container
docker start mysql-container
docker start mbtidiscovery

docker가 실행되고 있는 환경이 리눅스 환경이기 때문에 알고있는 지식과 빠르게 적용이 가능한

리눅스 쉘을 활용하여 동일하게 반복되는 명령어를 최소의 동작으로 대체할 수 있도록 하였다.

vi docker_container_start.sh

#!/bin/sh

echo "docker container auto start"

echo "docker start mongodb-container"
docker start mongodb-container

echo "docker start redis"
docker start redis

echo "docker start mysql-container"
docker start mysql-container

echo "docker start mbtidiscovery"
docker start mbtidiscovery

docker ps

해당 쉘을 실행 후 모든 컨테이너가 정상적으로 실행된 것을 확인할 수 있다.

컨테이너 종료도 마찬가지다 start 명령어를 stop으로 변경해 주었다.

vi docker_container_stop.sh

#!/bin/sh

echo "docker container auto stop"

echo "docker stop mongodb-container"
docker stop mongodb-container

echo "docker stop redis"
docker stop redis

echo "docker stop mysql-container"
docker stop mysql-container

echo "docker stop mbtidiscovery"
docker stop mbtidiscovery

docker ps

해당 쉘을 실행 후 모든 컨테이너가 정상적으로 종료된 것을 확인할 수 있다.

현재는 개인 프로젝트로 실행해야하는 컨테이너의 수가 적지만
보다 프로젝트 규모가 커지는 경우와 제어를하는 사용자가 여러명인 경우
하나의 쉘파일을 계속하여 수정하기에는 관리하기 힘들어질 수 있다.

지금 당장은 쉘파일을 작성하여 반복되는 작업을 대처하였지만
규모와 협업을 위해서라도 docker compose, 쿠버네티스 등의 컨테이너 관리 도구의 기능을 활용해야 할 것으로 보인다.

캐시 시스템 선택시 고려사항(Redis, Memcached)

jckim — Wed, 28 Dec 2022 00:09:17 +0900

캐시 시스템을 사용하는 이유

DB, API 등의 호출이 빈번한 경우

서버에 많은 요청으로 인한 부하를 방지하기 위함이다.

캐시 시스템하면 가장 대표적이고 많이 비교하는 캐시 시스템인

Memcached와 Redis에 대하여 확인해 보았습니다.

Memcached 특징

멀티스레드 지원
스케일업 시 성능 향상 가능
LRU 알고리즘만 채택
Master/Master 리플리케이션 지원
Consistent Hashing을 통한 데이터 분산 지원

Redis 특징

싱글스레드 지원
다양한 데이터 구조 지원
스냅샷
복제
트랜잭션
Pub(발행) Sub(구독) 메시지 패턴 지원
루아 스크립트 지원
위치기반 데이터 타입 지원
다양한 data eviction 전략 지원

Memcached를 채택하는 경우

캐싱하고자 하는 데이터가 단순한 문자열인 경우
메모리가 소멸되어도 서비스에 영향이 없는 경우
스케일업 형태의 확장

Redis를 채택하는 경우

캐시 데이터를 안정적으로 유지해야 하는 경우
캐싱하고자 하는 데이터가 복잡한 형태인 경우
캐싱하고자 하는 데이터의 변경이 잦은 경우
메모리가 소멸되면 서비스 장애를 유발하는 경우
스케일아웃 형태와 확장

그 외 자주 사용하는 캐시 라이브러리
Ehcache

Ehcache Spring에서 간단하게 사용할 수 있는 Java기반 오픈소스 캐시 라이브러리이다.

redis나 memcached 같은 캐시 엔진과는 달리 ehcache는 별도의 데몬 형태의 구동 없이 애플리케이션 구동 시 Spring 내부적으로 캐싱 처리를 지원한다.

로컬 캐시 환경으로 캐시 서버와의 통신 장애에 대한 문제를 방지할 수 있고 애플리케이션과 라이프사이클이 함께 관리되는 장점이 있다.

VScode 콘솔창 gradle profiles 적용이 안됨 조치

jckim — Thu, 10 Nov 2022 19:31:36 +0900

발단

윈도우즈 환경에서 VScode IDE를 사용하여 SpringBoot + Gradle 작업을 하던 중
프로젝트 실행 시 profile 별로 동작을 구분하기 위해 yml 파일에 profile을 분리 후
해당 profile로 Run을 하는데 아래와 같은 오류가 발생하였다.

PS 프로젝트경로> .\gradlew.bat -Dspring.profiles.active=test bootRun

> Configure project :
profiles 확인 : null

FAILURE: Build failed with an exception.

* What went wrong:
Task '.profiles.active=test' not found in root project '프로젝트 상위 폴더'.

* Try:
> Run gradlew tasks to get a list of available tasks.
> Run with --stacktrace option to get the stack trace.
> Run with --info or --debug option to get more log output.
> Run with --scan to get full insights.

* Get more help at https://help.gradle.org

BUILD FAILED in 6s

원인 및 조치

gradle bootRun 실행 시 profile명 부분이 잘린 부분이 의심되어
인자 값 옵션 부분의 "." 마침표를 제거 후 Run을 하니 정상적으로 동작하였다.

VScode 콘솔창에서는 마침표를 경로로 보는 것으로 보여 인자 값을 "따옴표로 묶어준 후 실행을 해보았다.

아래와 같이 정상적으로 올라간 것을 확인하였다.

PS 프로젝트경로> .\gradlew.bat "-Dspring.profiles.active=test" bootRun

> Configure project :
profiles 확인 : test

> Task :bootRun

<==========---> 80% EXECUTING [5s]
> :bootRun

readonly 속성이 적용되지 않는 경우

jckim — Mon, 24 Oct 2022 15:02:14 +0900

view 작업을 할 때 다양한 jsp, php, react 등 다양한 언어를 사용한다.
이를 이용한 결과물을 브라우저에서 서비스를 제공하는 경우 작업 결과물은 html로 표출이 된다.

필자는 jsp 환경에서 작업을 하던 중 html input 태그에 reonly 속성을 주어
사용자가 직접 값을 입력하지 못하도록 의도하였으나 브라우저 상에서 테스트를 진행하였을 때
값을 입력할 수 있는 경우가 확인 되었다.

작업한 소스는 아래와 같이 태그에 readonly="readonly" 속성을 작성하였다.

<textarea readonly="readonly">읽기만 가능합니다.</textarea>

브라우저 개발자모드로 확인한 html 소스는 아래와 같이 잘 적용되었으나 클릭 후 입력이 가능하여 readonly의 목적인 읽기 전용의 역할을 수행하지 못하였다.

<input type="hidden" readonly="readonly" value=""/>

확인 결과 필자의 작업 환경은 html 화면이었고, 태그에 작성한 readonly="readonly" 속성은 xhtml에 적용 가능한 것이었으며

따라서 기존에 작업하였던 속성을 html에 적용할 수 있도록 아래와 같이 수정하였다.

<textarea readonly>읽기만 가능합니다.</textarea>
또는
<textarea readonly="true">읽기만 가능합니다.</textarea>

다만 개발자 모드로 확인했을 때는 처음 확인한 결과와 동일하게 아래와 같이 표시되는 점을 유의해야한다.

<input type="hidden" readonly="readonly" value=""/>

html과 xhtml의 차이는 xhtm의 경우 문법 적용이 더 엄격하다는 점 이다.

태그 이름의 대소문자, 빈 태그의 여닫음 여부, 속성 값 따옴표 기입 여부 등 html 보다 엄격하게 문법을 작성해주어야 한다.

현재 페이지가 html인지 xhtml인지 구분하는 방법은 아래와 같이 html 최상단에 DOCTYPE 부분에 XHTML 관련 선언이 되어있는지 확인이 필요하다.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd>

참고자료
https://tcpschool.com/html/html_expand_xhtml

React 'react-scripts'은(는) 내부 또는 외부 명령, 실행할 수 있는 프로그램, 또는 배치 파일이 아닙니다. 에러 해결

jckim — Sat, 1 Oct 2022 23:19:20 +0900

React 프로젝트를 진행하던 중에 react-bootstrap을 적용하기 위해 해당 패키지를 설치 후 작업을 진행하였다.

작업을 두대의 기기에서 번갈아가며 진행하는 상황이었다.

처음 작업을 진행하였던 1번 기기에서는 패키지 설치치 후 bootstrap이 잘 적용되는 것을 확인하였다.

문제는 2번 기기에서 작업한 소스를 git pull 진행 후 로컬에서 구동을 진해하였으나 아래와 같은 에러 메시지가 발생하였다.

PS 프로젝트경로> npm run start
npm WARN config global `--global`, `--local` are deprecated. Use `--location=global` instead.
npm WARN npm npm does not support Node.js v16.16.0
npm WARN npm You should probably upgrade to a newer version of node as we
npm WARN npm can't make any promises that npm will work with this version.
npm WARN npm Supported releases of Node.js are the latest release of 6, 8, 9, 10, 11, 12, 13.
npm WARN npm You can find the latest version at https://nodejs.org/

> 프젝트명@0.1.0 start 프로젝트경로
> react-scripts start

'react-scripts'은(는) 내부 또는 외부 명령, 실행할 수 있는 프로그램, 또는
배치 파일이 아닙니다.
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! 프로잭트명@0.1.0 start: `react-scripts start`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the 프젝트명@0.1.0 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm WARN Local package.json exists, but node_modules missing, did you mean to install?

원인은 프로젝트를 pull 한 2번 기기에서는 해당 npm react-bootstrap 패키지를 설치하지 않았기 때문에 발생한 에러였다.

조치방법으로는 아래와 같이 해당 패키지를 업데이트 및 설치를 진행해 주면 된다.

npm update
또는
npm install -g react-script

spring, react 사용 CORS 오류 조치

jckim — Wed, 31 Aug 2022 00:25:04 +0900

발단

개인 프로젝트 진행 중 백엔드 API 서버 완성 후 프론트 프로젝트를 React를 통하여 구현 중이었음.
POSTMAN 툴을 사용하여 백엔드 API 서버를 호출하였을 때 결과는 의도한대로 동작하는 것을 확인하였음.
React에서 axios 라이브러리를 활용하여 백엔드 API 서버를 호출하는 과정에서 결과가 넘어오지 않는 상황이 발생하였음.
콘솔창을 확인한 결과 CORS 에러가 발생하고 있었음.
두 부분에 걸쳐서 해당 이슈를 조치하였음.

작업 구성

- 프론트서버 : http://localhost:3000
- 백엔드서버(apigateway의 역할) : http://localhost:5555

원인 분석 및 조치

CORS란?
Cross-Origin Resource Sharing의 약자로 교차 출처 리소스 공유를 의미.
브라우저에서 서로 다른 출처 간에 자원에 접근할 수 있는 권한을 제어하는 정책으로 여기서 출처는 url이며 도메인, 프로토콜, 포트로 구분합니다.

첫 번째 콘솔에러메시지

Access to fetch at ‘https://localhost:5555/user/signup’ from origin ‘http://localhost:3000’ has been blocked by CORS policy: No ‘Access-Control-Allow-Origin’ header is present on the requested resource.
If an opaque response serves your needs, set the request’s mode to ‘no-cors’ to fetch the resource with CORS disabled.

첫 번째 오류분석
요청한 출처는 서버에서 허용되지 않은 출처이기 때문에 발생한 에러로 필자의 경우는 백엔드서버(apigateway)에서 요청을 허용하도록 조치하였다.

조치 소스

//apigateway 서버는 WebFlux 프로젝트로 WebFluxConfigure 설정에서 추가
@Configuration
@EnableWebFlux
public class CorsGlobalConfiguration implements WebFluxConfigurer{

    @Override
    public void addCorsMappings(CorsRegistry registry) {
        registry.addMapping("/**")
                .allowedOrigins("*") //테스트 환경이기에 모든 url을 허용하도록 "*" 기입
                .allowedMethods("*")
                .allowedHeaders("*")
                .maxAge(3600);
    }
}

두 번째 콘솔에러

OPTIONS http://localhost:5555/user/signup 401 (Unauthorized) Failed to load http://localhost:5555/user/signup: Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Origin' header is present on the requested resource.
Origin 'http://localhost:3000' is therefore not allowed access. The response had HTTP status code 401.
If an opaque response serves your needs, set the request's mode to 'no-cors' to fetch the resource with CORS disabled.

두 번째 오류분석

첫 번째 오류에 대하여 조치를 하였지만 두 번째 에러가 발생하였다. 해당 에러는 요청 url에 대하여 preflight request 시에 권한이 없어서 401 코드를 응답한 상황이다.
확인 결과 호출한 url은 apigateway를 통하여 사용자 인증서버로 전달되며 해당 서버는 Spring Security에 의하여 요청을 인증 및 인가를 처리하는데 HttpMethod에 대하여 허용 여부를 설정하지 않아 기본 설정인 모든 요청에 대하여 제한이 된 상태임을 확인하였다. 따라서 인증서버의 Spring Security 설정 중 HttpMethod.OPTIONS에 대하여 권한을 허용하도록 설정을 변경하였다.

Preflight Request란?
서로 다른 출처 간에 요청을 보내야 하는 경우 브라우저 자체적으로 본 요청을 보내기 전에 예비요청을 보내어 안전한 요청인지 확인 후 본요청을 보내는 방법입니다. 이때 http OPTIONS 메소드를 사용합니다.

조치 소스

@Configuration
@EnableWebSecurity
public class WebSecurityConfig extends WebSecurityConfigurerAdapter{
@Override
    protected void configure(HttpSecurity http) throws Exception {
        http
        ...
        ...
        ...
        .mvcMatchers(HttpMethod.OPTIONS, "/**").permitAll()
        ...
        ...
        ...
    }
}

Docker WEB WAS AJP 연결 실패 해결

jckim — Wed, 29 Jun 2022 18:15:28 +0900

발단

Windows10 개인 로컬 환경에서 WSL2를 활용하여 docker를 실행하여 apahch와 tomcat을 연동하는 중 발생한 문제

docker에서 apache 컨테이너와 tomcat 컨테이너를 실행하였고 각각 호출 시에는 정상적으로 호출되었음

http://localhost 호출

apache index 화면

http://localhost:8080 호출

tomcat index화면

그러나 Web 서버와 Was의 처리를 분리하 mod_jk와 ajp 프로토콜을 적용하였을 때 문제가 발생하였음.

ajp 적용 후 http://localhost 호출 시 에러 화면

원인

mod_jk.log를 확인하였을 때
WEB에서 WAS로 AJP통신을 요청할 떄 해당 ip와 port로 연결을 실패하였다는 것임.

에러 메시지

[info] ajp_service::jk_ajp_common.c (2774): (worker1) sending request to tomcat failed (recoverable), because of error during request sending (attempt=1)
[info] jk_open_socket::jk_connect.c (815): connect to 172.17.0.3:8009 failed (errno=111)
[info] ajp_connect_to_endpoint::jk_ajp_common.c (1064): (worker1) Failed opening socket to (172.17.0.3:8009) (errno=111)
[error] ajp_send_request::jk_ajp_common.c (1724): (worker1) connecting to backend failed. Tomcat is probably not started or is listening on the wrong port (errno=111)
[info] ajp_service::jk_ajp_common.c (2774): (worker1) sending request to tomcat failed (recoverable), because of error during request sending (attempt=2)
[error] ajp_service::jk_ajp_common.c (2795): (worker1) connecting to tomcat failed (rc=-3, errors=1, client_errors=0).
[info] jk_handler::mod_jk.c (2991): Service error=-3 for worker=worker1

로그 중 이 부분을 확인해보면
IP 172.17.0.3 tomcat 서버에 8009 포트로 요청하는 것인데
현재 사용 중인 개발 환경이라면 docker에서 컨테이너 간에 통신을 관리하는데
172.17.0.3 IP는 tomcat 컨테이너 IP 이기 때문에 docker에서는 연결을 해줄 수 없는 것임.

ajp 설정 시 tomcat 기본 설정 부분

#/usr/local/tomcat/conf/server.xml
 <Connector protocol="AJP/1.3"
               address="localhost"
               port="8009"
               redirectPort="8443" secretRequired="false"/>

해당 IP가 표시된 것 또한 ajp 설정 부분에 address를 localhost로 선언을 하였기에 현재 컨테이너의 IP로 받아들이는 것이었음.
docker에서 localhost는 해당 컨테이너 안에서 사용 가능하며 외부로는 통신이 불가.

조치

WSL2 환경이기에 같은 서버에서 돌아간다고 생각을 하고 작업을 진행하였으나
docker 환경이기에 서로 다른 컨테이너라는 점을 놓친 것이 가장 큰 실수였음.

docker에서 컨테이너 간 통신을 설정하려면
localhost가 아닌 0.0.0.0로 설정하여 같은 머신에서의 통신할 수 있도록 설정

 <Connector protocol="AJP/1.3"
               address="0.0.0.0"
               port="8009"
               redirectPort="8443" secretRequired="false"/>

추가적으로 WEB 서버에서 mod_jk 설정을 할 때 host명은 tomcat 컨테이너 명으로 잘 설정한 부분

worker.list=worker1
worker.worker1.type=ajp13
worker.worker1.host=tomcat-jc2
worker.worker1.port=8009

[웹] 화면 중복 호출 되는 경우 css background : url("")

jckim — Sun, 29 May 2022 20:18:12 +0900

발단

화면 진입하여 생성된 토큰 값을 서버로 보내 검증하는 작업을 진행하던 중

동일한 기능을 여러 페이지에 삽입하던 중 특정 페이지에서

토큰 값이 일치하지 않다는 오류 로그를 확인하게 되었음.

원인

디버깅과 로그를 확인하며 원인을 찾아보던 중 의심이 가는 부분을 확인하였음.

확인한 로그에서는 토큰을 두번 생성하고 있었음.

두 번 생성한 원인은 해당 페이지를 재호출하는 것으로 확인이 되었음.

개발자 모드로 화면이 로드되는 과정을 한라인씩 따라가 보았지만

JavaScript 부분에서는 호출되는 부분을 확인할 수 없었음.

페이지 내에 라인 별로 콘솔창에서 확인할 수 있도록 콘솔 로그를 삽입한 결과

특정 라인 이후로 콘솔 로그까지 표출되었다가 다시 처음부터 콘솔 로그가 표출되는 것을 확인하였음.

확인된 부분은 CSS style 태그 안에 있었음.

<style>
	#select { background: url("") no-reoeat;)
</style>

위 코드를 확인하면 css 문법 중 background 속성의 이미지 경로를 url형태로 불러오는 부분인데

해당 url 속성 내에 값이 비어있었음.

조치

해당 부분을 주석 처리하고 해당 페이지를 다시 불러온 결과 정상적으로 페이지를 한 번만 호출하고

토큰 값도 정상적으로 한 번만 생성해서 서버에서도 잘 인증되었음.

이미지를 사용하지 않기 위해 사용한 의도라면 아래 속성을 사용을 권함.

background-image : none;

Linux 서버 DNS 적용하기 (host.conf, resolv.conf)

jckim — Fri, 22 Apr 2022 18:30:28 +0900

운영중인 서버에 DNS 사용 설정이 되어있지 않아

외부기관의 url을 호출할 때 하당 도메인의 ip를 nslookup으로 확인하여

hosts 파일에 일일이 등록되고 있는 부분을 확인하였다.

이러한 작업은 불필요하게 시간과 힘을 들이는 부분이 문제가 된다고 생각하여

해당 서버에 DNS를 적용해 보기로 하였다.

작업환경

Linux 환경
별도 DNS 서버 존재

먼저 host.conf 의 간략한 설명

host.conf

multi on
order hosts, bind, nis

위 설정대로 라면 hosts, bind, nis 순으로 DNS를 조회하는 의미인데 각 값의 의미는 아래와 같다.

multi	/etc/hosts 파일에 여러 url 설정이 가능하다.
order	도메인을 조회할 방법의 우선순위를 설정
	hosts	/etc/hosts 파일에 설정한 ip와 도메인을 조회한다.
	bind	/etc/resolv.conf 파일에 설정한 nameserver에 도메인 쿼리를 조회한다.
	nis	Network Information Service의 약자로 네트워크 정보를 보유하고 제공해주는 서비스, 네트워크 명명 및 관리 시스템으로 주로 소규모 네트워크 구성시 사용된다. nis 서버 구성이 필요하다.

확인한 host.conf 파일에는

multi on

설정 값만 존재 하였다.

이러한 경우에 order 값은

기본 순서인 hosts, bind 순을 따른다.

다음으로 확인할 설정파일은 resolv.conf로 도메인 쿼리를 조회할 DNS 서버의 IP를 저장한다.

필자는 해당 파일이 비어있어서 아래와 같이 작성 하였음.

resolv.conf

nameserver x.x.x.x

보통은 여기까지 작업을 하면 정상적으로 DNS가 적용된 것을 확인 할 수 있으나

필자는 그동안 /etc/hosts 파일에 작성해 놓은 ip와 도메인 주소가 있기 때문에 정리해주었다.

만약 방화벽을 관리하고 있다면

UDP/TCP 53번 port를 오픈해야한다.

53번 port는 잘 알려진 포트로 DNS용도로 사용한다.

jstl 부등호 ge(GreaterThanOrEquals)는 mybatis에서 사용 할 수 없는가

jckim — Mon, 28 Mar 2022 06:00:56 +0900

sql querry가 들어있는 mybatis xml파일 내에서 부등호를 사용할 상황은 자주 등장한다.
그중에서도 "크거나 같다", "작거나 같다"에 대한 부등호를 처리해야 하는 경우를 정리하였다.

jsp 내에서 jstl + EL을 경험해본 적이 있는 사용자라면 혼란이 있을 수 있기 때문이다.

jstl + EL 방식에서 "보다 크거나 같다", "보다 작거나 같다"의 부등호는
≥ ≤로 사용을 한다.

이 문법을 그대로 mybatis xml에 사용을 하면 아래와 같이
mybatis BuilderException The entity "ge" was referenced, but not declared.
라는 에러메시지를 확인할 수 있다.

jstl 분석

먼저 jstl에서 ≥를 사용할 수 있는 이유를 알아보았다

부등호가 일반적으로 많이 사용되는 c:if 태그를 기준으로 진행해보았다.

jstl을 사용하기 위해서는 standard.jar 또는 jstl.jar가 import 되어있을 것이다.

standard.jar 파일을 디컴파일 해보자

우선 standard.jar 파일에 META-INF\c.tld로 들어가 IF 태그에 대한 선언 확인(주요 부분만 발췌)

 <tag>
...
...
...
    <name>if</name>
    <tag-class>org.apache.taglibs.standard.tag.rt.core.IfTag</tag-class>
    <body-content>JSP</body-content>
    <attribute>
        <name>test</name> -- c:if 태그 사용중 test 속성
        <required>true</required> --해당 속성 필수 여부
        <rtexprvalue>true</rtexprvalue> -- el 표현식 사용가능 여부 true
	<type>boolean</type>
    </attribute>
...
...
...
  </tag>

아래 패키지에 class 파일을 확인

org.apache.taglibs.standard.lang.jstl.parser.ELParserTokenManager.class

아래 변수값에 ge에 대하여 ">="가 셋팅된 부분 확인

public static final String[] jjstrLiteralImages = { "", null, "${", null, null, null, null, null, null, null, null, null, "true", "false", "null", "}", ".", ">", "gt", "<", "lt", "==", "eq", "<=", "le", ">=", "ge", "!=", "ne", "(", ")", ",", ":", "[", "]", "+", "-", "*", "/", "div", "%", "mod", "not", "!", "and", "&&", "or", "||", "empty", null, null, null, null, null };

부등호 부분만 발췌

">", "gt", "<", "lt", "==", "eq", "<=", "le", ">=", "ge", "!=", "ne"

mybatis 분석

mybatis 사용하기 위해 maven에서 다운받은 mybatis-3.4.1.jar를 디컴파일 해보았다.

아래 패키지에 class 파일을 확인
org.apache.ibatis.ognl.OgnlParserTokenManager.class

아래 변수값에 부등호 부분 확인 ">="가 셋팅된 부분 확인

public static final String[] jjstrLiteralImages = { "", ",", "=", "?", ":", "||", "or", "&&", "and", "|", "bor", "^", "xor", "&", "band", "==", "eq", "!=", "neq", "<", "lt", ">", "gt", "<=", "lte", ">=", "gte", "in", "not", "<<", "shl", ">>", "shr", ">>>", "ushr", "+", "-", "*", "/", "%", "~", "!", "instanceof", ".", "(", ")", "true", "false", "null", "#this", "#root", "#", "[", "]", "{", "}", "@", "new", "$", null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null };

부등호 부분만 발췌

"==", "eq", "!=", "neq", "<", "lt", ">", "gt", "<=", "lte", ">=", "gte"

따라서

mybatis에서 ">=" 부등호를 사용하는 방법은 아래와 같다.

1. <![CDATA[>=]]>
2. >=
3. &gte;

<![CDATA[>=]]>
풀네임은 Character DATA이고 [] 기호 안에 문자는 파싱하지 않고 문자형 데이터 그대로 인식한다.

>=
문자 형식을 보면 알 수 있듯이 mybatis에서는 ≥는 별도로 지원하지 않고 > 문자에 "="를 연결하여 작성한다.

&gte;
">=" 부호를 나타내며 jstl에서 ≥ 와 동일하다.

jQuery datepicker 날짜 초기화하기

jckim — Wed, 23 Mar 2022 06:00:12 +0900

jQuery와 날짜 관련 js라이브러리 datepicker를 사용 중
시작일자와 종료일자가 서로 침범하지 않도록 검증을 하는 기능이 존재하여
날짜를 다시 선택하고자 할 때 불편함이 발생.
입력된 날짜를 초기화해야 하는 기능 구현이 필요.

1. 입력된 날짜 value 값을 빈 값으로 초기화

$('시작날짜선택자').datepicker('setDate', "");
$('종료날짜선택자').datepicker('setDate', "");

1번 과정만 진행하였을 때 화면상에 input box에는 아래 이미지처럼 값이 비어있는 것으로 보이지만
클릭을 하였을 때 이전에 선택하였던 날짜가 선택되어 있어 초기화라고 할 수 없음.

2. datepicker 기능 해제

$('시작날짜선택자').datepicker('destroy');  
$('종료날짜선택자').datepicker('destroy');

2번까지 진행 후 다시 달력을 클릭 하면
콘솔 창에 "Cannot read property 'settings' of undefined" 에러 메시지를 확인할 수 있을 것이다.

3. datepicker 재생성

$('날짜선택자').datepicker({
	...
})

화면에 들어올 때 동작하는 datepicker 재생성
환경설정 정보 동일하게 셋팅해줘야 동일한 달력이 표출됨.

3번 부분을 함수로 만들어서 작성하면 보기 좋은 형식으로 처리할 수 있음.

참고자료
https://api.jqueryui.com/datepicker/#method-destroy

Linux 시스템 시간 변경하기(timezone)

jckim — Tue, 22 Mar 2022 18:15:55 +0900

docker에서 특정 컨테이너에 접속하였을 때 화면에 표출되는 시간과 PC 시간과 맞지 않아 알아보게 되었다.

WSL2 방식
서버환경은 Ubuntu 18.04

먼저 현재 시스템의 날짜 형식을 확인

# date

표출되는 시간을 보면 UTC 형태로 되어있는 것을 확인할 수 있었음,
UTC는 영국을 기준으로하여 각 나라의 시차를 규정한 시간인 정도만 알고 넘어가자.

리눅스 환경에서의 시간이 어떤 기준으로 설정된 것인지 확인하는 명령어는 아래와 같다.

# ls -al /etc/localtime

명령어 입력 결과 해당 localtime은 심볼릭 링크로 /etc/localtime 경로가 실제로 가리키는 경로를 알 수 있다.
처음에 날짜를 확인한 결과처럼 UTC를 가리키고 있다.

지역 변경하기

# ln -sf /usr/share/zoneinfo/Asia/Seoul /etc/localtime

해당 심볼릭 링크의 목적지 경로를 원하는 지역으로 변경해준다.

변경이 되었는지 확인

변경이 되었다면 다시 date 명령어로 한번 더 확인

WSL2를 이용하여 Windows에서 Linux 실행하기

jckim — Wed, 16 Mar 2022 02:27:41 +0900

Windows 환경에서 Linux 운영체제를 사용하고자 하는 경우

기존에는 VMware와 같은 별도의 가상 머신 프로그램을 이용해야 했었다.

VMware를 사용하면 로컬PC가 너무 무거워져서 다른 방법을 확인해보았다.

Windows 환경에서 직접 Linux 애플리케이션을 실행할 수 있는 기능을 지원하는데

이 기능이 WSL(Windows-Subsystem-Linux), 즉 "Linux용 Windows 하위 시스템"이다.

WSL은 버전 1과 버전 2가 존재한다.
WSL2는 기존 버전보다 아래와 같은 이점이 있기에 업데이트하여 사용한다.

파일 시스템 성능 향상 : apt 관련 작업에 대한 속도 향상
전체 시스템 호출 호환성 지원 : Linux 커널이 포함되어 언제든 업데이트가 가능함.

WSL2 설치 과정을 시작합니다.

powershell 관리자 권한으로 실행 후 아래 명령어 입력

#Linux용 Windows 하위 시스템 옵션 기능
dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart

#Virtual Machine 플랫폼 옵션 기능
dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart

재부팅 후

재부팅 후 인터넷 연결이 안 된다면 여기서 확인

인터넷이 잘된다면 계속 진행

아래 사이트로 이동해서 "x64 머신용 최신 WSL2 Linux 커널 업데이트 패키지" msi 파일 다운로드

https://docs.microsoft.com/ko-kr/windows/wsl/install-manual#step-4---download-the-linux-kernel-update-package

다운로드한 msi 설치

microsoft store에서 사용하고자 하는 os 검색하여 설치(필자는 Ubuntu-18.04로 설치 진행)

powershell 관리자 권한으로 실행

#현재 wsl 버전 확인 기존적으로 1버전이거나 표출되는게 없을 수 있음
wsl -l -v

#wsl 버전 2로 변경
#작성예시 wsl --set-version 하위시스템명
wsl --set-version Ubuntu-18.04 2

명령어가 정상적으로 적용되었다면

적용하는데 몇 분이 걸린다는 메시지가 표출되고

작업이 완료되면 변경 완료 메시지가 표출된다.

#변경된 버전 확인 wsl 버전 확인
wsl -l -v

microsoft store에서 설치한 Ubuntu-18.04 앱에 정상적으로 접속되는지 확인

WSL2 설치한 후 인터넷 연결이 안되는 경우

jckim — Fri, 4 Mar 2022 14:09:19 +0900

Windows 환경에서 WSL2 사용을 위해 관련 설정을 변경하고 재부팅을 하였는데
기존에 잘 사용하고 있던 LAN 인터넷 연결이 되지 않는 것이 확인이 되었다.

자세히 설명하면 제목과는 조금 다르게
WSL2를 설치하기 전 설정을 적용하고 연결이 안되었던 것으로 보인다.

우선 설정을 변경한 부분은 아래와 같다.

dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart
dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart

두 명령어를 진행하였는데
해당 명령어는 "Windows 기능 켜기/끄기" 메뉴 내에
"Linux용 Windows 하위 시스템"과 "가상 머신 플랫폼" 기능을 켜는 명령어이다.

제일 처음 해본 작업은 시스템 복원을 하여 작업 전 상태로 돌아가니 정상적으로 인터넷 연결이 되는 것을 확인하였다.
우선 인터넷 연결이 되니 명령어 적용 후 재부팅이 되기 전 해당 이더넷 속성을 확인해보고 비교해보기로 하였다.

이더넷 속성 확인 방법

winsows(시작) - 설정 - 네트워크 및 인터넷 - 이더넷 - 어댑터 옵션 변경 - 해당 이더넷 아이콘 우클릭 속성

아래 사진은 재부팅 전 이더넷 속성의 사용 체크된 항목이다.

이제 명령어 적용 후 다시 재부팅을 하였을 때 속성을 비교해보자(역시나 인터넷 연결은 안됨.)

확인 결과 비교해 볼 것 없이 한눈에 봐도 체크 박스가 대부분 해제되어있는 것을 확인하였다.

재부팅 전에 저장해두었던 항목을 동일하게 체크하고 적용하고 확인 버튼 클릭하였다.

인터넷이 정상적으로 연결된 것을 확인하였다.

spring security 스프링시큐리티 주요 설정 분석

jckim — Sun, 27 Feb 2022 22:18:33 +0900

스프링시큐리티에서 가장 많이 언급될 단어로는

인증과 인가 비슷한 형태이기 때문에 헷갈릴 수 있으니

아래 개념에서 확실하게 숙지하고 진행하는게 좋다.

● 인증과 인가

- 인증(Authentication) : 사용자가 맞는지 확인하는 과정

- 인가(Authorization) : 사용자에게 특정한 권한을 부여하는 과정

● pom.xml 설정(스프링시큐리티 관련)

<dependency>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-starter-security</artifactId>
</dependency>

<dependency>
	<groupId>org.springframework.security</groupId>
	<artifactId>spring-security-taglibs</artifactId>
</dependency>

● 스프링시큐리티 태그 라이브러리 선언

<%@ taglib prefix="sec" uri="http://www.springframework.org/security/tags" %>

<sec:authorize access="isAuthenticated()">
<sec:authentication property="principal" var="user"/>
	<c:if test="${user.권한 eq '관리자'}">
		...인증되고 인가된 사용자에게 표출할 영역
	</c:if>
</sec:authorize>

스프링시큐리티에서 제공하는 기능을 jsp에서 태그로 사용할 수 있음.

● 스프링시큐리티 설정

@Configuration
@EnableWebSecurity
public class WebSecurityConfig extends WebSecurityConfigurerAdapter{

@Autowired
UsrService usrService; //회원 관련 로직을 담당하고있는 Service(사용자마다 생성되는 클래스명은 다름)
@Autowired
private DataSource dataSource; //DB관련 설정 (사용자마다 생성되는 클래스명은 다름)
@Bean //비밀번호 암호화 관련
    public PasswordEncoder passwordEncoder() {
        return new BCryptPasswordEncoder();
    }
   
@Override
protected void configure(HttpSecurity http) throws Exception {
        http
        .authorizeRequests() /*인가 설정*/
        .antMatchers("/admin/**").hasAuthority("ADMIN")
            .antMatchers("/", "/usr/join", "/resources/**", "/docs/**").permitAll() //모든 권한 인가 허용
            .anyRequest().authenticated()
            .and()
        .formLogin()
            .loginPage("/usr/login") //로그인 페이지 URL
            .defaultSuccessUrl("/usr/loginSuccess")
            .loginProcessingUrl("/usr/login")
            .usernameParameter("usrId")
            .passwordParameter("usrPw")
            .permitAll()
            .and()
        .logout()
        .logoutUrl("/usr/logout")
        .logoutSuccessUrl("/")
        .invalidateHttpSession(true)
        .permitAll();
       
}
   
    @Override
    public void configure(AuthenticationManagerBuilder auth) throws Exception {
        //인증 시 비밀번호 암호화 설정
    auth.userDetailsService(usrService).passwordEncoder(passwordEncoder());
   
    }   
}

@Configuration
@EnableWebSecurity

java configuration class로 스프링시큐리티 관련 설정을 위해

WebSecurityConfigurerAdapter 클래스를 상속 받은 후

필수적인 중요한 설정 두가지를 override를 해야한다.

eclipse 내에 서는 ctrl + space 를 자동완성 기능이 있기때문에 보다 override 하고자하는

메소드를 입력하기 편리하다.

자동완성 표출목록

메소드 1. configure(HttpSecurity http)

스프링시큐리티에서 제공하는 로그인폼 사용 여부
특정 URL(resource 경로)에 대한 접속 허용 여부
특정 권한에 대한 접속 허용 여부
로그아웃 URL 설정

메소드2. configure(AuthenticationManagerBuilder auth)

스프링시큐리티 인증 관련 설정을 하는 영역으로

설정방법에는

- DB에서 조회하는 방법 (jdbcAuthentication)

- LDAP 기반 인증 방법 (ldapAuthentication)

- 직접 설정하는 방법 (userDetailsService)

등이 있으나 필자는 UserDetailsService 인터페이스를 구현하여 직접 적용해보았다.

auth.userDetailsService()를 사용한다면

userDetailsService 인터페이스를 구현한 클래스에

loadUserByUsername 메소드를 override 하여 인증 로직을 작성해 줘야 한다.

필자는 UserService 클래스에 구현하였다.

구현은 다음 단락에 설명되어있다.

● UserDetailsService 구현

@Service
@Transactional
public class UsrService implements UserDetailsService  {
...
...
	@Override
	public UserDetails loadUserByUsername(String usrId) throws UsernameNotFoundException {
		
        Optional<UsrEntity> userEntityWrapper = usrRepository.findByUsrId(usrId);
        UsrEntity userEntity = userEntityWrapper.get();
        List<GrantedAuthority> authorities = new ArrayList<>();
        RoleUsrEntity roleUsrEntity = userEntity.getRole();
        String authRoleCd = roleUsrEntity.getRoleCd();
        
        if(userEntity.getRole() != null) {
        	authorities.add(new SimpleGrantedAuthority(authRoleCd));
        } else {
        	authorities.add(new SimpleGrantedAuthority("R01"));
        }
        return new User(userEntity.getUsrId(), userEntity.getUsrPw(), authorities);
    }
}

필자는 회원 가입할 때 회원정보 중 비밀번호를 BCryptPasswordEncoder 암호화하여 저장하였음.

암호화된 비밀번호는 절대 복호화될 수 없는 점을 숙지.

loadUserByUsername 메소드에서는 로그인 시도한 사용자의 ID를 조회하여 권한과 비밀번호를 리턴하고

passwordEncoder를 이용하여 입력한 비밀번호를 암호화한 값과 조회된 암호화된 비밀번호를

비교하여 일치한 경우 인증에 성공시킨다.

oracle 서브쿼리 rownum 조회시 ORA-00904 invalid identifier 원인파악

jckim — Thu, 24 Feb 2022 06:00:58 +0900

oracle DB를 사용하여 중이며
추가적으로 데이터를 조회해야 하는 작업이었다.

문제가 발생했던 쿼리를 임의의 테이블로 재구성 해보았고 아래와 같다.

SELECT 
    (SELECT Z.사용자명
     FROM (SELECT U.사용자명
           FROM 사용자_테이블  U
           WHERE U.사용자_소속 = P.상품_관리자_소속
           order by U.로그인_일자 DESC
           ) Z
    WHERE Z.ROWNUM = 1) 가장 최근에 접속한 사용자
FROM 상품_테이블 P

쿼리를 간략하게 설명하자면
상품을 관리하는 사용자의 소속에서 가장 최근에 로그인한 한 명을 추출하는 쿼리이다

해당 쿼리를 실행하였을 때 표출되는 메시지는 아래와 같다.

ORA-00904: "P"."상품_관리자_소속": invalid identifier

메시지를 그대로 읽으면 "P"."상품_관리자_소속"이 부적절한 식별자라는 것인데
오타가 없으며 테이블 스키마에도 정상적으로 생성되어있는 컬럼인것을 확인하였다.

확인 결과 해당 쿼리는
제목에는 서브쿼리라 되어 있지만 정확하게는
스칼라 서브쿼리 안쪽에 인라인 뷰 내부에서
가장 최상단에 있는 P 테이블의 컬럼을 호출하였기 때문이었다.

상세하게 설명하면 인라인뷰의 동작 방식의 특징으로
인라인 뷰는 상관관계 서브 쿼리가 아니기 때문에 독립적으로만 사용이 가능하여
스칼라 서브쿼리 안쪽에 인라인 뷰에서는 메인 쿼리의 컬럼을 가져올 수가 없던 것이다.

조치할 수 있는 방법으로는
- 오라클의 WITH 함수
- 상위 n번째 값을 구하는 다른 방식으로 ORDER BY로 인한 인라인뷰 생성 방지
가 있을 것으로 보인다.

후자를 선택하여 조치를 진행하였다.
ROWNUM을 구하기위해 생성된 인라인 뷰 영역을
오라클에서 지원하는 KEEP (DENSE_RANK...) 함수 사용

SELECT 
    (SELECT MAX(U.사용자명) KEEP (DENSE_RANK FIRST ORDER BY U.로그인_일자 DESC NULLS LAST)
           FROM 사용자_테이블  U
           WHERE U.사용자_소속 = P.상품_관리자_소속
           ) 가장 최근에 접속한 사용자
FROM 상품_테이블 P

Unexpected character (n) at position 해결하기(JSON)

jckim — Wed, 23 Feb 2022 06:20:13 +0900

API를 호출하여 결과를 DB에 수집을 하는데
어느 날부터 수집이 되지 않아 확인을 해보았음.

오류파악

API를 호출하여 저장하는 WAS의 LOG를 확인해 보았는데 해당 부분에 아래와 같은 ERROR LOG가 확인되었음.

Unexpected character (n) at position [nember].

관련 LOG는 JSON 파싱 중 문법에 맞지 않은 데이터 형식을 파싱 하려고 할 때 나타나는 에러 메시지로 확인하였고
상세하게는 JSON 데이터에서 number 번째에 문자 "n"으로 시작하는 부근에 구문 오류가 있다는 것이다.

일일이 API 결과 데이터를 눈으로 보는 건 정말 비효율적이기 때문에
해당 API를 브라우저에서 호출하여 결괏값을 JSON validation 사이트를 통하여 검증을 진행하였다.

다행인 건지 검증 결과에서 바로 발견을 할 수 있었음.

{
	"testData": "<div class= "test"/>"
}

원인은 JSON 데이터 값 중에 쌍따옴표(") 가 포함이 되어있어 쌍따옴표(") 묶여 있는 JSON 데이터 값에 올바르지 않은 문법을 나타나게 된 것이었음.

조치

조치방법으로 API 응답 시 쌍따옴표(")와 같은 JSON 파싱에 영향을 줄 수 있는 문자에 대해서 이스케이프(\) 처리를 하도록 함.

{
	"testData": "<div class= \"test\"/>"
}

개선된 JSON 데이터 검증을 완료하고 정상적으로 적재되는 것 확인 완료.

기존에 잘 수집하던 데이터가 갑자기 안 되는 원인까지 알아보니 기존에는 이스케이프 처리가 되어 결괏값을 응답하였으나
최근에 API기관의 시스템 작업 이후 이스케이프 처리가 안된 데이터가 응답되었던 것으로 확인.

[GIT] Git에서 SVN의 revert 기능 사용하기(Reset, Revert)

jckim — Tue, 22 Feb 2022 07:20:00 +0900

형상관리 도구로는 평소 자주 사용하였던 SVN 외에도Git, SVN, CVN, Perforce, SourceSafe 등이 있으며

보편적으로 사용하고 있는 SVN과 Git을 우선적으로 사용해 보았다.

Subversion(svn)을 사용했던 사용자라면 저장소에서 체크아웃 받은 소스를 작업하다가

다시 작업하기 전 상태로 되돌리려고 하는 경우

revert 기능을 사용하여 간편하게 소스를 되돌렸을 것이다.

하지만 Git을 사용하여 작업을 하다가 작업하다가 다시 작업하기 전 상태로 되돌리려고 하는 경우

eclipse 내에 형상관리 관련 메뉴에서 revert와 관련 있어 보이는 메뉴로는 Reset과 Revert Commit이 보인다.

두 가지 명령에는 차이점이 있다

Reset

특정 이력으로 돌아가며 그 이후 커밋은 삭제가 되어 깨끗하게 돌아갈 수 있다

관련 옵션으로는 Soft, Mixed, Hard 세 가지로

각 옵션은

Soft : HEAD 트리만 해당 커밋으로 되돌림.

Mixed : HEAD, Index 트리를 해당 커밋으로 되돌림.

Hard : HEAD, Index, 워킹 디렉터리 트리를 해당 커밋으로 되돌림.

Revert

특정 이력으로 돌아가지만 커밋을 하여 이력이 남게 됨.

다만, 이력이 남기 때문에 다른 사람이 어떤 부분이 변경되었는지 알기 쉽다.

결론

commit을 하였으나 이력을 남기지 않고자 할 때 Reset - Hard 옵션을 사용

commit을 하였으나 이력을 남겨여 할 때 Rever 옵션 사용

아직 Commit을 하지 않았다면 해당 파일을 다시 체크아웃Checkout 받으면 이전 상태로 돌아갈 수 있다.

git checkout -- [소스경로]

DevOps와 SRE 무엇이 다른가?

jckim — Mon, 21 Feb 2022 15:06:31 +0900

결론부터 이야기하자면 SRE(도구)는 DevOps(문화)를 구현하는 역할이다.

DevOps란

Developement 와 Operations의 합성어로

개발과 운영의 구분없이 모두 수행하는 문화, 원칙을 말한다.

실제로 운영팀과 구축(개발)팀의 상황에서만 봐도 각각의 입장 차이가 있어

서로의 입장차이를 조율하는데 있어서 프로젝트 관리자의 역할이 중요한 상황이 빈번하게 발생한다.

때문에 개발, 테스트, 배포, 운영까지 모두 개발팀과 운영팀 구분없이 모든 일을 하나의 조직에서 진행하는 문화, 원칙이 탄생하게 된 것으로 보인다.

데브옵스 특징

기존 개발/운영의 분리의 사일로(분권) 조직을 줄임.
개발/배포 중 문제 발생 확률을 줄이려는 데 집중

데브옵스 장점

최소 인원으로 개발, 운영이 가능함.
운영하고 있는 환경이기 때문에 별도 개발팀에 새롭게 파악하는 것보다 빠름
운영하고 있는 환경이기 때문에 작업에 따른 영향도 파악이 정확하여 배포에 따른 운영 안정성 향상
하나의 팀에서 개발, 테스트, 배포 등 모두를 담당하기 때문에 개발에서 배포까지의 속도 향상

SRE란

SRE(사이트 안정성 엔지니어링)란 조직이 해당 시스템, 서비스 및 제품에서 적절한 수준의 안정성을 달성하도록 지원하는 엔지니어링 분야이다.

SRE 역할

DevOps 문화를 바탕으로 개발자들이 테스트, 배포, 모니터링 할 수 있는 플랫폼을 개발하는 역할

Metrics & Monitoring (장애탐지)

모니터링의 지표를 정의하고, 해당 지표를 모니터링 시스템에서도 적용하여 모니터링 할 수 있게하여

모든 것은 데이터로 남겨 해당 데이터를 기반으로 의사결정을 진행.

- SLI (Service Level Indictor) : 서비스 수준을 판단할 수 있는 몇 가지를 정량적으로 측정할 수 있는 척도

- SLO (Service Level Objective) : SLI에 의해 측정된 서비스 수준의 목표 값 혹은 일정 범위의 값

SLI를 먼저 정하고, 각각의 지표에 대한 안정성 목표를 SLO로 설정하여 운영관리

Capacity Planning(용량 계획)

누적된 데이터를 통해서 시스템 운영에 필요한 충분한 하드웨어 리소스 확보, 설계 및 관리

Change Management (장애탐지, 장애복구)

배포시 장애가 발생하였을 때 신속하고 정확하게 문제를 찾아낼 수 있도록 해야함

문제가 발생하였을 때 신속하게 롤백 가능하게 해야함

Emergency Response (장애복구, 장애재발방지, 장애예방)

장애가 발생하더라도 신속하게 롤백 될 수 있도록 복구 또한 자동화 해야함.

Culture

장애리뷰, 장애재발방지, 장애예방을 위해 장애경험을 공유하고 누적된 데이터를 기반으로 의견 공유 및 결정을 할 수 있도록 해야함.

조직적인 사일로(silo : 분권) 줄임
일반적인 실패허용
점진적인 변화
도구 활용 및 자동화
모든 것을 측정

참고자료

https://drive.google.com/file/d/1iOMaYIwlUBiGoG2mf8MFzl3EHy5xGJpq/view

[JPA] JPA 프로젝트 수정 기능 구현 시 null 값으로 저장되는 현상

jckim — Thu, 13 Jan 2022 23:30:26 +0900

JPA를 사용하여 개인 프로젝트 진행하던 중 게시판 글 수정 기능을 구현하는 과정에서
제목이나 내용을 수정하고 저장을 하면 등록일자 항목의 값이 비어지는 현상이 나타났다.

21번 게시물에 비어있는 등록일자

우선, 글을 처음 등록할 때 로직을 다시 확인하였다.
등록일자 값은 Entity 내에 @PrePersist 어노테이션을 이용하여 Date 객체를 대입하여 값을 등록하였다.
@PrePersist 어노테이션은 해당 테이블이 insert를 할 때 동작하는 것으로 수정을 할 때는 해당 어노테이션이 동작하지 않기 때문이다.

수정 기능은 입력받은 값을 Entity에 저장하고 JPA save() 메소드를 호출하는 방식이다.

해당 로직에서 동작하는 쿼리를 확인하기 위해 로그를 확인해 보았는데
수정화면에서는 제목과 내용의 값만 존재하는데 로그상에 찍힌 update문에는 등록일자 컬럼값까지 update 대상에 포함이 되어있었다.

원인은
수정 기능이지만 객체에 값을 받아와 해당 데이터에 다시 저장을 하는 방식인데
기존 RDB 사용 방식에 익숙해져 있는 탓에 이부분을 고려하지 못했다.
따라서 수정화면에서 입력한 값만 호출한 메소드의 Entity에 셋팅이 되고 update가 진행이 되는 것이었다.

조치방법으로는
업데이트를 진행하기 전에 수정하는 게시물의 일련번호를 이용해서 조회한 결과를
동일한 형태의 임시 Entity에 할당하여 기존 값을 유지해야하는 변수에 대입한 후 JPA save() 메소드를 호출하도록 변경하였다.

다중 서버인 환경에서 DB를 사용한 각 서버 작업 진행

jckim — Wed, 29 Dec 2021 00:05:07 +0900

프로그래밍을 하다 보면 거의 대부분 사용하게 되는 조건문 if 명령어가 있는데
해당 명령어를 사용하기 위해서 중요한 부분 중 하나인 조건에 대해서 정리를 해보았다.

어떠한 작업, 환경, 데이터 형태 인지에 따라서 사용할 수 있는 조건은 다양하다

조건비교방법
-일치여부

-대소 비교
-참/거짓

조건비교 값
-상태
-문자
-숫자
-데이터 개수
-시간

상태
API 및 특정 서버에 요청을 하였을 때 비정상적인 연결 또는 요청한 서버의 상태에 문제가 있는 경우 결과값을 받아 다른 로직을 진행할지에 대하여 처리를 할 수 있음.

문자 및 숫자
비교할 수 있는 데이터의 값이 확실하게 정해져 있거나 특정 범위를 정해놓을 수 있는 경우 사용 가능.

데이터의 개수
숫자와 비슷하지만 조회 및 수신 데이터의 개수를 먼저 확인 후 세부적인 조건을 비교할 때 사용 가능.

시간★
일정한 시간을 기준으로 동작해야 하는 로직을 작성할 때 사용 가능.

사용 예시로는 2개 이상의 서버에 각각 동일한 인스턴스를 배포해놓은 상황에서
여러 서버에 동일하게 작업을 진행해야 하는 경우
하나의 서버에서 DB의 flag 값을 기준으로 로직 수행 후 UPDATE를 해버리면 아직 수행하지 못한 서버에서는 DB flag 값을 조회하였을 때 이미 완료가 된 상태이기 때문에 작업 수행을 하지 않는다.
이러한 경우 여러 서버에서 동일한 작업을 수행하기 위해서는 특정하게 변하지 않으면서도 동일한 기준의 조건으로

사용할 수 있는 조건이 시간이라는 조건으로 작업을 하면 원하는 결과를 얻을 수 있다.

물론 다양한 방법이 존재하겠지만 가장 간단하면서도 바로 적용해 볼 수 있는 방법을 선택하였다.

다중 서버에서 DB flag로 작업을 진행하는 경우

다중서버에서 시간을 기준으로 작업을 진행하는 경우

[GIT] 초기 연동 시 주요 명령어 정리

jckim — Wed, 11 Aug 2021 23:35:48 +0900

VScode IDE에서 작업 시 터미널에서 git 이용 시보다 원활한 작업을 하기 위해 정리.

프로젝트 생성 후 git 원격저장소 연동까지 필요한 최소 명령어 우선 정리.

설명에 경로라는 단어는 VScode 터미널에서 작업을 진행하는 경로까지 이동함을 뜻함.

--현재 경로를 로컬 저장소로 설정
git init

--현재 경로의 로컬 저장소와 원격저장소를 연결
git remote add origin [브랜치 master 생략가능] 원격저장소주소

--현재 경로에 원격저장소 origin에서 master 브랜치를 가져오기
git pull origin master

--현재 경로의 로컬 저장소에 스테이징 된 항목들을 origin 원격 저장소의 master 브랜치에 올리기
git push origin master

--원격저장소 브랜치 확인
git branch -r

--로컬 저장소 브랜치 확인
git branch -a

--작업한 파일 index 영역에 올리기

git add .

--index에 올라간 파일 커밋하기

git commin -m "커밋 메시지"

--커밋한 작업목록 원격저장소에 push하기 (origin 저장소에 master 브랜치로 푸시)

git push origin master

[JAVA] javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure (2)

jckim — Thu, 8 Jul 2021 22:43:23 +0900

[관련 시리즈]

발단

이전에 앞서 작성하였던 루트 인증서 관련 SSLHandshakeException을 조치하였음에도 불구하고 관리하는 API 기관 중 어떤 기관은 앞선 작업으로 인하여 정상적으로 호출하는 것을 확인하였고

일부 기관은 앞선 작업을 하였지만 이전과 다른 새로운 에러 로그*가 나타나는 것을 확인하였음.

하지만 서버에서 curl 및 wget 명령어로 API URL을 호출할 때는 정상적인 값을 가져오는 것을 확인.

따라서 WAS단에서 문제가 있는 것으로 판단.

원인

아래는 *새로운 에러 로그

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53

javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure
    at sun.security.ssl.Alerts.getSSLException(Alerts.java:192)
    at sun.security.ssl.Alerts.getSSLException(Alerts.java:154)
    at sun.security.ssl.SSLSocketImpl.recvAlert(SSLSocketImpl.java:1959)
    at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1077)
    at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1312)
    at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1339)
    at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1323)
    at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:563)
    at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1300)
    at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254)
    at com.jc.pj.HomeController.testPost(HomeController.java:114)
    at com.jc.pj.HomeController$$FastClassByCGLIB$$57a84547.invoke(<generated>)
    at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:191)
    at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:618)
    at com.jc.pj.HomeController$$EnhancerByCGLIB$$f98447e3.testPost(<generated>)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:606)
    at org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:213)
    at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:126)
    at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:96)
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:617)
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:578)
    at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:80)
    at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923)
    at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
    at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
    at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:624)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
    at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:110)
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:506)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:169)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:962)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:445)
    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1115)
    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:637)
    at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:318)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
    at java.lang.Thread.run(Thread.java:744)
Colored by Color Scripter

cs

해당 로그 중 눈에 새롭게 들어오는 부분은 sun.security.ssl~부분이다 관련 에러 로그로 확인을 좀 더 확인해 보니

JAVA 보안 메커니즘의 문제로 확인이 되었다.

ssl handshake 중 상대기관에서 보내온 응답에 대한 암호화 방식에 대하여

운영 중인 현재 서버의 java 암호화 방식이 지원되지 않는 것으로 판단.

각 기관의 jdk 버전 확인

상대기관 jdk 1.8

운영서버 jdk 1.7.0_45

TLS1.2v 사용한다면 보다 강력한 암호화 방식으로 256비트 키를 이용하여 암호화하여 보안 소켓 통신.

하지만 현재 상황에 경우 경우 운영서버의 jdk1.7의 보안 패키지인 Java Cryptography Extension(JCE)의 경우 기본적으로 128비트 키를 이용하여 암호화를 지원을 하기 때문에 무제한 강도의 JCE 정책지원 버전으로 교체가 필요.

조치

oracle 홈페이지에서 jdk7전용 무제한 강도의 JCE 패키지 다운로드

https://www.oracle.com/java/technologies/javase-jce7-downloads.html

운영서버의 JCE 패키지 교체

(보안상 윈도우즈 PC 기준으로 경로 작성)

아래 경로에 jar파일 2개를 다운로드한 jar 파일로 교체

C:\Program Files\Java\jdk1.7.0_45\jre\lib\security

US_export_policy.jar

local_policy.jar

비교해보면 교체 전과 후의 파일 사이즈도 다른 것 확인 가능.

교체 전	교체 후

[java] javax.net.ssl.SSLHandshakeException : Received fatal alert : handshake_failure

jckim — Tue, 8 Jun 2021 00:15:12 +0900

[관련 시리즈]

발단

API를 통하여 타 기관의 데이터를 가져오는 서비스를 관리하는 중 상대 기관에서 기존에 제공하던 API url 변경 및 https 적용 작업이 있다하여 작업을 준비 하였음.

해당 기관 말고도 다른 API에서도 https로 변경하였기 때문에 비슷한 작업이라고 추정하였음.

이전에 SSL 관련하여 비슷한 작업 (이하 이전 ssl 작업) (https://jckim-dev.tistory.com/14)

하지만 작업 후 신규 url 호출 시 아래와 같은 에러문구가 확인됨.

javax.net.ssl.SSLHandshakeException : Received fatal alert : handshake_failure

참고표

java 버전별 기본TLS 버전과 지원버전에 대한 표

원인

-운영중인 서버 설정 확인

java 버전(1.7) - TLSv1.0

-해당기관 서버 설정 확인

java 버전(1.8)

TLS 설정(TLSv1.2만 허용)

1. 클라이언트에서 TLSv1.0으로 서버에 요청을 하기 떄문에 서버에서는 허용되지 않은 TLS 버전.

2. 서버(API제공기관)과 클라이언트(운영중인 서버)간에 TLS 버전이 호환이 되지 않기 때문.

3. java keyStore에 해당 기관의 인증서가 없을 수 있음.

조치

원인에 1번과 2번에 대해서는 [이전 ssl관련 작업]에서 진행하였기 때문에 3번 항목에 대한 조치를 진행하였다.

해당 인증서를 받기 전에 인증서 유효성 없이 정상 호출이 되는지 확인 후 정상적인 호출을 확인하여 해당 해당 발급기관의 루트인증서를 java keyStore에 저장 하였음.

조치방법

1. 인증서 유효성 없이 정상 호출이 되는지 확인하기

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

         TrustManager[] trustCerts = new TrustManager[]{
                new X509TrustManager() {
                    public java.security.cert.X509Certificate[] getAcceptedIssuers() {
                        return null;
                    }
                    public void checkClientTrusted(
                        java.security.cert.X509Certificate[] certs, String authType) {
                    }
                    public void checkServerTrusted(
                        java.security.cert.X509Certificate[] certs, String authType) {
                    }
                }
            };
 
         SSLContext sc = SSLContext.getInstance("TLSv1.2");
         sc.init(null, trustCerts, new java.security.SecureRandom());
         
         URL url = new URL("https://호출 url");
 
         HttpsURLConnection conn = (HttpsURLConnection)url.openConnection();
         conn.setSSLSocketFactory(sc.getSocketFactory());

cs

2. 해당 발급기관의 루트인증서를 java keyStore에 저장

1
2
3
4

keytool -importcert -alias 등록할 인증서 별칭 -keystore JAVA_HOME/jre/lib/security/cacerts -file 다운받은 루트인증서
 
cacerts에 설정된 기본 비밀번호 : changeit
 
Colored by Color Scripter

cs

참고자료

java 버전별 지원 TLS 버전 https://www.ateam-oracle.com/tls-and-java

Windows에서 CA 인증서 가져오기 https://docs.vmware.com/kr/VMware-Horizon-7/7.13/horizon-console-administration/GUID-43F2DA27-2FDF-4425-BC99-ABA84F4F493F.html

[oracle 설정] UNDO tablespace 사용량 급증 현상 해결

jckim — Tue, 22 Dec 2020 23:17:57 +0900

발단

oracle DB 환경을 관리하던 중 DB서버 이동을 하게 되었음.

신규 서버에 oracle DB가 다시 세팅되고 며칠간 모니터링 수행 중 Tablespace 중 UNDOTBS 사용량이 아주 빠른 속도로 증가되는 것을 발견.

원인 파악을 하여 바로 조치하는 것이 제일 베스트이지만 당장의 서비스 운영을 위해서 임시조치로 해당 테이블스페이스를 증설한 상태에서 원인 파악에 들어갔음.

사전조사 및 참고자료

UNDOTBS(Undo Tablespace)란?

읽기 일관성을 유지하기 위해 사용되는 Tablespace로 데이터베이스 운영 중 많은 사용자들에게서 DML 작업이 이루어지는데 이때 Rollback하게 되는 경우를 대비하여 DML 작업이 발생했을 때 삭제 및 수정 이전의 값에 대한 정보를 UNDO Segment에 저장합니다. 이러한 Undo Segment에 대한 관리 공간으로 Undo Tablespace를 사용합니다.

AUM(Automatic Undo Management)이란?

oracle 9i 부터 제공하는 undo 관리 기능이며 오라클 서버가 자동적으로 undo Data 및 Tablespace를 관리한다.

반대로 MUM 방식은 DBA의 설정 및 작업으로 수동적으로 관리되는 방식.

MUM/AUM 비교

AUM 사용 여부 확인

[확인 1] AUM 사용 여부 확인 SQL

1

show parameter undo;

cs

조회 쿼리 이며 아래는 조회 결과다.

NAME
TYPE
VALUE
설명

undo_management
string
AUTO
undo 관리 방식 (AUTO/MANUAL)

undo_retention
integer 
900
undo 데이터 유지시간(default:900)

undo_tablespace
string
UNDOTBS1 
관리 대상 undo Tablespace Name

 undo_management의 값이 AUTO 이기 때문에 현재 DB는 AUM 방식을 사용하는 것을 확인 가능하다.

UNDO_EXTENTS 상태 조회 및 상태 설명

[확인2]UNDO_EXTENTS 상태 조회 SQL

1

SELECT DISTINCT STATUS, SUM(BYTES)/(1024*1024) MB, COUNT(*) FROM DBA_UNDO_EXTENTS GROUP BY STATUS;

cs

STATUS	MB	*COUNT()**
UNEXPIRED	50	51
EXPIRED	150	99

UNDO_EXTENTS 상태 조회 결과이며 각 상태에 대해서 설명은 아래와 같다.

EXTENT STATUS	설명
EXPIRED EXTENT	undo_retention 시간을 초과한 Extent. 사용 중인 트랜잭션이 없고 undo retention 도 완료되어서 언제든지 트랜잭션에 할당될 수 있는 상태
UNEXPIRED EXTENT	undo_retention 시간을 초과하지 않은 Extent. 사용 중인 트랜잭션이 없으나, 언두 유지 시간이 완료되지 않아서 트랜잭션에 할당되지 않고 보존되어 있는 상태
ACTIVE EXTENT	트랜잭션에 할당되어 언두 데이터를 기록하고 있는 상태
FREE EXTENT	생성 이후 트랜잭션에 한 번도 할당되지 않았거나, SMON에 의한 주기적 정리가 완료되어 있는 상태

Extent Stealing

트랜잭션이 끝났지만 언두유지시간에 의하여 유지되고 있는 언두 익스텐트를 재사용하는 기능

Extent 할당 순서

1. 자기 자신의 Extent의 프리 블록을 찾는다.

2. 다음 Extent가 만료된 Extent인지 확인한다.

3. 언두 테이블스페이스에서 새로운 Extent를 할당한다.

4. 오프라인 트랜잭션 테이블에서 expired Extent를 가져온다(steal).

5. 온라인 트랜잭션 테이블에서 expired Extent를 가져온다(steal).

6. autoextend가 가능하다면 파일을 확장하여 Extent를 할당한다.

7. 자신의 트랜잭션 테이블에서 unexpired Extent를 재사용한다.

8. 오프라인 트랜잭션 테이블에서 unexpired Extent를 가져온다(steal).

9. 에러(ORA-30036)를 발생한다.

RETENTION 상태 확인

[확인3] RETENTION 상태 확인 SQL

1

select RETENTION from DBA_TABLESPACES where tablespace_name ='UNDOTBS1';

cs

조회 결과는 아래 두 값 중 하나

guarantee : 언두 유지 시간 엄격히 적용

noguarantee : 언두 유지 시간을 엄격하게 적용하지 않고 테이블 스페이스 크기와 연관하여 관리

Tablespace 확장성 사용 여부 확인

[확인 4] Tablespace 확장성 사용 여부 확인

1

select autoextensible from DBA_DATA_FILES where tablespace_name ='UNDOTBS1';

cs

조회 결과는 아래 두 값 중 하나

on(yes) : 테이블스페이스 공간이 부족할 시 자동적으로 확장 가능하게 하는 옵션

off(no) : 테이블스페이스 공간이 부족할 시 자동적인 확장을 제한하는 옵션

Automatic Undo Retention 적용 조건 표

Automatic Undo Retention 적용 조건

해당 표가 이번 이슈해결에 가장 큰 도움을 받은 자료이다.

원인 분석

상단에 UNDO 관리에 대한 참고자료 항목에 정리해 보았다 관련 자료를 참고하여 현재 문제가 발생한 DB에서 각각의 설정을 확인하였다.

[확인 1] AUM 사용 여부 조회 (확인 결과 AUTO 값 확인)

[확인 2]UNDO_EXTENTS 결과를 확인하였을 때 UNEXPIRED EXTENT값이 줄어들지 않는 것을 확인

[확인 3]RETENTION 상태 조회 (noguarantee 값 확인)

[확인 4]TABLESPACE autoextensible 값 확인 (off 값 확인)

위에 상태 확인 결과를 토대로 "Automatic Undo Retention 적용 조건 표"에 대입해 보았다.

현재 상태는 GUARANTEE : NO / AUTOEXTEND : NO에 해당하며 이 경우 언두 유지시간은 345,600초와 UNDO_RETENTION(900초) 설정 값 중 큰 값을 따르기 때문에 큰 값인 345,600초 즉 4일이라는 기간 동안 언두를 유지하도록 되어 있던 것이었다. 현재 시스템상 매분마다 들어오는 데이터가 많고 매분마다 반복해서 작업이 있기 때문에 undo Tablespace 사용량이 증가하는 것을 쉽게 확인할 수 있었던 것이다.

조치방법

undo Tablespace autoextensible 옵션 yes로 적용하고 maxsize는 현재 생성된 dbf 파일 사이즈만큼 설정하면 해당 dbf 파일이 이전 이슈가 발생하였을 때 무분별하게 확장하지 않도록 방지할 수 있게 설정할 수 있고 이에 따라 참고자료 항목에 Automatic Undo Retention 적용 조건 표 두 번째 조건 GUARANTEE : NO / AUTOEXTEND : YES에 맞추어 관리하도록 변경 후 언두 유지시간은 MAXQURTLEN + 300초와 UNDO_RETENTION(900초) 중 큰 값을 따르게 되는 것을 볼 수 있으며 모니터링 진행 결과 정상적으로 UNDO Tablespace가 관리되는 모습을 볼 수 있었다.

1

ALTER DATABASE DATAFILE 'C:\ORACLE\ORADATA\undo01.dbf' AUTOEXTEND ON MAXSIZE 1024M;

cs

참고사이트 출처

http://wiki.gurubee.net/display/CORE/3.2+AUM+vs.+MUM

http://wiki.gurubee.net/pages/viewpage.action?pageId=26742857

https://sarc.io/index.php/oracledatabase/145-2014-04-23-05-17-38

[java] API 호출 안되는 현상 해결 (301 응답코드)

jckim — Mon, 7 Dec 2020 23:19:48 +0900

*발단

특정 기관의 api를 호출한 결과 데이터를 DB에 삽입하여 관리하고 있으나 특정 시점부터 데이터가 들어오지 않는 현상이 발생.

*원인 파악

exception을 제대로 걸지 않은 것인지 log레벨에 맞지 않은 것인지 log 파일에서는 관련된 부분을 확인할 수 없었음.

아래 소스와 같이 로컬상에 api 끌어오는 부분을 구현하여 결과값을 output 하는 것으로 결정.

[호출 테스트]

//예시용도 호출 api url
String fullUrl = "http://jckim-dev.tistory.com/apiTest";
        
HttpURLConnection conn = (HttpURLConnection)url.openConnection();
 
BufferedReader tempBufferedReader = null;
BufferedReader bufferedReader = null;
InputStream inputStream = null;
 
conn.setDoOutput(true);
conn.setRequestMethod("GET");
 
tempBufferedReader = new BufferedReader(new InputStreamReader(conn.getInputStream(), "euc-kr"));
String tempStr = "";
StringBuilder bufferedStr = new StringBuilder();
 
while ((tempStr = tempBufferedReader.readLine()) != null) {
  bufferedStr.append(tempStr).append("\n");
}
 
inputStream = new ByteArrayInputStream(bufferedStr.toString().getBytes());
bufferedReader = new BufferedReader(new InputStreamReader(inputStream, "UTF-8"));
 
System.out.println("===============================");
System.out.println(bufferedStr.toString());

[조치 전 호출 결과]

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html>
<head>
    <title>301 Moved Permanently</title>
</head>
<body>
    <h1>Moved Permanently</h1>
    <p>The document has moved <a href="https://jckim-dev.tistory.com/apiTest">here</a>.</p>
</body>
</html>

문제가 되었던 api를 호출하였을 때 301 응답 코드가 발생한 것을 확인하였고 친절하게 어떠한 URL로 변경되었다고 메시지까지 확인할 수 있었음.

메시지는 기존 url의 콘텐츠는 새로운 url로 옮겨졌으니 해당 url로 호출하라는 내용이었음.

˚http 응답 코드 301 (영구 이동): 요청한 페이지를 새 위치로 영구적으로 이동했다. GET 또는 HEAD 요청에 대한 응답으로 이 응답을 표시하면 요청자가 자동으로 새 위치로 전달된다. 참조자료

*조치

해당 기관이 http에서 https로 제공하도록 변경된 것으로 확인.

api를 호출하는 로직에서는 해당 결과를 확인할 수 없었기 때문에 원인 파악에 어려움이 있었음.

api url을 기존 http에서 https로 호출.

추가적으로 방화벽을 관리하고 있다면 https로 호출 시 443 포트가 열려있는지 확인 필요.

[조치 후 결과]

<?xml version="1.0" encoding="UTF-8" ?>
<document>
    <root>
        <result>        
            ...
            ...
            ...
        </result>
    </root>
</document>

[JPA] 메서드명으로 쿼리 생성 원리

jckim — Tue, 6 Oct 2020 00:30:57 +0900

발단

Spring Data JPA 학습을 하는 도중 메서드명으로 쿼리를 생성하는 부분에 궁금증이 생김.

필요한 Entitiy를 선언하고 메소드를 작성하던 중 동일한 키워드가 하나의 메소드에 여러 개가 선언되었는데 해당 경우에도 정상적으로 원하는 쿼리가 동작을 하는 것을 확인하였음.

내가 작성하였을 때만 어색하게 보일 뿐이지 내부적으로 어떠한 원리로 메소드명에서 정보를 추출하여 쿼리를 생성하는지 찾아봄.

학습환경 (발단의 원인)

회원정보인 Usr Entity에 권한을 뜻하는 Role Entity가 존재(OneToOne Join).

Entitiy 정보는 아래와 같음.

1
2
3
4
5
6
7
8
9
10
11

//회원정보 엔티티
public class UsrEntity {
    @OneToOne
    @JoinColumn(name = "usr_id", referencedColumnName = "usr_id") 
    private RoleUsrEntity role;
      
    public void setRole(RoleUsrEntity role) {
        this.role = role;
    }
    ... 생략
}
Colored by Color Scripter

cs

 

1
2
3
4
5
6
7
8
9
10
11

 
//권한엔티티
public class RoleUsrEntity {
    
    @Id
    @Column(nullable = false)
    private String usrId;
    
    @Column(nullable = false)
    private String roleCd;
    
}

cs

 
권한코드를 기준으로 회원 목록을 검색하려는 메소드를 작성하였을 때 아래와 같이 RoleRoleCd이라고 작성하였음. 
 



1

List<UsrEntity> findByRoleRoleCd(String roleCd);

cs

확인결과

JPA 프로젝트에서 repository에 메소드명을 정의하는 경우 spring data jpa 명세에 따라서 메소드명과 Entity를 이용하여 쿼리를 추출하게 됨.

JPA 관련 다양한 구현체가 존재하나 학습 중 이용하였던 JpaRepository를 기준으로 확인.

아래는 메소드명에서 쿼리 속성을 찾아가는 과정을 붉은색으로 표시한 것임.

순서	메서드 (확인중인 엔티티 속성)	설명
1	findByRoleRoleCd	가장 처음 확인하는 경우 By 이후의 전체 단어를 엔티티에 속성에 존재하는지 확인
2	findByRoleRoleCd	1번에서 속성을 찾지 못한 경우 오른쪽 끝에서부터 CamelCase 기준으로 왼쪽으로 이동하여 해당 단어가 엔티티에 속성에 존재하는지 확인
3	findByRoleRoleCd	2번에서 속성을 찾지 못한 경우 2번 단어 에서 다시 CamelCase 기준으로 왼쪽으로 이동하여 해당 단어가 엔티티 속성에 존재하는지 확인

즉, 제일 처음 확인하는 경우에는 By 이후 전체 단어를 Entity 속성에서 확인하고 확인에 실패한 경우에는 가장 오른쪽부터 CamelCase 기준으로 나누어 엔티티 속성에 존재하는지 확인하며 다시 확인에 실패하는 경우에는 해당 위치에서 CamelCase 기준 왼쪽으로 이동하며 엔티티 속성에 존재하는지 확인하는 과정이 존재하는 것임.

확인해보니 이러한 경우는 Traversal(순회) 속성이라고 함.

이러한 모호성을 구분할 수 있는 방법

수동으로 순회 지점을 (_) 밑줄을 이용하여 선언할 수 있음.

1

List<UsrEntity> findByRole_RoleCd(String roleCd);

cs

[java] SSLException: Received fatal alert: protocol_version 에러 해결

jckim — Sat, 15 Aug 2020 17:19:15 +0900

[관련 시리즈]

현상

운영중인 서버에서 타 기관의 API를 호출하여 데이터를 통신하는 부분이 있음.

여러 기관중 특정 기관에서만 데이터가 들어오지 않는 현상 발생.

원인분석

처음에는 요청하는 기관의 ip 및 port가 열려있는지 여부를 의심하였지만 확인결과 정상적으로 열려있음을 확인.

어떤 LOG가 찍히는지 상세하게 확인하기 위해 LOG 추가 후 모니터링 해 본 결과 아래와 같은 에러 메시지가 확인.

javax.net.ssl.SSLException: Received fatal alert: protocol_version

해당 메시지 확인 결과 ssl관련 프로토콜 버전으로 인해 발생한것으로 보임.

해당기관은 https://로 API를 제공하고 있었음.

하지만 다른 기관의 https://로 API를 제공하고 있는 데이터는 정상적으로 데이터 수신 확인.

API를 요청하는 WAS 인스턴스의 JVM https관련 옵션을 확인하였으나 별다른 설정이 선언되어 있지 않았음.

운영환경은 java7 사용 중이었으며 java7에서는 기본 설정으로 TLSv1.0을 지원.(TLS.v1.1, TLSv1.2, SSLv3.0 까지 지원 가능)

해당 기관에서는 TLSv1.0 이상의 버전을 사용하는 것으로 판단.

해결

WAS 인스턴스 구동시 JVM 옵션에 아래와 같은 옵션을 추가 설정

-Dhttps.protocols=TLSv1,TLSv1.1,TLSv1.2

데이터가 정상적으로 수신되는 것 확인.

JVM 설정 외에도 소스단에서 설정해 주는 방법

System.setProperty("https.protocols", "TLSv1,TLSv1.1,TLSv1.2");

있지만 사용하는 작업영역이 세분화 되어있기때문에 미적용.

NAME	TYPE	VALUE	설명
undo_management	string	AUTO	undo 관리 방식 (AUTO/MANUAL)
undo_retention	integer	900	undo 데이터 유지시간(default:900)
undo_tablespace	string	UNDOTBS1	관리 대상 undo Tablespace Name

웹개발 일지

크롬 확장 프로그램 Mybatis Log To SQL

java 임시파일 삭제 처리 안됨 문제 해결

AWS 대규모 S3 객체 작업 전략

로컬 Elasticsearch HTTPS 접속 불가 해결하기

GitHub Push 실패와 Secret Scanning 위반 해결

Spring Bean은 싱글톤인데, 사용자 정보 유출이 발생하지 않는 이유

싱글톤(Singleton) 방식이란?

싱글톤임에도 안전한 이유: Stateless 설계

상태가 필요한 경우의 대안

마무리

Netty에서 총 길이를 알 수 없는 데이터 수신 처리 전략

Netty와 데이터 수신의 특징

Netty가 제공하는 프레이밍(Framing) Decoder

프레이밍이 어려운 특수한 상황

해결 전략: IdleStateHandler + userEventTriggered 활용

userEventTriggered란?

IdleStateHandler로 타임아웃 감지하기

정리

Resin 서버에서 MultipartFile 호환성 이슈 및 해결 과정

PostgreSQL MyBatis "invalid input syntax for type numeric" 오류 해결

[java] jdom xPath 호출 시 멈춤 현상 해결

[java] 인코딩이 다른 시스템간 byte 데이터 주고받기

Jquery append 시 연관없는 이벤트 발생 해결

MyBatis ORACLE SEQUENCE 미증가 해결

ObjectMapper 결과 값 주입이 안되는 경우

발단상황

문제해결

원인분석

java RSA decryption is failed (bouncycastleprovider 관련)

세션 일부 값 누락 현상 조치하기(세션 클러스터링)

웹서버 이미지 호출이 안되는 경우(이기종 WAS 운영 환경)

다중 컨테이너 일괄 관리 docker compose 적용해보기

현재 환경에서 docker-compose 설치여부 확인

docker-compose.yml 파일 생성

docker-compose 실행하기

컨테이너 실행상태 확인

java Optional orElse() 의도하지 않은 로직 수행 시 확인사항

Optional이란

Optional 사용 시 발생하는 문제점

객체를 가져오는 주요 메소드

한정수량 무작위 즉석 당첨 이벤트 개발(동시성 문제 해결)

작업내용

현재 상황

최초로직

최초로직 문제점

최초로직 원인

최초로직 개선

Eclipse Save could not be completed. character encoding.

vscode Execution failed for task ':compileJava' 해결

Docker 다량 컨테이너 실행 간소화

캐시 시스템 선택시 고려사항(Redis, Memcached)

VScode 콘솔창 gradle profiles 적용이 안됨 조치

발단

원인 및 조치

readonly 속성이 적용되지 않는 경우

React 'react-scripts'은(는) 내부 또는 외부 명령, 실행할 수 있는 프로그램, 또는 배치 파일이 아닙니다. 에러 해결

spring, react 사용 CORS 오류 조치

발단

원인 분석 및 조치

Docker WEB WAS AJP 연결 실패 해결

발단

원인

조치

[웹] 화면 중복 호출 되는 경우 css background : url("")

Linux 서버 DNS 적용하기 (host.conf, resolv.conf)

jstl 부등호 ge(GreaterThanOrEquals)는 mybatis에서 사용 할 수 없는가

jQuery datepicker 날짜 초기화하기

Linux 시스템 시간 변경하기(timezone)

WSL2를 이용하여 Windows에서 Linux 실행하기

WSL2 설치한 후 인터넷 연결이 안되는 경우

spring security 스프링시큐리티 주요 설정 분석

oracle 서브쿼리 rownum 조회시 ORA-00904 invalid identifier 원인파악

Unexpected character (n) at position 해결하기(JSON)

[GIT] Git에서 SVN의 revert 기능 사용하기(Reset, Revert)

DevOps와 SRE 무엇이 다른가?

DevOps란

SRE란

[JPA] JPA 프로젝트 수정 기능 구현 시 null 값으로 저장되는 현상

JPA를 사용하여 개인 프로젝트 진행하던 중 게시판 글 수정 기능을 구현하는 과정에서 제목이나 내용을 수정하고 저장을 하면 등록일자 항목의 값이 비어지는 현상이 나타났다.

JPA를 사용하여 개인 프로젝트 진행하던 중 게시판 글 수정 기능을 구현하는 과정에서
제목이나 내용을 수정하고 저장을 하면 등록일자 항목의 값이 비어지는 현상이 나타났다.

해당 로직에서 동작하는 쿼리를 확인하기 위해 로그를 확인해 보았는데
수정화면에서는 제목과 내용의 값만 존재하는데 로그상에 찍힌 update문에는 등록일자 컬럼값까지 update 대상에 포함이 되어있었다.