Programmer Jiny

JDBC 에서 트랜잭션을 실행할시 기본 구문

쮠이 — Tue, 23 Aug 2011 15:54:56 +0900

   boolean autoCommitDefault = conn.getAutoCommit();
   try {
      conn.setAutoCommit(false);

      //실행하고자 하는 insert, update, delete 실행

      conn.commit();
   } catch (Throwable e) {
      try { conn.rollback(); } catch (Throwable ignore) {}
      throw e;
   } finally {
      try { conn.setAutoCommit(autoCommitDefault); } catch (Throwable ignore) {}
   }

대개 퍼시스턴스 계층은 하이버네이트나 ibatis 같은 프레임웤을 쓰기는 하나 JDBC 로 쿼리를 실행할시 위와 같은 코드로 정형화 하는게 좋다고 아래 사이트에 나와있다능;;
참고로.. 영어다;;

원문 : http://en.wikipedia.org/wiki/Java_Database_Connectivity

오라클에서 START WITH ~ CONNECT BY PRIOR 쓰기

쮠이 — Thu, 18 Aug 2011 11:33:03 +0900

◈ START WITH

- 계층 질의의 루트(부모행)로 사용될 행을 지정 합니다..
- 서브쿼리를 사용할 수도 있습니다.

◈ CONNECT BY

- 이 절을 이용하여 계층 질의에서 상위계층(부모행)과 하위계층(자식행)의 관계를 규정 합니다.
- 보통 PRIOR 연산자를 많이 사용 합니다..
- 서브쿼리를 사용할 수 없습니다..
- PRIOR
PRIOR 이 붙는 column 이 가져온 row 의 column을 의미한다. 즉 상위에 존재할 데이타가 되

게 된다. 어느쪽에 붙느냐 잘 따져 본다.

◈ CONNECT BY의 실행순서는 다음과 같습니다.

- 첫째 START WITH절
- 둘째 CONNECT BY 절
- 세째 WHERE 절 순서로 풀리게 되어있습니다.

◈ SYNTEX

SELECT
FROM
START WITH
CONNECT BY PRIOR
AND
ORDER SIBLINGS BY

or

SELECT
FROM
WHERE
START WITH
CONNECT BY PRIOR
ORDER SIBLINGS BY

◈ 이용
1) 쇼핑목 카테고리 관계 - 대분류, 중분류, 소분류 등을 트리 구조로
2) 게시판 에서 일반글 과 답글과의 관계 등을 트리 구조로

◈ 데이터가 많아질 경우....

- 첫째로 풀리는 START WITH job='PRESIDENT' job 컬럼에 index가 생성되어 있지 않는다면
속도를 보장할 수 없습니다.

- 그리고 둘째로 풀리는 CONNECT BY PRIOR empno = mgr 역시 PRIOR 쪽의 컬럼값이 상수가
되기 때문에 MGR컬럼에 index를 생성하여야 CONNECT BY의 속도를 보장할 수 있습니다.

- 계층구조를 CONNECT BY, START WITH로 풀면 부분범위 처리가 불가능하고 Desc으로
표현하기가 어렵 습니다.

--------------- 설명
-- 아래 예제 1
1) job 이 president 인 row 을 가져온다.
2) 가져온 row 에서 prior 이 붙은 comumn 의 데이타를 가져온다. 여긴선 empno 다.
3) PRIOR empno = mgr empno 을 mgr 로 사용하는 row 을 가져온다. 기존의 row 상위, 비교해서 가져온 row 하위에 있게 된다.
4) 이제 두번째로 가져온 row 에서 PRIOR empno = mgr 을 실행시킨다.
5) 이런 과정이 연속으로 반복되면서 최종적으로 가져온 data 는 트리 구조를 이루게 된다.(계층구조)
6) LEVEL 은 depth 을 의미한다.

7) empno = PRIOR mgr 한다면 가져온 row 의 mgr을 기준으로 비교하여 data을 가져오게 된다.
예제 2 참조

---- 예제 1
SELECT LEVEL,empno,ename, mgr, job -- LEVEL 은 depth 을 의미한다.
FROM emp
START WITH job = 'PRESIDENT' -- 직업이 PRESIDENT를 기준으로
CONNECT BY PRIOR empno = mgr -- 사원(empno)과 관리자(mgr)의 관계를 계층

-- level 을 공백으로 찍어 본다.

