웃어보아요

탬프

Mon, 16 Nov 2009 14:58:57 +0900

<?xml version="1.0" encoding="euc-kr" ?>

- <!--

 File name : uci_ns(dc)_2.0.xsd

-->

- <xsd:schema xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" targetNamespace="http://purl.org/dc/elements/1.1/" elementFormDefault="unqualified">

- <!--

 Element of Instance

-->

- <xsd:element name="identifier">

- <xsd:complexType mixed="true">

- <!--

                  <xsd:attribute name="scheme" type="dc:identifierScheme" use="required"/>

-->

<xsd:attribute name="scheme" type="xsd:string" use="required" />

</xsd:complexType>

</xsd:element>

<xsd:element name="title" type="xsd:string" />

- <!--

  <xsd:element name="format" type="dc:uciFormat"/>

-->

<xsd:element name="format" type="xsd:string" />

- <!--

 identifierScheme

-->

- <xsd:simpleType name="identifierScheme">

- <xsd:restriction base="xsd:string">

<xsd:enumeration value="ISBN" />

<xsd:enumeration value="ISSN" />

<xsd:enumeration value="DOI" />

<xsd:enumeration value="KOI" />

<xsd:enumeration value="SBSi" />

<xsd:enumeration value="Hanaro" />

<xsd:enumeration value="EANUCC" />

<xsd:enumeration value="UPC" />

<xsd:enumeration value="GTIN" />

<xsd:enumeration value="G2BN" />

<xsd:enumeration value="KAN" />

</xsd:restriction>

</xsd:simpleType>

- <!--

 uciFormat

-->

- <xsd:simpleType name="uciFormat">

- <xsd:restriction base="xsd:string">

<xsd:enumeration value="asp" />

- <!--

 UCI Format 참조

-->

</xsd:restriction>

</xsd:simpleType>

</xsd:schema>

ANT 사용법

Fri, 16 Oct 2009 16:35:52 +0900

8.2 ANT

작성자 : 진은영 ( 2004-08-02)

[메인] [목록]

8.2.1 ANT 개요

① ANT란 자바로 개발을 하다보면 외부에서 jar파일을 가져와서 사용해야 할 때가 있을 것이다. 대표적으로 JDBC드라이버, servlet.jar 등이 있다.이러한 패키지를 가져다 쓰려면 환경변수에 추가하거나 , 도스상에서 컴파일 혹은 실행할때 클래스패스를 나열하고 실행해야 한다. 패키지들이 많거나 매번 추가해야할 경우에는 굉장히 불편할 것을 느낄것이다.

Ant와 같은 빌드 도구를 사용하지 않을 경우 도스 창에서 클래스 패스에 클래스를 추가하거나 소스 파일 컴파일, jar 파일로묶는 작업, 묶은 jar 파일을 특정 디렉토리로 이동시키고 수정된 내용을 javadoc으로 문서화 시키는 등의 작업은 소스가수정될 때마다 한 단계씩 도스 창에서 모두 입력해야 한다. 하지만 Ant를 사용하면 마치 배치(bat) 파일을 실행한 것처럼이와 같은 일련의 작업들을 Ant를 이용하여 단 한번에 수행할 수 있다.

② ANT의 주요 기능 Ant의 주요 기능을 알기 쉽게 몇 가지만 나열해 보면 아래와 같다.

자바 소스 파일 컴파일(너무 당연하다)
jar, war, ear, zip 파일의 생성
javadoc을 실행하여 도움말 생성
파일이나 폴더의 이동 및 복사, 삭제
각각의 작업에 대한 의존성 설정
유닉스에서처럼 파일이나 폴더에 퍼미션 설정
파일의 변경 날짜를 설정하는 touch 기능
외부 프로그램의 실행

8.2.2 ANT 설치

아래의 위치에서 파일을 다운로드 받는다.

위치 : http://ant.apache.org/bindownload.cgi파일 : apache-ant-1.6.2-bin.zip

원하는 장소에 압축을 풀면 아래와 같은 폴더가 나타난다. (필자는 apache-ant-1.6.1-bin.zip로 다운받았다)

ANT를 사용하기 위해서는, 클래스 패스에 apache-ant-1.6.1을 포함해야 한다. 아래의 내용을 확인하면 추가하는 방법을 알 수 있다. 바탕화면 - 내컴퓨터 오른쪽버튼 클릭 - 등록정보 - 고급 - 환경변수를 클릭한다.

새로 만들기 버튼을 클릭하여 ANT의 폴더를 등록한다.

ANT를 실행하기 위해 path환경변수를 선택한 후 편집단추를 클릭하여 ANT의 bin폴더를 path에 등록한다.

등록하는 방법은 Log4J의 환경변수 추가와 유사하다.

8.2.3 ANT 구조

