#test
-
JSP 뷰 기능 플래그 Boolean 조건 분기 오류 수정
fix: featureMap Boolean 타입 비교 오류 수정 (== 1 제거) — 버그 픽스.
읽기 → -
SLECS 로고를 WEAVERKIT으로 교체
fix: SLECS 로고 WEAVERKIT으로 변경 — 버그 픽스.
읽기 → -
결제 모니터 뷰 레이어 알림 중복 제거
refactor: /Users/slecs/dev/source/pay-monitor/app/build/outputs/apk/debug/ alert/Toast 중복 제거 및 SLECS.Modal.alert로 통합 리팩토링.
읽기 → -
파트너 레벨 목록을 DB 동적 조회로 전환해 코드 수정 없이 관리
fix: JSP 동적 파트너 레벨 필터링 및 불필요한 폴백 로직 제거 파트너 관리 기능 정비 작업임. 계정 발급, 레벨 설정, 수수료 설정이 한 화면에서 유기적으로 동작해야 해서 꼼꼼히 짜야 했음. 파트너 등록 필수값 | 필드 | 필수 여부 | 검증 | |------|--------|------| | 상호명 | 필수 | NOT NULL | | 대표
읽기 → -
파트너 레벨·수수료 설정을 시스템별로 동적 관리
feat: 시스템별 파트너 레벨 설정 기능 추가 파트너 관리 기능 정비 작업임. 계정 발급, 레벨 설정, 수수료 설정이 한 화면에서 유기적으로 동작해야 해서 꼼꼼히 짜야 했음. 파트너 등록 필수값 | 필드 | 필수 여부 | 검증 | |------|--------|------| | 상호명 | 필수 | NOT NULL | | 대표자명 | 필수 | NO
읽기 → -
가상계좌 웹훅 암호화 필드 이중 디코딩 버그 수정
fix: VBANK_CHARGE Webhook 암호화 필드 이중 URL decode 버그 수정 Webhook 처리 로직에서 꽤 골치 아픈 이슈를 잡았음. 핵심은 이중 URL decode 문제임. 문제 발생 배경 결제대행사 Webhook은 POST body로 암호화된 필드를 넘겨주는데, 이 값이 URL-encoded 상태로 들어옴. 서버 프레임워크가
읽기 → -
결제 Webhook 이중 디코딩 버그 수정으로 검증 안정화
feat: Webhook 검증 로직 개선 및 스토어 FAQ 다국어 지원 추가 Webhook 처리 로직에서 꽤 골치 아픈 이슈를 잡았음. 핵심은 이중 URL decode 문제임. 문제 발생 배경 결제대행사 Webhook은 POST body로 암호화된 필드를 넘겨주는데, 이 값이 URL-encoded 상태로 들어옴. 서버 프레임워크가 Content-T
읽기 → -
서비스 계층을 정적 유틸로 전환해 패키지 구조 단순화
refactor: CSS 변수 재구성 및 새로운 상품 카테고리 스타일 추가 리팩토링은 기능 변경 없이 코드 품질을 올리는 작업임. 이번엔 패키지 구조 정리와 Service 계층을 Util 방식으로 전환하는 게 핵심이었음. 패키지 구조 재편 기존: 기능별 패키지 내 Controller/Service/Mapper 혼재 개선: Controller(we
읽기 → -
회귀 방지 시스템으로 서비스 안정성 강화
feat: 회귀 방지 시스템 추가 (내부 정책번 + 체크리스트 + Playwright 테스트) 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| | 백엔드 로직 |
읽기 → -
Partner 관리 패키지 구조와 쇼핑몰 CSS 변수 시스템으로 개선
refactor: Partner 관리 JSP 및 쇼핑몰 플랫폼 CSS 구조 개선 리팩토링은 기능 변경 없이 코드 품질을 올리는 작업임. 이번엔 패키지 구조 정리와 Service 계층을 Util 방식으로 전환하는 게 핵심이었음. 패키지 구조 재편 기존: 기능별 패키지 내 Controller/Service/Mapper 혼재 개선: Controller
읽기 → -
디자인 토큰 통일과 모바일 카드 스크롤 스냅 개선
feat: 불필요 JSP 제거 및 테스트/스타일/테스트 클래스 추가 CSS/SCSS 작업은 눈에 잘 안 보이지만 쌓이면 시스템 전체 일관성에 영향 줌. 이번엔 디자인 토큰 통일과 반응형 최적화가 메인이었음. CSS 변수 통일 작업 컴포넌트마다 4px, 6px, 8px, 12px이 혼재해있었음. 디자인 시스템 기준을 잡고 CSS 변수로 통일함. s
읽기 → -
패키지 구조 재편과 Service를 Util로 전환한 리팩토링 가이드
docs: 패키지 구조 및 Mapper XML 위치 규칙 문서화 리팩토링은 기능 변경 없이 코드 품질을 올리는 작업임. 이번엔 패키지 구조 정리와 Service 계층을 Util 방식으로 전환하는 게 핵심이었음. 패키지 구조 재편 기존: 기능별 패키지 내 Controller/Service/Mapper 혼재 개선: Controller(web)와 Ut
읽기 → -
금융 핵심 서비스 3개를 정적 유틸로 전환 완료
refactor: 단계 Step 3 - 금융 핵심 Service 3개를 utl/ Util로 전환 리팩토링은 기능 변경 없이 코드 품질을 올리는 작업임. 이번엔 패키지 구조 정리와 Service 계층을 Util 방식으로 전환하는 게 핵심이었음. 패키지 구조 재편 기존: 기능별 패키지 내 Controller/Service/Mapper 혼재 개선: C
읽기 → -
서비스 4개를 Util 계층으로 전환해 패키지 구조 정리
refactor: 단계 Step 2 - 중간 의존성 Service 4개를 utl/ Util로 전환 리팩토링은 기능 변경 없이 코드 품질을 올리는 작업임. 이번엔 패키지 구조 정리와 Service 계층을 Util 방식으로 전환하는 게 핵심이었음. 패키지 구조 재편 기존: 기능별 패키지 내 Controller/Service/Mapper 혼재 개선:
읽기 → -
배치 스케줄링 안정성과 실행 이력 관리 체계 구축
refactor: 단계 Step 1 - 독립 Service 6개를 utl/ Util로 전환 배치 작업은 운영 중에 터지면 치명적이라 스케줄링 설계를 꼼꼼히 해야 함. 배치 설계 원칙 - 멱등성: 동일 조건으로 여러 번 돌아도 같은 결과 - 실패 로그: 어떤 건이 실패했는지 추적 가능해야 함 - 부분 성공: 일부 실패해도 나머지는 처리 계속 - 알림
읽기 → -
키움페이 결제 취소 샘플 추가
feat: 키움페이 결제 취소 샘플 추가 및 UI/본인확인 로직 개선 상품 목록부터 주문까지 이어지는 흐름을 정비했음. 특히 상품 옵션 처리와 페이징, 카테고리 필터가 한 번에 엮이는 부분이 까다로웠음. 상품 옵션 처리 구조 java // 옵션 유무 분기 if (product.hasOption()) { model.addAttribute("o
읽기 → -
예치금 충전·차감 오류 메시지를 사용자 친화적으로 개선
fix: 예치금 충전/차감 금액 제한 및 에러 메시지 개선 에러 처리는 사용자 경험에 직결됨. 스택 트레이스 그대로 보여주거나, 의미 없는 "오류가 발생했습니다" 메시지는 지양함. 에러 레이어별 처리 BusinessException → 400/422 + 구체적 메시지 AuthException → 401/403 + 리다이렉트 NotFoundExce
읽기 → -
서비스 계층을 정적 유틸로 전환하고 패키지 구조 재편
refactor: JSP 파일 제거 및 예치금 관리 기능 구현 리팩토링은 기능 변경 없이 코드 품질을 올리는 작업임. 이번엔 패키지 구조 정리와 Service 계층을 Util 방식으로 전환하는 게 핵심이었음. 패키지 구조 재편 기존: 기능별 패키지 내 Controller/Service/Mapper 혼재 개선: Controller(web)와 Uti
읽기 → -
관리자 페이지 백엔드 로직 안정성
feat: 관리자 페이지 품질 감사 단계 완료 및 사용자 피드백 반영 수정 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| | 백엔드 로직 | 2개 | 핵심 처리
읽기 → -
PG 결제 라우팅과 주문 트랜잭션 원자성 확보
feat: PG 결제 라우터 추가 및 시스템 ID 기반 PG 라우팅 구현 상품 목록부터 주문까지 이어지는 흐름을 정비했음. 특히 상품 옵션 처리와 페이징, 카테고리 필터가 한 번에 엮이는 부분이 까다로웠음. 상품 옵션 처리 구조 java // 옵션 유무 분기 if (product.hasOption()) { model.addAttribute(
읽기 →