이제부터 시작

TypeHandlerCallback 예시

2010-08-31T19:21:17+09:00

package com.naver.jr.fun.model.quiz.handler; import java.sql.SQLException; import org.apache.commons.lang.StringUtils; import com.ibatis.sqlmap.client.extensions.ParameterSetter; import com.ibatis.sqlmap.client.extensions.ResultGetter; import com.ibatis.sqlmap.client.extensions.TypeHandlerCallback; import com.naver.jr.fun.model.quiz.QuizCategory; public class QuizCategoryTypeHandler implements TypeHandlerCallback { @Override public Object getResult(ResultGetter getter) throws SQLException { String str = getter.getString(); if (StringUtils.equals(QuizCategory.COMMON.toString(), str)) { return QuizCategory.COMMON; } else if (StringUtils.equals(QuizCategory.COUNTRY.toString(), str)) { return QuizCategory.COUNTRY; } else if (StringUtils.equals(QuizCategory.PROVERB.toString(), str)) { return QuizCategory.PROVERB; } else if (StringUtils.equals(QuizCategory.RIDDLE.toString(), str)) { return QuizCategory.RIDDLE; } else if (StringUtils.equals(QuizCategory.TEXTBOOK.toString(), str)) { return QuizCategory.TEXTBOOK; } else if (StringUtils.equals(QuizCategory.TV.toString(), str)) { return QuizCategory.TV; } else { throw new SQLException("Unexpceted value " + str + " found. " + QuizCategory.class.toString() + " was expected."); } } @Override public void setParameter(ParameterSetter setter, Object parameter) throws SQLException { switch ((QuizCategory)parameter) { case COMMON: setter.setString(QuizCategory.COMMON.toString()); break; case COUNTRY: setter.setString(QuizCategory.COUNTRY.toString()); break; case PROVERB: setter.setString(QuizCategory.PROVERB.toString()); break; case RIDDLE: setter.setString(QuizCategory.RIDDLE.toString()); break; case TEXTBOOK: setter.setString(QuizCategory.TEXTBOOK.toString()); break; case TV: setter.setString(QuizCategory.TV.toString()); break; default: throw new SQLException("Unexpceted value found. " + QuizCategory.class.toString() + " was expected."); } } @Override public Object valueOf(String str) { if (StringUtils.equals(QuizCategory.COMMON.toString(), str)) { return QuizCategory.COMMON; } else if (StringUtils.equals(QuizCategory.COUNTRY.toString(), str)) { return QuizCategory.COUNTRY; } else if (StringUtils.equals(QuizCategory.PROVERB.toString(), str)) { return QuizCategory.PROVERB; } else if (StringUtils.equals(QuizCategory.RIDDLE.toString(), str)) { return QuizCategory.RIDDLE; } else if (StringUtils.equals(QuizCategory.TEXTBOOK.toString(), str)) { return QuizCategory.TEXTBOOK; } else if (StringUtils.equals(QuizCategory.TV.toString(), str)) { return QuizCategory.TV; } return null; } }

글 전체보기

잊을 수 없는 향기

2010-08-31T19:22:07+09:00

「마음을 다해 사랑했다면 결국 그 사람앞에 서게 됩니다.」 마음에 와닿는 카피다. 저런 눈빛으로 나를 보아주던 그녀의 눈빛이 느껴져서 짠하다. 이제 가을인가 보다.

글 전체보기

Unitils와 DBUnit 에서 NoSuchColumnException 에러

2010-08-05T20:13:31+09:00

분명히 DB에 컬럼이 존재함에도 불구하고 Unitils에서 DBUnit를 연동해서 dataset의 내용을 처리할때 아래와 같은 에러가 발생할 경우가 있다. org.dbunit.dataset.NoSuchColumnException 이것은 라이브러리 버전의 문제일수도 있다. DBUnit 2.4.7 과 Untils- DBUnit 3.1을 사용했더니 위의 문제가 발생되었다. DBUnit 의 버전을 2.2.2 로 내리고 나니 해결이 되었다. (pom.xml에서 빼면 자동으로 2.2.2를 포함한다)