SELECT LPAD(' ', 4*(LEVEL-1)) || ename ename,LEVEL, empno, mgr, job
FROM emp
START WITH job = 'PRESIDENT' -- 직업이 PRESIDENT를 기준으로
CONNECT BY PRIOR empno = mgr -- 사원(empno)과 관리자(mgr)의 관계를 계층

-- 결과치
ENAME LEVEL EMPNO MGR JOB
KING 1 7839 PRESIDENT
JONES 2 7566 7839 MANAGER
SCOTT 3 7788 7566 ANALYST
ADAMS 4 7876 7788 CLERK
FORD 3 7902 7566 ANALYST
SMITH 4 7369 7902 CLERK
JJS 3 9000 7566 ANALIST
BLAKE 2 7698 7839 MANAGER
ALLEN 3 7499 7698 SALESMAN
WARD 3 7521 7698 SALESMAN
MARTIN 3 7654 7698 SALESMAN
TURNER 3 7844 7698 SALESMAN
JAMES 3 7900 7698 CLERK
CLARK 2 7782 7839 MANAGER
MILLER 3 7934 7782 CLERK

----예제 2 - PRIOR 위치 변경
SELECT LPAD(' ', 4*(LEVEL-1)) || ename ename,LEVEL, empno, mgr, job -- level 을 공백으로 찍어 본다.
FROM emp
START WITH job = 'CLERK' -- 직업이 CLERK를 기준으로
CONNECT BY empno = PRIOR mgr -- 사원(empno)과 관리자(mgr)의 관계를 계층

-- 결과치

ENAME LEVEL EMPNO MGR JOB
SMITH 1 7369 7902 CLERK
FORD 2 7902 7566 ANALYST
JONES 3 7566 7839 MANAGER
KING 4 7839 PRESIDENT
ADAMS 1 7876 7788 CLERK
SCOTT 2 7788 7566 ANALYST
JONES 3 7566 7839 MANAGER
KING 4 7839 PRESIDENT
JAMES 1 7900 7698 CLERK
BLAKE 2 7698 7839 MANAGER
KING 3 7839 PRESIDENT
MILLER 1 7934 7782 CLERK
CLARK 2 7782 7839 MANAGER
KING 3 7839 PRESIDENT

---- 예제 3: 조건 절 사용
-- 1) WHERE 절 사용
SELECT LPAD(' ', 4*(LEVEL-1)) || ename ename,LEVEL, empno, mgr, job -- level 을 공백으로 찍어 본다.
FROM emp
WHERE ename LIKE '%K%'
START WITH job = 'PRESIDENT' -- 직업이 PRESIDENT를 기준으로
CONNECT BY PRIOR empno = mgr -- 사원(empno)과 관리자(mgr)의 관계를 계층

-- 2) CONNECT BY PRIOR 아래에 AND 사용
SELECT LPAD(' ', 4*(LEVEL-1)) || ename ename,LEVEL, empno, mgr, job -- level 을 공백으로 찍어 본다.
FROM emp
START WITH job = 'PRESIDENT' -- 직업이 PRESIDENT를 기준으로
CONNECT BY PRIOR empno = mgr -- 사원(empno)과 관리자(mgr)의 관계를 계층
AND ename LIKE '%K%'

-- 3) LEVEL 조건 사용
SELECT LPAD(' ', 4*(LEVEL-1)) || ename ename, empno, mgr, job
FROM emp
START WITH job='PRESIDENT'
CONNECT BY PRIOR empno =mgr
AND LEVEL <= 2

---- 예제4 : 각 label별로 급여의 합과 인원수를 구하는 예제

SELECT LEVEL, SUM(sal) salTotal,COUNT(empno) empnCnt
FROM emp
START WITH job='PRESIDENT'
CONNECT BY PRIOR empno=mgr
GROUP BY LEVEL
ORDER BY LEVEL

-- 결과치

LEVEL salTotal empnCnt
---------- ---------- ----------
1 5000 1
2 8275 3
3 13850 8
4 1900 2

원본글 : http://stillrabbit.blogspot.com/2008/01/oracle-start-with-connect-by-prior.html

오라클 락 제거

쮠이 — Fri, 14 Jan 2011 11:26:07 +0900

테이블에 업데이트 시 오랜 시간이 걸린다면, 테이블 락이 걸려있을 가능성이 크다
락을 제거해주어야만, 원활한 운영이 가능하므로 록을 종료해보자!!!

