26시간 Blast 작업에서 24시간 DB 세션이 만료된 이유
192개 반응·94개 contig의 Blast가 약 26시간 이어진 작업에서 Oracle 24시간 세션 만료 후 ORA-01012가 발생한 원인을 확인하고, 각 Blast 실행 전 세션 확인 Query를 수행하도록 보완한 과정입니다.
TECHNICAL NOTES
개념을 다시 설명하기보다 어떤 가설을 세웠고, 로그·코드·SQL 또는 공개된 기능과 제약에서 무엇을 확인했으며, 결론의 한계를 어떻게 검증했는지 남깁니다.
TECHNICAL SERIES
같은 시스템의 분석·전환·검증 과정을 순서대로 묶었습니다.
TECHNICAL NOTES
업무 사례와 서비스 분석은 확인된 사실과 해석의 범위를 구분합니다. 실제 시스템의 식별자는 재현하지 않으며, 글은 프로젝트 진행 시기 또는 분석·활용 시점을 함께 표시하고 작성일 최신순으로 정렬했습니다. RSS로 구독하기
전체 · 32개 글 · 작성일 최신순 · 2/3페이지
192개 반응·94개 contig의 Blast가 약 26시간 이어진 작업에서 Oracle 24시간 세션 만료 후 ORA-01012가 발생한 원인을 확인하고, 각 Blast 실행 전 세션 확인 Query를 수행하도록 보완한 과정입니다.
한 Job에 여러 주문이 연결되면서 성적서 대상 행이 중복되고, Java 반복문의 채번 증가가 행 수만큼 실행돼 Report ID가 +N씩 건너뛴 원인을 조회 책임 분리로 해결한 과정입니다.
완료·재반응·휴일 정보가 뒤늦게 바뀌는 업무에서 전일 집계만으로는 과거 지표를 고칠 수 없어, 최근 14일을 반복 재집계하도록 설계한 과정입니다.
같은 다운로드 DTO를 재사용하는 레거시 API마다 필수 필드가 달라, 표준 Bean Validation 제약과 호출별 검증 맥락을 분리한 설계 과정입니다.
브라우저 언어가 아니라 URL과 법인 환경이 언어를 결정하던 시스템에서, 기존 호출 계약을 유지하며 요청 초기에 Locale을 확정한 과정을 정리합니다.
DB Link를 직접 DataSource 접근으로 바꾼 뒤, Mapper를 분리하면서도 Service의 트랜잭션 경계를 유지하기 위해 Atomikos 기반 JTA 구성을 적용한 판단과 검증 한계를 정리했습니다.
반응마다 JVM이 종료되는 구조에서는 Pool을 재사용할 수 없다는 점을 측정하고, 상시 기동 REST API로 연계 방식을 바꾼 과정입니다.
애플리케이션에 포함한 Driver보다 서버 공용 구형 Driver가 먼저 로딩된 사실을 증명하고, 다른 애플리케이션의 자체 패키징을 보완한 뒤 공용 의존성을 정리한 과정입니다.
기존 URL과 연계 시스템의 축약형 파라미터 규격은 유지하면서, Spring MVC 확장으로 내부 DTO에 의미가 명확한 필드명을 적용한 과정입니다.
브라우저 팝업 정책에 의존하던 다단계 화면을 Dialog, iframe, postMessage 기반의 단일 흐름으로 전환하고 레거시 호출 경로까지 보존한 과정을 정리합니다.
Spring Service의 공유 가변 상태가 동시 요청 사이의 데이터 혼입 위험을 만드는 이유와, 요청 상태 지역변수화·공통 인터페이스·회귀 테스트로 이를 제거한 과정을 정리합니다.
공인 성적서의 원본·재발급·폐기 상태를 덮어쓰기 대신 발행 순번과 이력 관계로 모델링하고, 진위확인·동시 재발급까지 검증한 과정을 정리합니다.