① 빌드 파일 구조 ANT는 프로젝트의 빌드, 테스트 , 배치등의 모든 단계를 어떻게 수행할지 명시하기 위하여 XML파일을 사용한다. 이XML파일을 빌드 파일이라 하며, ANT를 사용하는 모든 프로젝트들은 적어도 하나 이상의 빌드파일을 가지고 있어야 한다. ANT가 사용한느 디폴트 빌드 파일명은 build.xml이다.

ANT 빌드 파일의 루트 엘리먼트는 < project />이다. < project /> 하위에는 빌드과정에서 사용할 속성을 정의할 수 있는 < property /> 엘리먼트와 각 Task에서 사용할 경로 정보를포함하는 < path />엘리먼트 , 실질적인 작업을 수행하는 < target />엘리먼트를 가진다.

< project name=“projectName” default=“first” basedir=“.”>

name : 프로젝트 이름
default : 초기치로 설정되는 작업(Task), 아무 것도 지정하지 않고 실행하면 이 작업을 수행
basedir : 프로젝트에 대한 기준 폴더를 지정한다. .은 현재폴더를 지정한다.

< property name="src.dir" value="${basedir}/src“ /> < property name="classes.dir" value="${basedir}/classes" />

property는 변수를 지정하는거과 같다.

name : 변수명
value : 변수값

변수를 호출할 때 ${변수명} 으로 사용한다.

< target name="compile" > < javac srcdir="${src.dir}" destdir="${classes.dir}" /> < /target>

name : target의 이름을 지정한다. 나중에 build 할때 이 이름으로 호출할 수 있다.
자바소스를 컴파일할 때 어디에 있는 무엇을 어디에 컴파일하는가를 지정한다. srcdir : 자바소스가 들어있는 폴더를 지정한다. destdir : 컴파일한 후 클래스파일이 위치할 폴더를 지정한다.

8.2.4 ANT 사용

① 웹애플리케이션 6-1강좌에서 사용한 웹 애플리케이션을 이용한다.

② build.xml build.xml 파일은 WEB-INF에 생성한다.

<?xml version=“1.0” encoding="euc-kr"?> <project name=“projectName” default=“compile” basedir=“.”> <property name="src.dir" value="${basedir}/src“ /> <property name="classes.dir" value="${basedir}/classes" /> <target name="compile" > <javac srcdir="${src.dir}" destdir="${classes.dir}" /> </target> </project>

③ 자바문서 생성 자바문서는 src 폴더 안에 생성한다.

package kr.co.a ; public class ANTTest { public static void main( String [] args ){ System.out.println( "test" ) ; } }

④ 도스모드에서 컴파일 도스 창을 띄운 후 현 컨텍스트의 WEB-INF 폴더를 이동한다. 그냥 컴파일을 하면 현재 폴더안에 패키지가 생기면서 컴파일이 된다.

⑤ ant를 실행한다.

E:\03.src\jslt\WEB-INF>ant

ant를 실행하면 현재 폴더에 있는 build.xml 문서를 호출해서 project에 default로 선언되어 있는 task를 호출한다. 여기에서는 compile task를 호출한다.

⑦ 탐색기를 띄워 확인한다. 탐색기를 띄워 build.xml에 선언되어 있는것처럼 classes폴더에 가보면 컴파일 한 클래스가 해당 패키지 밑에 있는것을 확인할 수 있다.

이렇듯 build.xml문서만 잘 만들어 놓으면 컴파일을 수월하게 할 수 있다. 이외에도 굉장히 많은 내용들이 있지만 여러분들이 아래 참고문허을 살펴보며 추가해 보자. 혹시, 나중에 좀더 내용을 추가할 기회가 올지도...

참고문헌

http://www.javastudy.co.kr/docs/lec_oop/ant/ant1.htm
스트럿츠 프레임워크 워크북 [한빛미디어]

일본어공부

Fri, 16 Oct 2009 16:18:59 +0900

일본어공부 카테고리에 속한 글

たい와たがる의 차이점

흑인이 부른 소녀시대 Gee~ (R&B버젼)

Fri, 16 Oct 2009 16:18:59 +0900

소녀시대의 Gee를 R&B로 재해석 부른 흑인여성의 동영상이 유튜브에 떴다;; ㅎㄷㄷ
원곡보다 훨 중독성있고~ 노래도 엄청좋네

[touch App]재밌는 아이팟 어플 iBeer

Fri, 16 Oct 2009 16:18:59 +0900

요즘 아이팟 터치 어플 모으는것이 취미라 여러 어플을 접해보는데..

그중에서도 중력센서를 이용한 특이한 어플 iBeer를 소개한다.

마치 아이팟을 이용해 맥주를 먹는듯한 효과를 주는 특이한 어플인데..

친구들 앞에서 자랑용으로 사용하면 될거 같다..ㅋㅋㅋ

빨간 버튼을 꾹 누르면

맛있는 맥주를 한가득 따라주고~ㅋㅋ

이렇게 시원하게 마셔주면 OK~ ㅋㅋ