1. 락이 걸린 목록을 확인

select a.sid, a.serial#,a.username,a.process, b.object_name,
             decode(c.lmode,2,'RS',3,'RX',4,'S',5,'SRX',8,'X','NO') "TABLE LOCK",
             decode (a.command,2,'INSERT',3,'SELECT',6,'UPDATE',7,'DELETE',12,'DROP
             TABLE',26,'LOCK    TABLE','UNknown')"SQL",
             decode (a.lockwait, NULL,'NO wait','Wait') "STATUS"
   from v$session a,dba_objects b, v$lock c
where a.sid=c.sid and b.object_id=c.id1 and c.type = 'TM'

2. 락 종료

ALTER SYSTEM KILL SESSION 'sid 번호, serial 번호'

- ex ) ALTER SYSTEM KILL SESSION '145,37'

잘~ 종료된다 ㅋ

대용량 테스트를 위한 PL/SQL 더미 데이터 입력

쮠이 — Thu, 13 Jan 2011 10:55:55 +0900

우선... 난 오라클을 모린다...
뭐.. ANSI 기준이려니.. 아니면 잘하는 TSQL 정도로 생각하면 될거려니 했는데...
20만건 테스팅을 위해 데이터를 입력해야 하는데 프로그램으로 20만건 돌릴려니.. 잘 안돌아간다.. 제길슨..
그리하여 별에 별짓 다해보다가 찾은것은!!!

PL/SQL !!!! ( 두둥.... 효과음..)

쉽게 넣었다.. 바보라고 놀려도 좋다.. 다음을 보시라 ㅋㅋ

1. T_TEST 테이블 정의

CREATE TABLE T_TEST (
    NID   NUMBER NULL,
    NVALUE NUMBER(15,5) NULL
    )

2. TEST_SEQ 정의

CREATE SEQUENCE TEST_SEQ INCREMENT BY 1 START WITH 1

3. PL/SQL로 20 만건 데이터 입력

DECLARE
    I NUMBER;
BEGIN
    FOR I IN 1..200000 LOOP
        INSERT INTO T_TEST ( NID, NVALUE ) VALUES ( TEST_SEQ.NEXTVAL, 1000000000 );
    END LOOP;
END;

이렇게 해서 넣었다..;;
초기초라고 놀려도 크게 상관엄뜸!! (흥!)..

[EOF]

오라클에서 동적 아이피 사용시 리스너 파일 수정하기

쮠이 — Wed, 27 Oct 2010 00:05:54 +0900

1. %오라클 설치폴더% / product/10.2.0/db_1/NETWORK/ADMIN/listener.ora 파일 오픈

# listener.ora Network Configuration File: C:\oracle\product\10.2.0\db_2\network\admin\listener.ora
# Generated by Oracle configuration tools.

SID_LIST_LISTENER =
(SID_LIST =
    (SID_DESC =
      (SID_NAME = PLSExtProc)
      (ORACLE_HOME = C:\oracle\product\10.2.0\db_2)
      (PROGRAM = extproc)
    )
)

LISTENER =
(DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
      (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.0.3)(PORT = 1521))
    )
)

- 윗쪽 소스에서 HOST 주소와 PORT 번호를 확인한다

2. %오라클 설치폴더% / product/10.2.0/db_1/NETWORK/ADMIN/tnsname.ora 파일 오픈

# tnsnames.ora Network Configuration File: C:\oracle\product\10.2.0\db_2\network\admin\tnsnames.ora
# Generated by Oracle configuration tools.

ORCL =
(DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.0.3)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = orcl)
    )
)

EXTPROC_CONNECTION_DATA =
(DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
    )
    (CONNECT_DATA =
      (SID = PLSExtProc)
      (PRESENTATION = RO)
    )
)

3. 리스너를 시작한다

- lsnrctl start ( 시작시 )
- lsnrctl stop ( 종료시 )

윈도우 커멘드 창에서 아래 명령어로 시작/종료를 할수있다

오라클에서 CSV 파일을 Table에 Insert 하기

쮠이 — Tue, 26 Oct 2010 23:38:03 +0900

1. 우선 CSV 파일을 생성한다
엑셀파일일 경우 새로저장을 누르고 쉼표 ( , ) 로 나뉘는 CSV 파일로 저장한다

2. 확장명이 ctl 인 파일을 생성한다