글 전체보기

java.lang.NoSuchMethodError 에러메시지

2010-08-05T20:05:26+09:00

간혹 NoSuchMethodError가 발생할 경우가 있다. 메소드를 찾지 못해서 발생하는 에러인데 코드상, 라이브러리상에서 전혀 문제가 없는 경우 발생할 때에는 주로 classpath상에서 중복되는 class가 있어서 정상적으로 method를 찾지 못해서 발생하는 문제이므로 아래와 같이 조치를 해보자 lib폴더에서 중복되는 jar파일의 존재를 확인한다 maven의 pom.xml파일에서 dependency 부분에서 complict가 발생되는 라이브러리가 없는지 확인해보도록 하자

글 전체보기

Ant의 FileSet을 Source 이용하기

2010-08-05T20:06:24+09:00

Apache의 Ant에서는 FileSet라는 파일 및 폴더 관리 방식이 있다. 매우 유연하게 폴더 및 파일을 접근할 수 있는데 그부분은 Java 소스에서 이용하는 방법을 알아보도록 하자. 예제1 String fileSet = "**/F*.jsp,**/T*.jsp"; String fileSetExclude = "**/S.jsp"; File ws = new File("D:/Projects/lucy/text-finder/work/jobs/Test/workspace"); FileSet fs = new FileSet(); org.apache.tools.ant.Project p = new org.apache.tools.ant.Project(); fs.setProject(p); fs.setDir(ws); // Root경로를 지정 fs.setIncludes(fileSet); //포함할 파일 조건 fs.setExcludes(fileSetExclude); //제외할 파일 조건 DirectoryScanner ds = fs.getDirectoryScanner(p); // Any files in the final set String[] files = ds.getIncludedFiles(); if (files.length == 0) { System.err.println("FileSet Empty"); throw new Exception(); } for (String file : files) { File f = new File(ws, file); if (!f.exists()) { System.err.println("Error Find File : " + f); continue; } if (!f.canRead()) { System.err.println("Error Read File : " + f); continue; } System.out.println("File : " + f.getName()); } 위의 소스가 간단하기 때문에 쉽게 파악할 수 있을것이다. FileSet의 조건을 주는 방식은 ant의 설명을 참고하길 바라며 콤마(,)를 이용해 다수의 경로조건을 입력할 수 있다.

글 전체보기

IEToy에서 네이버 불펌 방지 해지

2010-07-19T20:11:31+09:00

네이버에서 블로그나 카폐등을 돌아 다니다 보면 불펌 방지가 되어 있는 글을 볼 수 있다. 필요한 내용이 있을 경우, 특히 소스 등의 경우 타이핑으로 복사하는건 너무 힘든일이다. 이런 불편을 IEToy에서 해결 하기 위한 방법을 설명해보겠다. 1. http://userscripts.org/scripts/show/61326 에 install버튼을 클릭한다. 2. 파일 이름을 antidisablerfornaver.user.js 로 변경해서 IEToy설치 폴더의 gmm_Scripts폴더에 이동한다. 3. IEToy 환경 설정(Win+I)에서 사용사 스크립트 항목에서 "Anti-Disable for Naver"을 체크한다. 4. 위의 사이트가 문제가 있을 경우 아래의 링크를 다운받아서 2~3번의 절차를 거친다.

글 전체보기

Spring Test Context Framework 사용시 Type mismatch 에러

2010-08-05T20:14:33+09:00