주의점!! 시원한 맥주가 땡긴다고 이 어플을 이용해 해소해보려하면.. 더 맥주땡김..ㅋㅋ

[touch App] 아이팟 터치로 구글 스트리트뷰를 즐겨보자

Fri, 16 Oct 2009 16:18:59 +0900

먼저 터치로 스트리트뷰를 하려면 해킹된 아이팟이여하며 cydia가 깔려있어야 한다.

cydia 에 들어가서 streetview enabler를 검색후 다운로드 한다.

설치가 완료된후에 따로 아이콘이 생기진 않는다. 지도어플을 터치하고 들어간다.

들어가서 원하는곳을 검색하면 빨간 핀과 함께 위에 상세정보가 뜨는데, 기존에는 없던 주황색 사람아이콘이 옆에 뜬다.
바로 이것이 스트리트뷰를 볼수있는 아이콘이다. 설레는 마음으로 클릭해보자 ㅋㅋ

그러면 PC에서 볼수있던 스트리트뷰를 아이팟 터치에서도 볼수있다.

[touch App]Discover - 터치에 무선으로 자료를 전송해보자

Fri, 16 Oct 2009 16:18:59 +0900

갑자기 USB가 없거나 할경우 참 난감하다.. 이런경우를 대비해 나온 터치 어플이 있었으니

바로 Discover!! 이것의 장점은 바로 무료!! 그리고 무료인 가격대비 정말 좋은 성능을 보여준다.

터치에 접속하려고 자신의 컴퓨터에 따로 프로그램을 깔필요없이 첫화면에 나온 URL을

인터넷창에 써주고 업로드하면 끝이다~

Discover를 실행하면 먼저 Hint창이 뜬다. Hint 창의 접속 URL을 자신의

인터넷창에 써주고 업로드만 하면 끝!

업로드를 하게 되면 위화면과 같이 파일이 보이며 선택하면 바로 이미지나

pdf파일 mp4동영상등을 바로 감상가능하다.

たい와たがる의 차이점

Fri, 16 Oct 2009 16:18:59 +0900

-たい　내가 하고싶은것
私は＿＿が・を＿＿(ます형)+たいです。

ex) 私は本当に彼女と結婚したいです。

ーたがる 제3자가 하고싶은것
彼氏は＿＿を＿＿(ます)형+たがるんです。

ex) 彼氏はラーメンを食べたがるんです。

IPOD STORY

Fri, 16 Oct 2009 16:18:59 +0900

IPOD STORY 카테고리에 속한 글

명품만 좋아하는 남자들..

Fri, 16 Oct 2009 16:18:59 +0900

요즘들어 여자들뿐만아니라 패션에 관심이 많은 남자들도 늘어가는 추세다. 길거리를 지나다 보면 개성있고 특이한 패션을 즐기는 남자들을 자주볼수있다. 같은 남자로서 참 보기좋다..

나역시 패션에 관심이 많아 꾸미는걸 좋아하는데 불과 몇년전만해도 남자들이 꾸민다고 스키니나 이런것을 입고다니면 참 안좋게봤다.

하지만 요즘엔 남자들이 스키니를 입어도 잘어울리면 옷잘입는다는 소리를 들으니.. 하지만 이런 와중에 명품에 빠진 남자들이 많이 생겨났다.. 마치 백이나 신상구두에 미친 여자들처럼;;

진짜 보기 안좋다.. 자신의 체형..그옷에 어울리는것을 무시한채 그냥 명품이라는 이름때문에 좋아하고 사는..

정말 하심하기 짝이 없다.. 특히 인터넷 블로그나 카페에 자신이 입은 옷을 찍어 올리는데.. 진짜 가관이다..

명품이라고 찍어 올렸는데 정말 웃음만 나온다.. 핏이나 색상은 무시된채.. 명품이라는거 하나때문에 자랑하는..

이런생각이 든게 바로 이글루스에서 가끔 자신이 옷을 샀다거나 할때 착샷을 올리는 사람이 있는데.. 그 사람을 보고 그냥 좀 한심하다는 생각이 들었다.. 과연 저 옷이 같은 재질에 같은 디자인으로 시장에서 팔렸다면 샀을까??

JDOM 강추!

Fri, 16 Oct 2009 16:18:58 +0900

Java에서의 XML 가공을 간소화 해주는 JDOM

대부분의 개발자는 과거 XML 데이타 구조를 가공하기 위해 수많은 Java 라이브러리 중 하나를 이용해본 적이 있을 것이다. 그렇다면 JDOM(Java Document Object Model)은 무엇이며 개발자는 왜 JDOM을 필요로 할까?