LOAD DATA
INFILE [ csv 파일의 위치 ]
APPEND
INTO TABLE [ 테이블명 ]
FIELDS TEMINATED BY ','
( 테이블의 컬럼들을 ' ', 로 전부 입력한다 )

ex )
    LOAD DATA
    INFILE 'C:\test.csv'
    APPEND
    INTO TABLE T_ZIPCODE
    FIELDS TEMINATED BY ','
    ( zipcode, do, city, gugun, dong, bunji )
    * 테이블에 맞게끔 수정하시면 됩니다

3. cmd 에서 실행한다

sqlldr [사용자계정] / [비밀번호] control=[ctl 파일위치] Log=[로그를 만들 파일위치]

ex : sqlldr SYSMAN/ADMIN control=C:\test.ctl LOG=C:\log.log

오라클 사용자 생성 / 삭제

쮠이 — Tue, 26 Oct 2010 23:21:14 +0900

- 오라클 SQL Plus 를 실행 후에 관리자 모드로 들어가서 사용자 생성을 한다

1. 사용자 생성

CREATE USER [계정명 ] IDENTIFIED by [ 암호 ] DEFAULT TABLESPACE [ DB 명 ]

2. 사용자 Connect 권한 부여

GRANT CONNECT, RESOURCE TO [ 계정명 ]

3. 사용자 삭제

DROP USER [ 계정명 ] ( CASCADE )

* 계정과 관련된 모든 DB 스키마가 사전으로부터 삭제, 모든 스키마 객체들 또한 물리적으로 삭제

개발자의 실수를 줄여주는 java.sql.Connection 만들기

쮠이 — Mon, 03 May 2010 11:39:13 +0900

http://cafe.naver.com/q69/7302
주소 : tp://javateam.korea.ac.kr/javacan/content/contentRead.jsp?contentNo=78&block=1

흔히 close()를 하지 않아서 발생하는 자원 누수 현상을 줄여주는 Connection 클래스를 만들어본다.

요약
웹 어플리케이션을 개발할 때 가장 많이 사용되는 것 중의 한 가지를 꼽으라면 java.sql 패키지에 있는 ResultSet, Statement, Connection 등을 들 수 있다. 이들은 사용하고 나면 close() 메소드를 호출하여 사용이 끝난 자원을 시스템에 반환하는 것이 기본인데, 간혹 실수로 코드를 잘못 작성하여 close()를 빼 먹는 경우가 있다. 이 글에서는 이러한 실수를 줄여줄 수 있는 MVConnection 클래스를 작성해보도록 하겠다.

프로바이더: 최범균

JDBC API 사용시 흔히 하는 개발자의 실수

JDBC API를 사용하여 데이터베이스 프로그래밍을 할 때 가장 많이 사용되는 코드는 아마도 다음과 같은 형태일 것이다.

    Connection conn = null;

    Statement stmt = null;

    ResultSet rs = null;


    try {

        conn = DBPool.getConnection(); //

        stmt = conn.createStatement();

        rs = stmt.executeQuery(..);

        ...

    } catch(SQLException ex) {

        // 예외 처리

    } finally {

        if (rs != null) try { rs.close(); } catch(SQLException ex) {}

        if (stmt != null) try { stmt.close(); } catch(SQLException ex) {}

        if (conn != null) try { conn.close(); } catch(SQLException ex) {}

    }

그런데 위와 같은 프로그래밍을 할 때 흔히 하는 실수가 close()를 제대로 해 주지 않는 것이다. 특히, 하나의 메소드에서 5-10개의 (PreparedStatement를 포함한)Statement와 ResultSet을 사용하는 경우에는 개발자의 실수로 같은 Statement를 두번 close() 하고 한두개의 Statement나 ResultSet은 닫지 않는 실수를 하곤 한다. 이처럼 close() 메소드를 알맞게 호출해주지 않을 경우에는 다음과 같은 문제가 발생한다.

Statement를 닫지 않을 경우, 생성된 Statement의 개수가 증가하여 더 이상 Statement를 생성할 수 없게 된다.
close() 하지 않으므로 불필요한 자원(네트워크 및 메모리)을 낭비하게 된다.
커넥션 풀을 사용하지 않는 상황에서 Connection을 닫지 않으면 결국엔 DBMS에 연결된 새로운 Connection을 생성할 수 없게 된다.

