글 수 7,449
조회 수 : 1010
2007.03.30 (19:24:21)
안녕하세요?
소스를 검토해 보니
GauceOutputStream gos = null;
위와 같이 GauceOutputStream을 사용하셨는데
트랜젝션 완료후에
gos.close();
해주셔야 화면에서 오류로 떨어지지 않습니다.
그럼 수고하세요.
>>게시판을 이용해 주셔서 감사합니다.
>>다음양식에 맞게 입력해주세요.
>>
>>* 고객시스템명 :
>>* GAUCE 버전 : 4.0(JAVA)
>>* WAS 종류(WebLogic 등등) : JEUS5.0 Fix13
>>* DB 종류 : Oracle 9i
>>* 문의 유형(질문/요청/참조) : 질문
>>* 내용 :
>>
>>구조는 대충 이렇습니다.
>>ActionServlet(입력받은 Action을 검증하고 분기시킬 조건 검사)
>>Request의 getMethod()가 GET일 경우에는 SELECT 루틴을 태우고
>>Request의 getMethod()가 POST일 경우에는 예제 샘플에 있는 fireTxEvent()내용을 참조하여
>>Command(수행할 JOB)을 생성합니다.
>>
>> --> CommanderFactory(UserTransaction을 생성하여 Commander에게 셋팅하여 리턴)
>>
>> --> Commander(UserTransaction 객체를 가지고 있으며 실제 Job을 실행시킨다.)
>> 작업개수에 따라서 루핑을 돌면서 Job을 실행한다. (Command 패턴으로 실행)
>> 실제 UserTransaction을 commit / rollback 하는 역할을 담당한다.
>> 등록된 모든 Job을 수행하다가 에러가 생기면 rollback, 정상완료이면 commit
>>
>> --> AbstractDAO(모든 DAO의 최상위 클래스로 기본기능을 가지고 있다.)
>> AbstractDAO는 하나의 Connection 인스턴스를 가지고 있으며
>> SubClass에서 getConnection() 요청시에 Connection을 리턴시켜준다.
>>
>> --> DAOs(각각의 단위업무들. AbstractDAO를 상속받아서 추가 메소드 구현)
>> Connection이 필요할 경우 AbstractDAO에게 Connection을 요청하여 사용
>>
>>대충 위와 같은 구조인데 트랜잭션이 정상적으로 모두 수행되고 난 다음
>>에러가 없음에도 불구하고 HTML 페이지에는 에러가 있는 것으로 계속 메시지가 뜹니다.
>>트랜잭션 수행후 특별히 해 주어야할 일이 없는것 같은데
>>왜 그런것일까요?
>>
>>첨부파일
>>1. 입력페이지
>>2. DAO(실제 Transaction을 수행하는 클래스들)
>>
>
소스를 검토해 보니
GauceOutputStream gos = null;
위와 같이 GauceOutputStream을 사용하셨는데
트랜젝션 완료후에
gos.close();
해주셔야 화면에서 오류로 떨어지지 않습니다.
그럼 수고하세요.
>>게시판을 이용해 주셔서 감사합니다.
>>다음양식에 맞게 입력해주세요.
>>
>>* 고객시스템명 :
>>* GAUCE 버전 : 4.0(JAVA)
>>* WAS 종류(WebLogic 등등) : JEUS5.0 Fix13
>>* DB 종류 : Oracle 9i
>>* 문의 유형(질문/요청/참조) : 질문
>>* 내용 :
>>
>>구조는 대충 이렇습니다.
>>ActionServlet(입력받은 Action을 검증하고 분기시킬 조건 검사)
>>Request의 getMethod()가 GET일 경우에는 SELECT 루틴을 태우고
>>Request의 getMethod()가 POST일 경우에는 예제 샘플에 있는 fireTxEvent()내용을 참조하여
>>Command(수행할 JOB)을 생성합니다.
>>
>> --> CommanderFactory(UserTransaction을 생성하여 Commander에게 셋팅하여 리턴)
>>
>> --> Commander(UserTransaction 객체를 가지고 있으며 실제 Job을 실행시킨다.)
>> 작업개수에 따라서 루핑을 돌면서 Job을 실행한다. (Command 패턴으로 실행)
>> 실제 UserTransaction을 commit / rollback 하는 역할을 담당한다.
>> 등록된 모든 Job을 수행하다가 에러가 생기면 rollback, 정상완료이면 commit
>>
>> --> AbstractDAO(모든 DAO의 최상위 클래스로 기본기능을 가지고 있다.)
>> AbstractDAO는 하나의 Connection 인스턴스를 가지고 있으며
>> SubClass에서 getConnection() 요청시에 Connection을 리턴시켜준다.
>>
>> --> DAOs(각각의 단위업무들. AbstractDAO를 상속받아서 추가 메소드 구현)
>> Connection이 필요할 경우 AbstractDAO에게 Connection을 요청하여 사용
>>
>>대충 위와 같은 구조인데 트랜잭션이 정상적으로 모두 수행되고 난 다음
>>에러가 없음에도 불구하고 HTML 페이지에는 에러가 있는 것으로 계속 메시지가 뜹니다.
>>트랜잭션 수행후 특별히 해 주어야할 일이 없는것 같은데
>>왜 그런것일까요?
>>
>>첨부파일
>>1. 입력페이지
>>2. DAO(실제 Transaction을 수행하는 클래스들)
>>
>
http://member.shift.co.kr/index.php?document_srl=233840
(*.124.184.150)
|
|