JDOM은 Java에 최적화된 XML 데이타 가공을 위한 개방 소스 라이브러리이다. JDOM은 W3C(World Wide Web Consortium) DOM과 유사하기는 하지만, DOM을 기반으로 설계되거나 DOM을 모델링하지 않은 대안적인 문서 객체 모델이다. 가장 큰 차이점은 DOM은 언어 중립적으로 설계되었고 초기에 HTML 페이지의 JavaScript 가공에 주로 이용되었던 반면, JDOM은 Java 전용으로 설계됐기 때문에 메소드 오버로딩(method overloading), 컬렉션(collections), 리플렉션(reflection) 및 친숙한 프로그래밍 환경 등 Java의 기본 기능들을 활용한다는 데 있다. Java 프로그래머에게는 JDOM이 보다 자연스럽고 ‘알맞게’ 느껴질 것이다. 이는 언어 중립적인 CORBA(Common Object Request Broker Architecture)에 비해 Java에 최적화된 RMI(Remote Method Invocation) 라이브러리가 보다 더 자연스럽게 느껴지는 것과 유사하다고 할 수 있다.

JDOM은 jdom.org에서 구할 수 있으며, 개방 소스로 Apache 스타일(상용 친화적) 라이선스로 제공된다. JDOM은 공동 협력을 통해 설계 및 개발됐으며, 메일링 리스트에 등록된 가입자만도 3,000여 명에 이른다. 또한 이 라이브러리는 Sun의 JCP(Java Community Process)에 Java Specification Request(JSR-102)로 채택됐으며, 곧 공식 Java 사양으로 채택될 것으로 전망된다.

이 글에서는 JDOM의 기술적 측면에 대해 다룰 것이다. 먼저, 주요 클래스에 대한 정보를 소개하고, 이어 Java 프로그램에서 JDOM을 이용하는 방법에 대해 설명할 것이다.

ORACLE XML TOOLS

이 XDK (XML Developer Kit)는 오라클이 개발자를 위해 제공하는 무료 XML 툴 라이브러리입니다. 이 라이브러리에서는 JDOM과 함께 이용할 수 있는 XML 파서와 XSLT 변환 엔진이 제공됩니다. 이들 툴에 대한 자세한 정보는 Oracle XML 홈페이지인 oracle.com/xml에서 제공됩니다.

파서를 다운로드받으려면 "XDK for Java"로 명명된 XML Developer Kit를 찾은 뒤 좌측의 "소프트웨어" 항목을 클릭해 다운로드를 시작합니다. 다운로드 받은 파일을 열면 xalparserv2.jar 파일에 파서가 들어있습니다.

JDOM 및 기타 소프트웨어가 기본값으로 오라클 파서를 이용하도록 구성하려면 oracle.xml.jax.JXSAXParserFactory에 JAXP javax.xml.parsers.SAXParserFactory 시스템 속성을 설정해야 합니다. 이는 JAXP에 오라클 파서를 이용하겠다고 밝히는 것입니다. 가장 쉬운 방법은 다음의 명령줄을 이용하는 것입니다.

java -Djavax.xml.parsers.SAXParserFactory=oracle.xml.jaxp.JXSAXParserFactory

혹은 아래와 같이 프로그래밍 방식을 이용할 수도 있습니다.

System.setProperty("jaxax.xml.parsers.SAXParserFactory","oracle.xml.jaxp.JXSAXParserFactory");

오라클은 XDK외에도 Oracle9i Database Release 2에 고유 XML 리포지토리를 제공하고 있습니다. Oracle9i XML Database (XDB)는 고성능을 지닌 고유 XML 스토리지 및 검색 기술입니다. XDB는 W3C XML 데이타 모델을 Oracle9i Database로 완벽하게 수용하며 XML의 네비게이션 및 질의를 위한 새로운 표준 액세스 방법을 제공합니다. XDB를 이용할 경우 관계형 데이타베이스 기술의 모든 이점과 함께 XML 기술의 장점을 활용할 수 있습니다.

JDOM 패키지의 구조

JDOM 라이브러리는 6개 패키지로 구성되어 있다. 첫째, org.jdom 패키지에는 Attribute, CDATA, Comment, DocType, Document, Element, EntityRef, Namespace, ProcessingInstruction, Text 등 XML 문서와 그 컴포넌트를 나타내는 클래스들이 포함돼 있다. XML에 익숙한 개발자라면 클래스 이름만 봐도 이해가 될 것이다.

다음은 XML 문서를 생성하는 클래스를 담고 있는 org.jdom.input 패키지이다. 가장 중심적이고 중요한 클래스는 SAXBuilder이다. SAXBuilder는 수신되는 SAX(Simple API for XML) 이벤트를 참조해 이에 대응하는 문서를 구성함으로써 문서를 생성한다. 파일이나 다른 스트림으로부터 문서를 생성하고자 한다면 SAXBuilder를 이용해야 한다. SAXBuilder는 SAX 파서를 이용해 스트림을 읽은 뒤 SAX 파서 콜백에 따라 문서를 생성한다. 이 설계의 좋은 점은 SAX 파서의 속도가 빨라질수록 SAXBuilder도 빨라진다는 것이다. 그밖에 주요 입력 클래스는 DOMBuilder이다. DOMBuilder는 DOM 트리를 통해 문서를 생성한다. 이 클래스는 이미 존재하는 DOM 트리를 JDOM 버전으로 대신 사용하고자 할 경우 편리하다.