TDD기반의 프로그래밍 중 스프링의 IC를 사용할때 Spring TestContext Framework를 사용하게 된다. 그럴 때 편의를 위해서 어노테이션을 사용하게 되는 경우가 많은데 아래와 같이 테스트용 메소드 상단에 기록을 하는 것이 일반적이다. @RunWith(SpringJUnit4ClassRunner.class) // specifies the Spring configuration to load for this test fixture @ContextConfiguration(locations={"daos.xml"}) public final class HibernateTitleDaoTests { // this instance will be dependency injected by type @Autowired private HibernateTitleDao titleDao; public void testLoadTitle() throws Exception { Title title = this.titleDao.loadTitle(new Long(10)); assertNotNull(title); } } 그런데 이렇게 설정을 해놓고 실행시에 아래와 같은 오류가 발생할 경우에는 Type mismatch: cannot convert from Class<SpringJUnit4ClassRunner> to Class<? extends Runner> 설치된 JUnit 의 버전을 확인 해보자. JUnit 4.4 이후의 버전을 사용하게 되면 위의 오류는 사라질 것이다. 설치된 JUnit 의 버전을 확인 해보자. 또한 위와 같이 Autowire를 설정시에는 꼭 ApplicationConext.xml 파일의 beans 설정에 defalt-autowire속성이 설정되었는지 확인해야 한다. <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" ... 중략 ... default-autowire="byName"> <bean id="boardDAO" class="com.naver.bbs.dao.BoardDAOImpl" /> </beans>

글 전체보기

Eclipse Code Template 에서 ${user}변수 변경

2010-07-19T16:31:12+09:00

Eclipse(이클립스) 사용시 Code Template(코드 템플릿)에서 유저명을 변수로 사용할 수 있다. 예) /** * @author ${user} */ 그런데 간혹 이 유저명이 내가 현재 원하는 유저명이 아닌 OS유저명이 적용되는 것을 볼 수 있다. 이것을 변경하기 위해서는 이클립스가 설치된 경로의 설정파일에 다음의 한줄을 추가하자 eclipse.ini -Duser.name="사용하고자하는 유저명"

글 전체보기

JDBC와 DAO

2010-07-12T19:44:29+09:00

JDBC 1. Java DataBase Connectivity - 자바의 표준 DB접속 방법 - DataBase와 독립적인 구현 2. JDBC Driver Type - type1 : JDBC-ODBC 브리지(UserCode -> JDBC -> JDBC-ODBC -> ODBC -> DB) - type2 : native API Driver (UserCode -> JDBC -> DB library(native) -> DB) - type3 : network-protocol driver (UserCode -> JDBC -> DB Midleware -> DB) - type4 : native protocol driver (UserCode -> JDBC -> DB) 3. JDBC Spec. - 커넥션, SQL 질의 및 파라미터, 결과의 수신, - 기본 매핑(SQL Type & Java Type), 메타데이터 제공, 트랜잭션, 로깅 등 4. 커넥션 방법 - DriverManager로 접속하는 방법 Driver 로딩 : Class.forName("com.driver.class.name"); DriverManager로 커넥션 획득 : DriverManage.getConnection("접속정보"); - javax.sql.DataSource(JDBC 2.0) WAS start(DataSOurce Configuration) -> Referenceable -> JNDI Context.lookup(UserCode <-> JNDI <-> DataSources) DataSource.getConnection(UserCode <-> DataSource) - PooledDataSource UserCode <-> Pooled Connection <-> ConnectionPool <-> PoolingDataSource Data Access Layer 1. DAO FrameWorks - JDBC Templates - SQL Mappers - OR Mappers 2. JDBC Templates 자주 사용하는 표준적인 DB접근, 질의 등을 템플릿 형태로 사용함 장점 - 쉽다, 설정필요이 따로 필요 없다 단점 - 코드안에 모든내용포함 된다, 코드가독성이 낮다, DB 의존적이다 3. SQL Mappers 쿼리 등을 외부로 빼내고 쿼리에 대한 결과를 매핑해주는 기능으로 bean에 결과를 매핑한다. 장점 - 코드가 줄어듦, 배우는게 쉽다, 코드와 쿼리가 분리된다 단점 - XML설정이 필요하다, DB에 의존적이다 4. OR Mappers 테이블의 Row를 하나의 객체로 인식하고자 함 설정을 통해서 테이블과 클래스, Row와 인스턴스를 연결하고 객체만을 사용 장점 - 코드가 줄어듦, 직관적이다, 쿼리와 DB의존적이지 않다 단점 - XML설정이 필요하다, 배우기 어렵다

