Java 에서 제공하는

자바를 비롯한 언어가 가지고 있는 특징에 대해서 이해하기 위해서는 사양설명서(Specification, 줄여서 Spec)를 읽는 만큼 효과적인 것이 있을까...?

하지만, 전부 영어다! 당연하지. 자바를 비롯한 언어들의 대부분이 영어권에서 개발되었으니까 말이다.

개발자에게 영어란 피할 수 없는 숙명과 같다. 피하지 말고 즐기자. 그래서 아침 저녁 출퇴근 길에 굿모닝팝스를 들으며 귀를 열어보려 시도하고 있다.

 

JVM 의 위치

출처 : http://download.oracle.com/javase/6/docs/

Java_SE_6_Documentation_-_Google_크롬_005.png

자바는 윈도우, 리눅스, 유닉스, MacOS 등 다양한 환경에서 실행될 수 있는 멀티플랫폼 언어라고 한다. 이는 각 운영체제 환경에서 실행되는 JVM이 존재하기 때문이며, 특별한 경우를 제외하고는 일반적인 언어들의 경우 별도의 수정없이 서로다른 운영체제에서 실행이 가능하다는 장점을 가지고 있다. 또한 웹서버 운영환경에서 개발환경으로 Java를 기반으로 하는 WAS들이 널리 보급되면서 국내외적으로 많은 사용자와 개발자를 보유하고 있는 강력한 영향력을 가진 언어이기도 하다.

이 글은 스프링노트에서 작성되었습니다.

자바성능을결정짓는코딩습관과튜닝이야기
카테고리 컴퓨터/IT > 프로그래밍/언어 > JAVA > JAVA
지은이 이상민 (한빛미디어, 2008년)
상세보기

- Collections Framework enhancements : http://download.oracle.com/javase/1,5.0/docs/guide/collections/changes5.html
Collection
Set : 중복을 허용하지 않는 집합을 처리하기 위한 인터페이스
SortedSet : 오름차순을 갖는 Set 인터페이스이다.
HashSet : 데이터를 해쉬 테이블에 다믄 클래스로 순서 없이 저장됨
TreeSet : red-black 이라는 트리에 데이터를 담는다. 값에 따라서 순서가 정해진다. HashSet보다 성능상 느리다. 데이터를 담으면서 동시에 정렬할 때 유용하다.
LinkedHashSet : 해쉬 테이블에 데이터를 담는데, 저아된 순서에 따라서 순서가 결정된다.
List : 순서가 있는 집합을 처리하기 위한 인터페이스 - 인덱스가 있어 위치를 지정하여 값을 찾을 수 있다. 중복을 허용하며, List 인터페이스를 상속받는 클래스 중에서 가장 많이 사용하는 것은 Vector이다
Vector : 크기를 객체 생성시에 지정할 필요가 없는 배열 클래스이다.
ArrayList : Vector와 비슷하지만, 동기화 처리가 되어 있지 않다.
LinkedList : ArrayList와 동일하지만, Queue 인터페이스를 구현했기 때문에 FIFO 큐 작업을 수행한다.
Queue : 여러 개의 객체를 처리하기 전에 담아서 처리할 때 사용하기 위한 인터페이스 - 기본적으로 FIFO따름
‣ java.util 패키지에 속하는 LinkedList와 priorityQueue
‣ java.util.concurrent 패키지에 속하는 컨커런트 큐 클래스
‣ Queue 들
PriorityQueue : 큐에 추가된 순서와 상관없이 먼저 생성한 객체가 먼저 나오도록 되어 있는 큐
LinkedBlockingQueue : 선택적으로 저장할 데이터의 크기를 정할 수도 있는 FIFO 기반의 링크 노드를 사용하는 블로킹 큐
ArrayBlockingQueue : 저장되는 데이터의 크기가 정해져 있는 FIFO 기반의 블로킹 큐
PriorityBlockingQueue : 저장되는 데이터의 크기가 정해져 있지 않고, 객체의 생성 순서에 따라서 순서가 저장되는 블로킹 큐
DelayQueue : 큐가 대기하는 시간을 지정하여 처리하도록 되어 있는 큐
SynchronousQueue : put() 메소드를 호출하면, 다른 스레드에서 take() 메소드가 호출될 때까지 대기하도록 되어있는 큐이다. 이 큐에는 저장되는 데이터가 없다. API에서 제공하는 대부분의 메소드는 0이나 null을 리턴한다.
•  Map : 키와 값의 쌍으로 구성된 객체의 집합을 처리하기 위한 인터페이스 : 중복되는 키를 허용하지 않는다.
SortedMap : 키를 오름차순으로 정렬하는 Map 인터페이스
Hashtable : 데이터를 해쉬 테이블에 담는 클래스 이다. 내부에서 관리하는 해쉬 테이블 객체가 동기화되어 있으므로, 동기화가 필요한 부분에서는 이 클래스를 사용
HashMap : 데이터를 해쉬 테이블에 담는 클래스이다. Hashtable 클래스와 다른 점은 null을 허용한다는 것과 동기화되어 있지 않다는 것
TreeMap : red-black 트리에 데이터를 담는다. TreeSet과 다른 점은 키에 의해서 순서가 정해진다는 것이다.
LinkedHashMap : HashMap과 거의 동일하며 이중 연결 리스트(Doubly-linked list)라는 방식을 사용하여 데이터를 담는다는 점만 다르다.