이러한 빌더의 잠재성에는 아무런 제한이 없다. 예를 들어, Xerces에는 SAX보다 더 낮은 수준에서 운용되는 XNI(Xerces Native Interface)가 있으므로 SAX를 통해 노출되지 않는 일부 파서 정보를 다루기 위해서 XNIBuilder를 사용하는 것이 적합할 수도 있다. JDOM 프로젝트를 지원해온 한 가지 대중적인 빌더는 ResultSetBuilder이다. 이 빌더는 JDBC ResultSet을 통해 SQL 결과를 다양한 구성의 요소(element)와 속성(attribute)을 가지는 XML 문서를 표현한다.

org.jdom.output 패키지에는 XML 문서를 출력하는 클래스가 포함돼 있다. 가장 중요한 클래스는 XMLOutputter이다. XMLOutputter는 파일, 스트림, 소켓으로 출력할 수 있도록 문서를 바이트 스트림으로 변환한다. XMLOutputter는 원시 출력, 가공 출력, 압축 출력 등을 지원하는 다수의 특별 구성 옵션을 가지고 있다. 이 클래스는 상당히 복잡하다. DOM Level 2에 아직도 이런 기능이 없는 것은 바로 이런 이유 때문일 것이다.

그 밖에 문서의 컨텐트를 기반으로 SAX 이벤트를 생성하는 SAXOutputter가 있다. 이 클래스는 모호해 보이기는 하지만 XSLT 변환시 매우 유용한데, 이는 문서 데이타를 엔진으로 전송하는 데 있어 SAX 이벤트가 바이트 스트림보다 훨씬 효율적인 방식이기 때문이다. 또한 문서를 DOM 트리 형식으로 표현하는 DOMOutputter도 있다. 그 밖에 수십 라인의 코드만으로 문서를 JTree로 보여주는 JTreeOutputter도 있는데, JTreeOutputter를 ResultSetBuilder와 함께 사용할 경우 코드 몇 라인만 추가하는 것만으로도 SQL 질의 결과를 트리 뷰로 나타낼 수 있다.

DOM과는 달리, JDOM에서는 해당 문서가 빌더에 구속되지 않는다는 점에 주목해야 한다. 따라서 데이타를 담는 클래스와 데이타를 구조화하는 다양한 클래스, 이 데이타를 사용하는 그 밖의 여러 클래스가 포함된 세련된 모델이 생성된다. 원하는 만큼 자유롭게 혼합해 사용할 수 있다.

org.jdom.transform 및 org.jdom.XPath 패키지에는 기본 XSLT 변환과 XPath 조회를 지원하는 클래스가 포함돼 있다.

마지막으로, org.jdom.adapters 패키지는 DOM 상호작용의 라이브러리를 지원하는 클래스를 포함하고 있는데, 이 패키지의 클래스를 호출할 필요가 전혀 없다. 이들 클래스가 존재하는 이유는 각 DOM의 구현 방식이 각각의 부트 스트래핑 작업 방식별로 서로 다른 함수 이름을 사용하기 때문이며, 이에 따라서 각 어댑터 클래스가 표준 콜을 파서 전용 콜로 번역한다. JAXP(Java API for XML Processing)는 어댑터 클래스가 과도하게 사용될 때의 문제점에 대한 대안으로서, 실제로 이들 클래스에 대한 요구를 감소시키는 역할을 한다. 그러나 모든 파서가 JAXP를 지원하는 것은 아니고, 또한 라이선스 문제 때문에 어디나 JAXP가 설치돼 있는 것도 아니기 때문에, 이러한 클래스들에 대한 필요성은 여전히 남아 있다.

문서의 생성

문서는 org.jdom.Documentclass에 의해 표현된다. 다음은 완전히 새로운 문서를 생성하는 경우이다.

// This builds: <root/>Document doc = new Document(new Element("root"));

또한 파일이나 스트림, 시스템 ID, URL 등을 통해 문서를 생성할 수도 있다.

// This builds a document of whatever's in the given resourceSAXBuilder builder = new SAXBuilder();Document doc = builder.build(url);

소수의 콜을 조합함으로써 간단한 JDOM 문서를 생성할 수도 있다.

// This builds: <root>This is the root</root>Document doc = new Document();Element e = new Element("root");e.setText("This is the root");doc.addContent(e);

파워유저라면 다양한 방법을 연속적으로 호출하는 'method chaining'선호할 것이다. 이 방식을 통해 여러 개의 메소드를 한 번에 호출할 수 있다. 다음은 method chaining의 예이다.

Document doc = new Document(  new Element("root").setText("This is the root"));

다음은 JAXP/DOM를 이용해 동일한 문서를 생성하는 예이다.