위의 문제중 첫번째와 두번째 문제는 시간이 지나면 가비지 콜렉터에 의해서 해결될 수도 있지만, 만약 커넥션 풀을 사용하고 있다면 그나마 가비지 콜렉션도 되지 않는다. 따라서 커넥션 풀을 사용하는 경우 Statement와 ResultSet은 반드시 닫아주어야만 한다. 하지만, 제아무리 실력이 뛰어난 개발자라 할지라도 각각 수십에서 수백줄로 구성된 수십여개의 .java 파일을 모두 완벽하게 코딩할 수는 없으며, 따라서 한두군데는 close()를 안 하기 마련이다. 운이 좋으면 빨리 찾을 수 있겠지만, 그렇지 않다면 close() 안한 부분을 찾는 데 몇십분, 몇시간, 심한 경우 1-2일 정도가 걸리기도 한다.

Statement를 자동으로 닫아주는 MVConnection 클래스 구현

실제로 필자도 앞에서 언근했던 문제들 때문에 고생하는 사람들을 종종 봐 왔었으며, 그때마다 그 버그를 고치기 위해서 소스 코드를 일일이 찾아보는 노가다를 하는 개발자들을 보기도 했다. 그래서 만든 클래스가 있는데, 그 클래스의 이름을 MVConnection이라고 붙였다. 이름이야 여러분의 입맛에 맛게 수정하면 되는 것이므로, 여기서는 원리만 간단하게 설명하도록 하겠다.

먼저, MVConnection을 구현하기 전에 우리가 알고 있어야 하는 기본 사항이 있다. JDBC API를 유심히 읽어본 사람이라면 다음과 같은 내용을 본 적이 있을 것이다.

Statement를 close() 하면 Statement의 현재(즉, 가장 최근에 생성한) ResultSet도 close() 된다.
ResultSet은 그 ResultSet을 생성한 Statement가 닫히거나, 또는 executeQuery 메소드를 실행하는 경우 close() 된다.

MVConnection은 바로 이 두가지 특성을 사용한다. 위의 두 가지 특징을 정리하면 결국 Statement만 알맞게 닫아주면 그와 관련된 ResultSet은 자동으로 닫힌다는 것을 알 수 있다. 따라서 ConnectionWrapper 클래스는 Connection이 생성한 Statement들만 잘 보관해두었다가 각 Statement를 닫아주기만 하면 되는 것이다. PreparedStatement나 CallableStatement는 Statement를 상속하고 있으므로 따로 처리할 필요 없이 Statement 타입으로 모두 처리할 수 있으므로, PreparedStatement와 CallableStatement를 위한 별도의 코드는 필요하지 않다.

다음은 MVConnection 클래스의 핵심 코드이다.

    public class MVConnection implements Connection {


       private Connection conn; // 실제 커넥션

        private java.util.List statementList; // statement를 저장


        public MVConnection(Connection conn) {

            this.conn = conn;

            statementList = new java.util.ArrayList();

       }


        public void closeAll() {

            for (int i = 0 ; i < statementList.size() ; i++) {

                Statement stmt = (Statement)statementList.get(i);

                try {

                    stmt.close();

                } catch(SQLException ex) {}

            }

        }


        public void close() throws SQLException {

            this.closeAll();

            conn.close();

        }


        public Statement createStatement() throws SQLException {

            Statement stmt = conn.createStatement();

            statementList.add(stmt);

            return stmt;

        }


        public CallableStatement prepareCall(String sql) throws SQLException 

        {

            CallableStatement cstmt = conn.prepareCall(sql);

            statementList.add(cstmt);

            return cstmt;

        }


        public PreparedStatement prepareStatement(String sql) throws SQLException {

            PreparedStatement pstmt = conn.prepareStatement(sql);

            statementList.add(pstmt);

            return pstmt;

        }

        ...

    }

위 코드를 보면 Statement를 저장하기 위한 List와 그 List에 저장된 Statement 객체를 모두 닫아주는 closeAll() 이라는 메소드가 정의되어 있다. 바로 이 List와 closeAll() 메소드가 이 MVConnection 클래스의 핵심이다. Statement를 생성해주는 메소드(createStatement, prepareCall, prepareStatement)를 보면 생성된 Statement를 statemetList에 추가해주는 것을 알 수 있다. 이렇게 저장된 Statement는 실제로 Connection을 닫을 때, 즉 Connection의 close() 메소드를 호출할 때 닫힌다. (코드를 보면 close() 메소드에서 closeAll() 메소드를 먼저 호출하고 있다.) 따라서, close() 메소드만 호출하면 그와 관련된 모든 Statement와 ResultSet은 자동으로 닫히게 된다.