글 전체보기

[MySQL 모니터링 및 엔진 최적화]InnoDB 스토리지 엔진 최적화

2010-07-19T18:41:43+09:00

InnoDB의 옵션의 개요 InnoDB의 메모리 관련 옵션 - Innodb_buffer_pool_size 가장 중요한 옵션 데이블의 데이터와 인덱스를 캐싱하기 위해서 사용 사이즈가 클수록 성능이 향상됨 OS Cache보다 훨씬 효율적으로 메모리를 사용하며 Write성능에 큰 영향을 미침 서버메모리 용량의 70~80%정도로 설정하는 것이 적당 기본값은 8MB이며 반드시 재설정 필요 - Innodb_additional_mem_pool DataDictionary(테이블 스키마 등)를 저장하기 위해서 사용. 필요한 경우 자동으로 증가 InnoDB의 로그 관련 옵션 - Innodb_log_file_size InnoDB redo로그 파일 크기 Write 성능에 매우 큰 영향을 미침 설정 파일 크기에 따라 복구 시간이 증가될수 있어서 256M 사용권장 - Innodb_log_files_in_group 로그 그룹안에 포함될 로그 파일 수 기본적으로 2이며 3을 권장함 - Innodb_log_buffer_size 매우 큰 BLOB를 사용하지 않는한 2-8M의 기본값 사용 InnoDB log flush 주기 조절 - Innodb_flush_log_at_trx_commit(기본값은1) 0으로 설정하면 1초에 한번씩 디스크에 기록하고 씽크 - MySQL,시스템다운시 1시간 데이터 누락가능성 있음 1로 설정하면 commit시 디스크에 기록하고 씽크 - 어떤 다운시에도 데이터 유지 2로 설정하면 commit를 할때마다 디스크에 기록하고 싱크는 1초에 한번만함 - 시스템 다운시 1초간 데이터 누락 InnoDB의 로그 사이즈 재조정 - 일반적인 옵션처럼 수치만 변경해서 조절할 수 없음 MySQL종료 Data 디렉터리 안의 ib_log* 파일 삭제 설정의 innodgb_log_file_size 수정 MySQL 재시작 InnoDB의 flush 방법 설정 - InnoDB가 OS의 FileSystem과 연동하는 방식 설정 - 윈도우에서는 unbufferedIO가 늘 사용됨 - UNIX에서는 fsync(), O_SYNC/O_DSYNC를 파일 flush를 위해 사용가능 - 리눅스에서는 O_DIRECT를 사용하여 unbufferedIO를 사용할 수 있다 (double buffering을 막아줌) InnoDB의 테이블 별 테이블 스페이스 - Innodb_file_per_table 옵션이 설정 가능 - 테이블 별로 테이블스페이스를 설정함 - 테이블 별로 설정해도 공통 테이블스페이스는 필요함 - 분리시 데이터를 여러개의 디스크로 분산 가능 - 테이블을 drop하면 디스크의 공간이 반환됨 - 테이블이 많을 경우 MySQL기동/종료시 속도가 빨라짐 그 밖의 InnoDB의 옵션들 - Innodb_thread_concurrency : 기본값은 8, 동시 사용 쓰레드수로 변경하지 않음 - FOREIGN_KEY_CHECKS/UNIQUE_CHECKS 데이터를 입력시 Foreign키와 Unique를 검사하지 않음 대용량 데이터 입력시 사용함(AUTOCOMMIT을 0으로 하는것도 추천) - innodb_fast_shutdown 종료시 내무 메모리 구조 정리 작업과 버퍼 정리 작업을 건너뜀. 무결성에는 영향없음 ㅇㄹㅇ

글 전체보기