// JAXP/DOMDocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();DocumentBuilder builder = factory.newDocumentBuilder();Document doc = builder.newDocument();Element root = doc.createElement("root");Text text = doc.createText("This is the root");root.appendChild(text);doc.appendChild(root);

SAXBuilder 이용하기

앞서 설명했듯이 SAXBuilder는 모든 바이트 근간 자원으로부터 문서를 생성하는 간단한 메커니즘을 제공한다. 입력 변수가 없는 기본 SAXBuilder() 생성자는 내부적으로 JAXP를 이용하여 SAX 파서를 선택한다. 파서를 변경하고자 할 때는 javax.xml.parsers.SAXParserFactory 시스템 속성을 파서가 제공하는 SAXParser Factory를 가리키도록 설정하면 된다. Oracle9i Release2 XML 파서의 경우 다음과 같이 실행하면 된다.

java -Djavax.xml.parsers.SAXParserFactory=oracle.xml.jaxp.JXSAXParserFactory YourApp

Xerces 파서의 경우 다음과 같이 실행한다.

java -Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactoryImpl YourApp

만약 JAXP가 설치돼 있지 않다면 SAXBuilder는 Apache Xerces를 기본값으로 이용한다. SAXBuilder 인스턴스가 생성된 뒤에는 다음과 같은 몇 가지 속성을 빌더에 설정할 수 있다.

setValidation(boolean validate)

WebLOCATOR

개방 소스 JDOM 라이브러리: jdom.org