위 코드에서 다른 메소드들은 모두 다음과 같이 간단하게 구현된다.

    public boolean getAutoCommit() throws SQLException {

        return conn.getAutoCommit();

    }

MVConnection은 java.sql.Connection을 implements 하기 때문에, 그 자체가 Connection으로 사용될 수 있다. 따라서 MVConnection을 사용한다고 해서 특별히 코드가 많이 변경되지는 않으며 다음과 같이 전체적으로 코드가 단순하게 바뀐다.

    Connection conn = null;

    Statement stmt = null;

    ResultSet rs = null;


    try {

        // MV Connection 생성

        conn = new MVConnection(DBPool.getConnection());

       stmt = conn.createStatement();

       rs = stmt.executeQuery(..);

       ...

    } catch(SQLException ex) {

      // 예외 처리

    } finally {

     // conn 만 close() 해준다.

     if (conn != null) try { conn.close(); } catch(SQLException ex) {}

   }

때에 따라서는 Connection을 close() 하지 않고 커넥션 풀에 되돌려 놔야 할 때가 있다. 그런 경우에는 다음과 같은 형태의 코드를 사용하면 된다.

    Connection conn = null;

    Statement stmt = null;

    ResultSet rs = null;


    try {

        // MV Connection 생성

        conn = new MVConnection(DBPool.getConnection());

       stmt = conn.createStatement();

       rs = stmt.executeQuery(..);

       ...

    } catch(SQLException ex) {

      // 예외 처리

    } finally {

        if (conn != null) try { 

            ((MVConnection)conn).closeAll();

            DBPool.returnConnection(conn);

        } catch(SQLException ex) {}

    }

즉, Connection을 닫지 않는 경우에는 위와 같이 커넥션 풀에 반환하기 전에 closeAll() 메소드 하나만을 호출해주면 된다. 그러면 Connection과 관련된 모든 Statement, ResultSet 등이 닫히게 된다.

결론

필자의 경우는 이 글에서 작성한 MVConnection을 실제 프로젝트에 응용하여 코드 작성의 편리함 뿐만 아니라 실수로 인해서 발생하는 시스템의 버그 문제를 어느 정도 해결할 수 있었다. 특히, Statement를 생성하거나 ResultSet을 생성할 때 발생하는 커서부족 문제를 획기적으로 줄일 수 있었다. 여러분도 이 클래스를 응용하여 보다 나은 방법으로 코딩의 실수 및 자원의 낭비를 줄일 수 있는 클래스를 작성해보기 바란다.

자바 개발자를 위한 개발 공감 세미나 참가 신청 !!

비회원 — Fri, 29 Jan 2010 11:07:40 +0900

ㅎㅎ 2. 20 토요일 오후 1시 참가 신청을 했다
그날 오후에 약속이 있어서 서울 올라갈 일이 있었는데 때마침 좋은 세미나가 있어서
기술현황이나 사람들 이야기를 들어볼 수 있는 기회를 가진것 같다

더군다나..아이폰.. ㅎㅎ..
아이폰 개발을 해보리라 준비하는 단계에서 좋은 얘기를 들어볼 수 있을것 같다.
기대된다!!~!! 그날이여 어여 오시게나;; 설끝나고;; 후딱 오겠군 ㅋ

Struts2 개발시 Illegal Access 예외발생시 대처

비회원 — Thu, 24 Dec 2009 10:18:17 +0900

예외명

Illegal access: this web application instance has been stopped already

이클립스에 등록된 Servers의 Tomcat Server.XML 환경설정 파일을 열어서

...
<Context docBase="프로젝트명"
            path="/프로젝트명"
            reloadable="true"
            source="org.eclipse.jst.jee.server:프로젝트명"/>
...

이 부분에서 검색하면 세번째 설정으로 reloadable 을 "false" 로 바꾼후 톰켓 재시작

PS : Struts2 좋긴한데.. 설정이라던지 환경잡는게 너무 많아;;; 게다가 Spring + Ibatis 까지하면 ㄷㄷㄷ
       수정하기 편하라고 개발일정 늦어지면;; 어케 ㅠㅜ