fix(excel): 로드한 워크북을 finally에서 닫은 뒤 반환해 쓰기가 실패하는 문제 수정

[z3rotig4r]

변경 이유

EgovExcelServiceImpl의 로딩 메서드 5개(loadWorkbook 3개, loadExcelTemplate 2개)가 finally 블록에서 wb.close()를, InputStream을 받는 경우 POIFSFileSystem의 fs.close()까지 실행한 뒤 return wb로 워크북을 돌려준다. 그래서 호출자가 받은 워크북은 이미 닫힌 상태다. "로드 → 수정 → 저장" 흐름에서 wb.write()를 부르면 XSSF는 OPCPackage가 닫혀 IOException(document seems to have been closed already), HSSF는 directory가 무효라 NPE(directory cannot be null)가 난다. 기존 테스트는 읽기만 해서 이 결함을 잡지 못했다(쓰기 검증 공백).

변경 내용

• 로딩 메서드 5개의 finally에서 wb.close()와 fs.close() 호출을 제거했다. 파일 핸들 fileIn.close()는 그대로 둔다. 스트림은 생성자에서 전량 메모리로 읽으므로 닫아도 워크북 동작에 영향이 없다.
• loadWorkbook(InputStream, XSSFWorkbook)에는 이미 같은 패턴이 적용돼 있고, 이번 변경은 그 구현과 동일한 방식이다.
• EgovExcelLoadThenWriteTest를 새로 추가했다. XSSF/HSSF × load/template 조합 4건으로, 로드한 워크북을 수정·저장한 결과 파일을 다시 읽어 검증한다.

테스트 방법

mvn -pl Foundation/org.egovframe.rte.fdl.excel test

모듈 테스트 34건이 통과한다. 신규 EgovExcelLoadThenWriteTest 4건은 로드 후 write 산출물이 정상으로 열리는지 확인한다.

영향 범위

• 읽기 전용 호출자는 영향이 없다. close 이후에도 읽기는 동작하므로 기존 동작이 유지된다.
• 반환된 워크북은 메모리를 들고 있는 객체이므로, 호출자가 사용 후 close해야 힙이 곧바로 해제된다. 파일 핸들 누수는 없다(fileIn은 계속 닫힌다).