Java Servlet Programming (second edition), (제이슨 헌터(Jason Hunter) 저) (2001년 O'Reilly & Associates 출간): www.oreilly.com

이 메소드는 문서 생성 중 DTD(Document Type Definition)에 대해 검증할 것인지 여부를 파서에 알려준다. 기본으로 설정된 값은 false이다. 사용된 DTD는 문서의 DocType 내에서 참조된 것이다. 다른 DTD에 대해 검증하는 것은 아직 불가능한데, 이 기능을 지원하는 파서가 아직 없기 때문이다.

setIgnoringElementContentWhitespace(boolean ignoring)

위 메소드는 요소 컨텐트에서 ‘무시할 수 있는 여백(ignorable whitespace)’을 무시할 것인지 여부를 파서에 알려준다. XML 1.0 사양에 의하면, 요소 컨텐트의 여백은 파서에 의해 보존돼야 하지만 DTD에 대해 검증할 경우 문서의 특정 부분이 여백을 지원하지 않는다는 사실을 파서가 인식할 수 있기 때문에 이 영역의 여백은 ‘무시할 수’ 있다. 기본값으로는 해제 상태이다. 문서를 입력 때와 동일한 컨텐트를 출력하고자 할 때가 아니라면 ‘무시 가능’으로 사용하는 것이 일반적으로 성능상 바람직하다. 단, 이 플래그는 DTD 검증이 수행될 때만 유효하며 이때는 이미 검증 과정을 통한 성능 저하가 발생한 것이기 때문에 결국 이 메소드는 검증이 이미 이용되고 있을 경우에만 유용하다는 점을 유의해야 한다.

setFeature(String name, String value)

위 메소드는 기본 SAX 파서상에 기능을 설정하는 방법이다. 이 방법은 원시적인 호출 방식이기 때문에 이 방법을 이용할 때는 매우 신중해야 한다. 왜냐하면 특정 기능(예 : 네임스페이스 변경)을 잘못 설정할 경우 JDOM 작업이 중단될 수도 있기 때문이다. 게다가 파서 전용 기능에 의존할 경우 이식성을 제한할 위험이 있다. 이 콜은 스키마 검증을 선택할 때 가장 유용하다.

setProperty(String name, Object value)

위 메소드는 기본 SAX 파서상에 속성을 설정하는 방법이다. 이 방법 역시 원시 호출 방식으로, 위험한 동시에 특히 스키마 검증시 파워유저에게 유용한 방법이다. 다음 코드는 이 방법들을 조합해 검증 기능을 선택하고 여백 무시 가능 기능으로 설정한 뒤 JAXP 선택 파서를 이용해 로컬 파일을 읽게 된다.

SAXBuilder builder = new SAXBuilder();builder.setValidation(true);builder.setIgnoringElementContentWhitespace(true);Document doc = builder.build(new File("/tmp/foo.xml"));

XMLOutputter를 이용한 문서 출력

문서는 다양한 포맷으로 출력될 수 있지만 가장 흔한 포맷은 바이트 스트림이다. JDOM에서는 XMLOutputter 클래스가 이 기능을 제공한다. 이 클래스의 기본 생성자는 문서에 저장된 원문 그대로 문서를 출력하려 한다. 아래 코드는 원문 그대로 문서의 내용을 파일에 출력하는 코드이다.

// Raw outputXMLOutputter outp = new XMLOutputter();outp.output(doc, fileStream);

여백에 신경 쓰지 않아도 된다면 텍스트 트리밍을 선택해 약간의 공간을 절약할 수 있다.

// Compressed outputoutp.setTextTrim(true);outp.output(doc, socketStream);

사람 눈에 맞춰 문서의 인쇄 상태를 보기 좋게 만들려면 들여쓰기와 줄 바꿔쓰기를 추가하면 된다.

outp.setTextTrim(true);outp.setIndent("  ");outp.setNewlines(true);outp.output(doc, System.out);

이미 여백을 통해 포맷된 문서에 위의 가공 기능을 다시 적용할 경우 트리밍을 선택해야 한다. 그렇지 않으면 이미 포맷된 상태에서 또다른 포매팅을 가하는 것이 돼 최종 출력 상태가 보기 흉하게 된다.

요소 트리의 네비게이션

JDOM은 요소 트리(element tree)의 네비게이션을 간편하게 해준다. 루트 요소를 호출하려면 다음 코드를 이용한다.

Element root = doc.getRootElement();

모든 자식 요소 리스트를 불러오는 방법은 다음과 같다.

List allChildren = root.getChildren();

주어진 이름의 요소만을 호출하려면,

List namedChildren = root.getChildren("name");

주어진 이름의 요소 중 첫 번째 요소만을 호출하려면 다음을 이용한다.

Element child = root.getChild("name");

getChildren() 콜을 통해 반환된 리스트는 모든 Java 프로그래머가 알고 있는 리스트 인터페이스의 구현인 java.util.List이다. 이 리스트에서 특기할 만한 것은 이것이 라이브 리스트라는 점이다. 리스트에 가해진 모든 변경사항은 원본 문서 객체에도 반영된다.

// Remove the fourth childallChildren.remove(3);// Remove children named "jack"allChildren.removeAll(root.getChildren("jack"));// Add a new child, at the tail or at the headallChildren.add(new Element("jane"));allChildren.add(0, new Element("jill"));

이러한 리스트를 통한 대치 방법을 이용하면, 수많은 별도의 방법들을 과도하게 사용하지 않고도 요소를 다양하게 가공할 수 있다. 그러나, 편의상 주로 이용하는 작업인, 마지막에 요소를 추가하거나 이름이 있는 요소들을 삭제하는 경우 요소 자체에 이미 동일한 메소드가 포함돼 있기 때문에 이 작업을 실행할 때는 리스트를 우선 호출할 필요가 없다.

root.removeChildren("jill");root.addContent(new Element("jenny"));

JDOM의 또 다른 장점은 한 문서 내에서 혹은 여러 문서 사이에서 요소들을 이동하는 작업이 간편하다는 것이다. 이 때 몇 개의 문서간에 이동하든 관계없이 동일한 코드를 사용할 수 있다.

Element movable = new Element("movable");parent1.addContent(movable);    // placeparent1.removeContent(movable); // removeparent2.addContent(movable);    // add

DOM의 경우 요소의 이동이 JDOM에서만큼 쉽지 않은데, 이는 DOM에서는 요소들이 그들을 생성한 객체에 강하게 묶여 있기 때문이다. 따라서 문서간 이동시에는 DOM 요소가 직접 '임포트' 되어야 한다.

JDOM에서 한 가지 유념할 사항은, 요소를 다른 데 추가하기 전에 제거해야 한다는 점이다. 이렇게 해야 트리 내에서 순환이 발생하는 것을 막을 수 있다. detach() 메소드를 이용하면 분리/추가 작업을 라인 하나로 처리할 수 있다.

parent3.addContent(movable.detach());

요소를 다른 부모에 추가하기 전에 먼저 분리하지 않았을 경우, 해당 라이브러리는 Exception을 떨어트릴 것이다(정확하고 도움이 되는 오류 메시지와 함께). 또한 라이브러리는 요소에 스페이스와 같은 부적절한 문자가 포함되지 않도록 요소의 이름과 컨텐트를 확인한다. 또한 단일 루트 요소의 포함 여부, 일관적인 네임스페이스 선언 여부 및 주석과 CDATA 섹션에 금지된 문자열이 없는지 등 기타 여러 규칙도 검증한다. 이를 통해 가능한 한 프로세스 초기 단계에서 문서가 'well-formed' 인지 확인하는 과정이 이루어지게 되는 것이다.

요소 속성의 처리

요소 속성의 예를 들면 다음과 같다.

<table width="100%" border="0"> ... </table>

요소 참조를 통해, 어떤 이름의 속성 값이든 요소에 요청할 수 있다.

String val = table.getAttributeValue("width");

또한 타입 변환과 같은 특별 가공 작업을 위해 속성을 객체로 불러올 수도 있다.

Attribute border = table.getAttribute("border");int size = border.getIntValue();

속성을 설정하거나 변경하려면 setAttribute()를 사용한다.

table.setAttribute("vspace", "0");

속성을 삭제하려면 removeAttribute()를 사용한다.

table.removeAttribute("vspace");

텍스트 컨텐트를 가진 요소의 예를 들면 다음과 같다.

<description>  A cool demo</description>

JDOM에서는 호출을 통해 텍스트를 직접 이용할 수 있다.

String desc = description.getText();

한 가지 유의할 점은, XML 1.0 사양에서는 여백의 보존이 요구되기 때문에 이 경우 '＼n A cool demo＼n'반환된다는 것이다. 그러나 실제 환경에서는 여백의 포매팅에 대해 크게 유념할 필요가 없으므로 가장자리의 여백을 무시하고 텍스트를 불러오는 편리한 방법이 있다.

String betterDesc = description.getTextTrim();

여백을 아예 없애고 싶다면 스페이스를 이용해 내부의 여백을 표준화하는 getTextNormalize() 메소드를 이용하면 된다. 이 메소드는 다음과 같은 텍스트 컨텐트에 이용할 때 편리한다.

<description>  Sometimes you have text content with formatting  space within the string.</description>

텍스트 컨텐트를 변경하고자 할 때는 setText() 메소드를 이용한다.

description.setText("A new description");

텍스트에 포함된 특수 문자는 모두 문자로서 올바르게 해석되어 출력시에 적절한 의미를 유지하게 된다. 다음 콜을 예로 들어보자.

element.setText("<xml/> content");

내부 저장 영역은 이 문자열을 그대로 문자로 저장할 것이다. 이 컨텐트에 대한 함축적 파싱은 이루어지지 않는다. 출력시에는 다음과 같이 표현된다.

&lt;xml/&gt; content<elt>

이는 이전 setText() 콜의 의미론적 내용을 보존하기 위한 것이다. 따라서, 요소 내에 XML 컨텐트를 포함하고자 한다면 적절한 JDOM 자식 요소 객체를 추가해야 할 것이다.

JDOM에서는 CDATA 섹션을 처리할 수도 있다. CDATA 섹션은 파싱되어서는 안 될 텍스트 블록을 지시한다. 원래 CDATA 섹션은 <와 > 같은 에스케이프 문자열을 과도하게 사용하지 않고도 HTML이나 XML을 손쉽게 포함시킬 수 있게 해주는 문법적인 용어이다. 그러나 JDOM에서는 이를 객체화하여 사용한다. CDATA 섹션을 생성하려면 이 문자열을 CDATA 객체로 래핑하면 된다.

element.addContent(new CDATA("<xml/> content"));

JDOM의 장점은 getText() 콜이 문자열을 CDATA 섹션으로 나타낼 것인지 일일이 물어보지 않고 문자열을 반환한다는 점이다.

혼합 컨텐트의 처리

어떤 요소에는 여백, 주석, 텍스트, 자식 요소 등 수많은 항목들이 포함되어 있다.

<table>  <!-- Some comment -->  Some text  <tr>Some child element</tr></table>

어떤 요소에 텍스트와 자식 요소가 모두 들어 있을 경우 ‘혼합 컨텐트’를 포함하고 있다고 한다. 혼합 컨텐트를 처리하는 것은 어려울 수도 있지만, JDOM을 이용하면 쉽게 처리할 수 있다. 텍스트 컨텐트를 불러오고 자식 요소를 네비게이션하는 기본 이용 사례는 간단하게 처리할 수 있다.

String text = table.getTextTrim();  // "Some text"Element tr = table.getChild("tr");  // A straight reference

주석, 여백 블록, 프로세싱 명령어, 엔티티 참조 등이 필요한 고급 응용의 경우, 혼합 컨텐트를 리스트로서 직접 불러올 수 있다.

List mixedCo = table.getContent();Iterator itr = mixedCo.iterator();while (itr.hasNext()) {  Object o = i.next();  if (o instanceof Comment) {    ...  }  // Types include Comment, Element, CDATA, DocType,  // ProcessingInstruction, EntityRef, and Text}

자식 요소 리스트와 마찬가지로 혼합 컨텐트 리스트를 변경할 경우 원래 문서에도 영향을 미치게 된다.

// Remove the Comment.  It's "1" because "0" is a whitespace block.mixedCo.remove(1);

자세히 살펴보면, 여기에 Text 클래스가 포함돼 있다는 사실을 알 수 있다. JDOM은 내부적으로 Text 클래스를 이용해 문자열 컨텐트를 저장하는데, 이는 이 문자열이 부모를 갖도록 하고 XPath 액세스를 보다 쉽게 지원하도록 하기 위한 것이다. 원시 컨텐트 리스트에 액세스할 때 텍스트만을 불러오거나 설정할 경우라면 이 클래스에 대해 염려할 필요가 없다.

DocType, ProcessingInstruction, EntityRef 클래스에 대해 보다 자세한 정보는 jdom.org의 API 설명서를 참조하기 바란다.

<출처 : 서비의 다락방 ( http://www.yunsobi.com )>
-출처를 밝혀주신 당신은 아름다운 사람입니다.-