FedEx REST 배포를 백업 WAR로 복구하고 재전환한 과정
FedEx SOAP→REST 배포에서 운영 계정 연결 누락이 드러났습니다. 백업 WAR로 운송장 발급을 복구한 뒤 법인별 인증과 ETD 정책을 고쳐 재전환했습니다.
REST APIOAuthMigrationRollback
TECHNICAL NOTES
실제 문제에서 출발한 기술 기록 3페이지
가설을 세우고 로그·코드·SQL을 확인해 원인을 좁힌 과정을 기록합니다. 외부 서비스 분석은 공개된 기능과 제약을 근거로 삼고, 확인한 사실과 해석을 구분합니다.
TECHNICAL SERIES
같은 시스템의 변화를 순서대로 읽기
문제 분석부터 전환과 검증까지 이어지는 글을 한데 묶었습니다.
TECHNICAL NOTES
전체 기술 기록
업무 사례와 서비스 분석에서 확인한 사실은 해석과 구분했습니다. 내부 식별자는 기술적 의미가 남도록 일반화했고, 프로젝트 진행 시기 또는 분석 시점도 함께 표시했습니다. 글은 작성일이 최신인 순서로 정렬됩니다. RSS로 구독하기
전체 · 28개 글 · 작성일 최신순 · 3/3페이지
요청마다 Connection Pool과 SessionFactory를 만들면 생기는 문제
DB 연결 232개가 유지된 원인을 추적해 요청마다 커넥션 풀이 생성되는 문제를 찾았습니다. DataSource와 SessionFactory는 애플리케이션이 한 번 만들고 재사용하도록 바꿨습니다.
JavaMyBatisConnection PoolSpring Boot
GET 요청에 XSS 필터를 적용한 뒤 포워드 파라미터가 사라진 이유
같은 요청을 재사용하는 포워드에서 래퍼와 원본 요청의 파라미터가 어긋났습니다. 원인을 고친 뒤 GET·JSON·Multipart 요청에 맞는 별도 처리로 방어 범위를 넓힌 사례입니다.
XSSServlet FilterRequestWrapperMultipart
주문 조건보다 먼저 실행된 GROUP BY가 만든 고정 지연
하위 데이터 전체를 먼저 집계하던 쿼리를 조회 대상 주문만 계산하도록 바꿨습니다. 당시 운영 중 사용자가 확인한 결과, 목록 조회 쿼리는 약 40~50초에서 약 0.5초로 줄었습니다.
OracleSQL 튜닝MyBatis실행계획