Sun에서 정리한, 각 인터페이스별로 가장 일반적으로 사용되는 클래스. 가장 안정적인 클래스로 선정된 녀석들
 Interface  클래스
 Set  HashSet
 List  ArrayList
 Map  HashMap
 Queue  LinkedList



  프로그래밍을 하다가 나도 모르게 사용하고 있던 ArrayList, HashMap, HashSet을 보면서 '왜 이 녀석들을 쓰는거야?'라고 느끼다가 이 책에서 어느정도 정리가 되는 느낌이다. 처음에는 이 책의 가치를 잘 몰랐지만, 개발 프로젝트를 진행하면서 조금씩 조금씩 이 책이 지닌 가치가 눈에 보인다. 차근차근 이 책을 읽어가면서 내 것으로 만들어보자.
IBatis 가 가동되기 전, 서브 SqlMap에 있는 XML들을  읽는다.
이때 SqlmapXxxx.xml에 있는 ResultMap 과 해당하는 클래스의 Mapping 확인도 진행된다.

이런 메시지가 뜬다면, 
 Caused by: com.ibatis.common.beans.ProbeException: There is no WRITEABLE property named 'leadDay' in class '...domain.showcase.bestseller.BestSellerList'
해당하는 sqlmap에서 <ResultMap>에서 class property에 설정된 클래스와 <result> 내에 property 항목이 일치하는지  확인하도록 한다.
iBatis 를 처음 사용하면서 삽질을 통해서 모르는 것들을 하나하나 배워가고 있다. ㅡ0-);
어제는 parameterClass에 Map을 전달하는 과정에서 생기는 특이사항을 제대로 이해하지 못해서 생긴 해프닝을 기록한다.

iBatis에 com.google.common.collect.ImmutableMap 으로 생성한 Map 객체를 parameter로 넘겼다.
이때 들어간 객체들에는 Double형, String 형 두 가지가 있었다. 이 parameter들이 들어가는 위치가 계산식이냐 일반 키워드처럼 들어가느냐에 따라서 Double형과 String형의 표현 방식이다.

iBatis가 SqlMap에 작성한 쿼리에 파라메터를 넣을 때, 파라메터 객체의 속성에 따라서 Double 형은 그대로, String 형은 ''를 씌워서 넣어준다.
난 이걸 제대로 숙지하지 못해서 문제가 발생했다.

//properties 에 기록해둔 message 중에서 하나를 saveRate에 넣음
String saveRate = 3;
//메소드를 이용하여  산출된 수치
Double exchangeRate = 15.36;
 

   Select 절에 alias 형태로 들어갈 경우  
 
SELECT
    #saveRate# as save_rate
    , #exchangeRate# as exchageRate
FROM dual;

위의 형태에서는 String 형이건 Double 형이건 문제가 생기지 않는다. 

   계산을 하는 곳에 파라메터로 전달되거나 ISNULL 처리 등에 사용될 경우 
 

SELECT
    (100 - (5 * #saveRate#)) as product_price_rate
    , ( 14.55 * #exchangeRate# ) as product_exchange_rate
FROM dual;

 위의 형태로 했을 때는 별 문제가 없을까? ㅡ_-)?
 #exchageRate# 는 그대로 15.36 이 들어가면서 계산식에 문제가 없지만, #saveRate#의 경우에는 ( 100 - ( 5 + '3' ) ) 의 형태가 되면서 JDBC를 통해서 Exception 처리가 뜬다. 숫자형이 들어와야하는 곳에 문자열이 들어왔다고 하면서 파라미터가 잘못되었다는 메시지를 뿌린다.
췟... 이걸 제대로 알고 있지를 못해서 혼자 삽질을 하고 있었다. 
  위의 쿼리를 제대로 실행되게 하려면,

SELECT
    (100 - (5 * $saveRate$)) as product_price_rate
    , ( 14.55 * #exchangeRate# ) as product_exchange_rate
FROM dual;

String 형 파라메터를 계산식에 사용할 경우에는 $saveRate$ 처럼 $ $를 이용해서, 파라메터 클래스고 가지고 있는 값을 그대로(parameterClass의 종류에 상관없이) 입력하도록 만들면 된다. 이걸 제대로 이해하고 있지 못한 나의 무지함 때문에, 난 또 그렇게 3~4시간의 삽질을 혼자했던 거다...
크흑....

   결론 
 

1. 쿼리문을 제대로 읽어서 parameter 들이 들어가야하는 곳에 문자열이 들어가는 것인지 숫자형이 들어가는지 파악한다.
2. iBatis를 통해서 받는 parameterClass="Map"인 경우에는 Map에 담긴 객체들이 어떤 것인지 파악한다.
3. String으로 받은 파라메터 객체를 계산식에 사용할 경우에는, $ $를 이용해서 그대로 넣는다.



오랜만에 JCO가 열립니다. ^^ 자바 개발자분들이 오셔서 많은 이야기들을 듣고 느낄 수 있는 기회가 되었으면 합니다. ^^


+ Recent posts