|
 |
Enterprise Java Technologies 테크팁 |
||
|
2006년
1월 18일자 |
|
||||||
|
||||||
|
|
이번 호에서는, » JAX-WS를 이용한 웹 서비스 개발 » 브라우저에서 데이터베이스로 문자세트 변환하기 에 대해 다룹니다. 이 테크팁은 Java EE 5의 오픈소스 레퍼런스(프로젝트명: GlassFish)를 구현하여 개발되었습니다.GlassFish는 https://glassfish.dev.java.net/ 에서 다운로드 할 수 있습니다. -샘플 아카이브 받기- JAX-WS를 이용한 웹 서비스 개발 |
||
 |
JAX-WS를 이용한 웹 서비스 개발 |  |
저자 Manisha Umbarje JAX-RPC(Java API for XML-based RPC) 1.1의 후속 릴리즈인 Java API for XML Web Services (JAX-WS) 2.0, JSR 224는 Java EE 5 플랫폼에 있어서 매우 중요한 부분으로서 자바 기술을 이용한 웹 서비스 개발 작업을 간소화시켜준다. JAX-WS는 SOAP 1.1, SOAP 1.2, XML을 비롯한 복수의 프로토콜을 지원하고 HTML 등의 추가 프로토콜 지원을 위한 기능을 제공함으로써 JAX-RPC 1.1의 몇 가지 문제를 해결하고 있다. JAX-WS는 데이터 바인딩에 JAXB 2.0을 사용하며 생성된 서비스 엔드포인트 인터페이스를 관리하기 위한 커스터마이제이션을 지원한다. JAX-WS는 또한 주석(annotation)을 지원하여 웹 서비스 개발을 간소화하고 런타임 Jar 파일의 사이즈를 줄여주기도 한다. 본 테크팁에는 예제 패키지가 포함되어 있으며, 패키지는 독립형 자바 클라이언트 상에서 JAX-WS 2.0를 통해 액세스되는 간단한 웹 서비스를 예시한다. 이 예제는 GlassFish라 불리는 Java EE 5 SDK의 오픈 소스 구현에 기반을 두고 있으며, 예제 패키지에는 예제를 위한 소스 코드, 빌드 스크립트, 빌드 파일 등이 포함되어 있다. 초기 셋업 작업 부분부터 시작해 보기로 하자. 먼저 다운로드 페이지에서 GlassFish를 다운로드한다. (본 팁은 GlassFish의 Build 29로 테스트를 거쳤음.) 그리고 다음과 같이 설정한다.
Also, add the ant location to your
이어서 예제 패키지를 다운로드하고 압축을 해제한다. 본 팁의 메인 디렉터리는 웹 서비스 구축하기
초기 셋업이 완료된 다음에는 웹 서비스를 구축할 차례다. 본 예제의 경우,
엔드포인트 구현 클래스 작성
package endpoint;
import javax.jws.WebService;
import javax.jws.WebMethod;
@WebService(
name="Calculator",
serviceName="CalculatorService",
targetNamespace="http://techtip.com/jaxws/sample"
)
public class Calculator {
public Calculator() {}
@WebMethod(operationName="add", action="urn:Add")
public int add(int i, int j) {
int k = i +j ;
System.out.println(i + "+" + j +" = " + k);
return k;
}
}
JAX-WS 2.0의 경우, A Metadata Facility for the Java Programming Language(JSR 175) 및 Web Services Metadata for the Java Platform(JSR 181)에 명시된 주석과 JAX-WS 2.0 스펙에 정의된 추가 주석을 주로 사용한다.
구현 클래스 컴파일 구현 클래스를 코딩한 후에는 컴파일을 해야 한다. 다음 명령어를 입력하여 GlassFish를 시작한다. <GF_install_dir>\bin\asadmin start-domain domain1
이 때, ant compile
이 명령어를 실행하는 것은 다음 javac -classpath $GLASSFISH_HOME/lib/javaee.jar -d ./build/classes/service/ endpoint/Calculator.java 웹 서비스 실행을 위한 portable artifact 생성 이 단계는 옵션사항으로, 웹 서비스 배치 과정에서 GlassFish의 배치 툴에 배치 가능한 서비스 유닛이 번들로 포함되지 않은 경우에는 자동적으로 artifacts를 생성한다. 하지만, 이 artifacts를 수동으로 생성하기를 원할 경우에는 다음의 명령어를 실행한다. ant generate-runtime-artifacts
이 경우, $GLASSFISH_HOME/bin/wsgen -cp ./build/classes/service -keep -d ./build/classes/service -r ./build/generated -wsdl endpoint.Calculator
JavaBean 기술 컴포넌트(JavaBeans)는 메소드 호출, 응답, 및 서비스별 예외의 정렬을 도와주는데,
이 클래스는 애플리케이션 서버에서 웹 서비스를 실행하는 과정에서 사용된다.
JavaBean 클래스는 Add.java Add.class AddResponse.java AddResponse.class WAR 파일 패키징 및 배치 이어서 서비스를 패키징하고 배치해야 하는데, 이를 위해서는 배치 서술자(deployment descriptor)에 서비스에 관한 세부사항을 지정해야 한다. 웹 서비스는 서블릿 또는 stateless 세션 빈으로 번들링될 수 있으며, 서블릿으로 번들링된 웹 서비스는 Web Archive(WAR) 파일에 패키징된다. 한편, 본 팁에서는 서비스가 서블릿으로 번들링된다.
서비스를 WAR 파일로 패키징하려면 ant pkg-war war 파일의 구조를 보려면 build.xml 파일의 pkg-war 타깃을 살펴보면 된다. 다음 명령어를 실행하여 생성된 war 파일을 배치할 수 있다. ant deploy-app 이는 다음 asadmin 배치 명령어(한 줄로 입력)를 실행하는 것과 동일하다. bash$GLASSFISH_HOME/bin/asadmin deploy --user admin --password adminadmin --host localhost --port 4848 --contextroot jaxws-webservice --upload=true --target server 클라이언트 구축 웹 서비스를 배치한 후에는 클라이언트 프로그램에서 액세스할 수 있다. 다음은 클라이언트 구축 단계이다.
클라이언트 작성
다음 프로그램
package client;
import javax.xml.ws.WebServiceRef;
import com.techtip.jaxws.sample.CalculatorService;
import com.techtip.jaxws.sample.Calculator;
public class JAXWSClient {
@WebServiceRef(wsdlLocation=
"http://localhost:8080/jaxws-webservice/CalculatorService?WSDL")
static CalculatorService service;
public static void main(String[] args) {
try {
JAXWSClient client = new JAXWSClient();
client.doTest(args);
} catch(Exception e) {
e.printStackTrace();
}
}
public void doTest(String[] args) {
try {
System.out.println(
" Retrieving port from the service " + service);
Calculator port = service.getCalculatorPort();
System.out.println(
" Invoking add operation on the calculator port");
for (int i=0;i>10;i++) {
int ret = port.add(i, 10);
if(ret != (i + 10)) {
System.out.println("Unexpected greeting " + ret);
return;
}
System.out.println(
" Adding : " + i + " + 10 = " + ret);
}
} catch(Exception e) {
e.printStackTrace();
}
}
}
웹 서비스에 대한 참조를 선언하는 데는
클라이언트는 클라이언트를 위한 portable artifact 생성
앞에서 언급한 것처럼 ant generate-client-artifacts
이는 다음 $GLASSFISH_HOME/bin/wsimport -keep -d ./build/classes/client http://localhost:8080/jaxws-webservice/CalculatorService?WSDL
이 경우, Add.java Add.class AddResponse.java AddResponse.class Calculator.java Calculator.class CalculatorService.java CalculatorService.class package-info.java package-info.class ObjectFactory.class ObjectFactory.java 클라이언트 컴파일 다음 단계는 클라이언트 클래스를 컴파일하는 것이다. 이를 위해서는 다음 명령어를 입력하면 된다. ant compile-client
ant 컴파일 태스크는 javac -d ./build/classes/client -classpath $GLASSFISH_HOME/lib/javaee.jar: $GLASSFISH_HOME/lib/appserv-ws.jar: ./build/classes/client client/JAXWSClient.java 클라이언트 실행 예제가 어떻게 작동하는지 보려면 다음 명령어를 실행한다. ant runtest-jaxws
이는 $GLASSFISH_HOME/bin/appclient -mainclass client.JAXWSClient 다음과 유사한 아웃풋이 표시되어야 한다.
runtest-jaxws:
[echo] Executing appclient with client class as
client.JAXWSClient
[exec] Retrieving port from the service
com.techtip.jaxws.sample.CalculatorService@162522b
[exec] Invoking add operation on the calculator port
[exec] Adding : 0 + 10 = 10
[exec] Adding : 1 + 10 = 11
[exec] Adding : 2 + 10 = 12
[exec] Adding : 3 + 10 = 13
[exec] Adding : 4 + 10 = 14
[exec] Adding : 5 + 10 = 15
[exec] Adding : 6 + 10 = 16
[exec] Adding : 7 + 10 = 17
[exec] Adding : 8 + 10 = 18
[exec] Adding : 9 + 10 = 19
all:
BUILD SUCCESSFUL
Total time: 6 seconds
맨 위로
|
||
| 브라우저에서 데이터베이스로 문자세트 변환하기 | ||
|
저자 John O'Conner
GET이나 POST 명령어로 애플리케이션 데이터 인코딩 방식을 결정하는 업계 표준은 현재 없다. 더군다나, 웹 서버 및 데이터베이스 관리자들이 텍스트가 브라우저에서 데이터베이스로 옮겨질 때 데이터의 정확도에 영향을 주는 문자 인코딩 변환에 관해 거의 알지 못하는 경우도 허다하다. 따라서 본 테크 팁에서는 문자 데이터를 브라우저에서 데이터베이스로(또는 역으로) 정확하게 옮기기 위한 유용한 힌트와 베스트 프랙티스를 소개하고자 한다. 브라우저 디스플레이 및 폼 제출 "Hello, world!"를 일본어로 표시하는 HTML 페이지를 검토하는 것으로 시작해보자. 다음은 페이지의 HTML 코딩이다.
<html>
<head>
<title>Hello World with Charset Meta Tag</title>
</head>
<body>
<!-- Japanese text encoded as UTF-8 -->
<h1>こんにちは、世界!</h1>
</body>
</html>
요즘의 브라우저는 HTML 페이지가 브라우저에 충분한 힌트를 제공하기만 하면 사실상 어떤 텍스트라도 정확하게 디스플레이할 수 있으며, 브라우저는 힌트를 이용하여 적절한 폰트와 인코딩을 선택하고 이를 통해 문자를 해석한다. 브라우저에 문자세트 정보를 제공하지 않을 경우, 일단 문자는 데이터 손실 없이 HTML 페이지를 통해 수신되지만 동시에 부정확하게 해석될 가능성도 있다. 발생 가능한 한 가지 경우를 살펴보자.
Firefox 1.07 같은 브라우저는 문자세트를 추측할 수 있을 뿐인데, 이 경우 브라우저는 파일 내용을 ISO 8859-1로 인코딩된 텍스트로 잘못 해석하고 있다.
텍스트는 실제로는 UTF-8(유니코드 인코딩) 텍스트이며, 브라우저는 HTML 내의 인코딩 정보를 META 태그로 확인한 후 일본어 인사말을 정확하게 표시할 수 있다. 다음은 파일의 문자세트를 기술하는 META 태그를 포함하도록 업데이트된 페이지를 위한 HTML 코딩이다(META 태그는 포맷상의 목적으로 두 행에 걸쳐 표시된다).
<html>
<head>
<!-- Add a META tag to describe the file's
<!--charset encoding -->
<META http-equiv="Content-Type" content="text/html;
charset=UTF-8">
<title>Hello World with Charset Meta Tag</title>
</head>
<body>
<!-- Japanese text encoded as UTF-8 -->
<h1>こんにちは、世界!</h1>
</body>
</html>
더 많은 정보와 일본어 가능 폰트가 제공되면 브라우저는 메시지를 정확하게 표시할 수 있다.
JSP(JavaServer Pages) 컴포넌트에서 문자 인코딩은 어떻게 이루어지는가?
JSP 기술을 이용할 경우에는 반드시 생성되는 HTML 페이지의 문자세트를 지정해 주어야 하는데,
이를 위해서는 페이지 지시어 또는 HTML META 태그를 이용하면 된다.
JSP 페이지 지시어는 JSP 파일의 첫 번째 요소여야 하고, 또 문자세트 설정이 있는
<%@page pageEncoding="UTF-8" contentType="text/html;
charset=UTF-8"%>
...
이제 페이지가 정확하게 인코딩되고 필요한 정보를 브라우저에 전달한다.
하지만, 아직 브라우저에는 아무것도 전달되지 않은 상태이다. 이번에도 브라우저는 HTTP 헤더 또는 HTML META 태그에 저장된 문자세트 정보로부터 페이지의 인코딩 정보를 얻게 되는데, 브라우저 역시 GET 또는 POST 명령어를 위한 폼 데이터를 인코딩할 때 이 정보를 이용한다.
HTML FORM 태그에 다음 JSP 페이지에는 서유럽과 아메리카의 많은 국가에서 사용하는 언어와 스크립트를 처리하는 데 흔히 이용되는 문자세트인 ISO-8859-1 텍스트가 포함되는데, 이 페이지는 사용자의 이름을 요구하는 HTML 폼을 생성한다. 사용자가 엔트리를 제출하면 동일 페이지는 들어오는 GET 명령어를 처리하고 NAME 매개변수에 지시된 사용자에게 인사말을 프린트한다.
<% @page pageEncoding="ISO-8859-1" contentType="text/html;
charset=ISO-8859-1" %>
<html>
<head>
<title>Say Hello!</title>
</head>
<body>
<%
String name = request.getParameter("NAME");
if (name == null || name.length() == 0) {
name = "World";
}
%>
Hello, <%= name %>! <br>
<form action="sayhello.jsp" method='GET'>
<label for='NAME'>Name</label><input type="text"
id="NAME" name="NAME"/>
<button type="submit">Submit</button>
</form>
</body>
</html>
JSP 페이지를 표시한 다음 폼에 José를 입력하고 submit 버튼을 누르면 브라우저는 다음의 GET URL을 생성한다. http://localhost/charconv/sayhello.jsp?NAME=Jos%E9 URL 내의 NAME 매개변수가 이상해 보일지 모르지만 이는 맞는 것이다. %E9은 URL 인코딩 문자로, ISO 8859-1 문자세트에 있는 문자 코드포인트의 16진수 정수 값이다. 8859-1 문자세트로 된 GET과 POST 데이터를 예상하는 서버의 경우, 이 URL 인코딩 엔티티를 디코딩하는 데 아무런 문제가 없는데, 간단히 말해서 URL 인코딩은 모든 비 ASCII 문자와 특정 ASCII 문자를 %HH 형태의 16진수 문자열로 인코딩할 것을 요구하는 URL을 위한 웹 표준이라 할 수 있다. 이 표준은 데이터 인코딩 시 사용할 문자세트까지 규정해주지는 않는다. 일본, 한국, 중국의 사용자가 위에 표시한 것과 동일한 JSP 페이지에 이름을 입력한다고 가정해보자. 문자가 ISO 8859-1 문자세트에 들어 있지 않을 가능성이 크므로, 이를 해당 문자세트로 인코딩하면 브라우저에 심각한 문제가 초래된다. 브라우저는 이런 문제를 어떻게 처리할 수 있을까? 그 해답은 브라우저마다 독립적인 방식으로 서로 다르게 문제를 처리한다는 것이다. 田中(타나카)라는 일본어 이름이 주어지면, Firefox 버전 1.07 브라우저는 다음과 같은 GET URL을 생성한다(명령어는 한줄로 입력). http://localhost/charconv/sayhello.jsp? NAME=%26%2330000%3B%26%2320013%3B 브라우저는 8859-1 문자세트 내의 일본어 문자를 표현할 수 없다는 것을 알고 있으므로 (따라서 시도조차도 하지 않는다), 대신 문자를 숫자 레퍼런스로 인코딩한다. 이 경우 각 문자는 &#D; 형태로 인코딩되어 있는데, 여기서 D는 유니코드 문자세트의 10진수 코드포인트 값을 나타낸다. 문자 田의 십진수 코드포인트는 30000이고 문자 中의 코드포인트는 20013이다. 이 인코딩을 적용하면 다음과 같은 매개변수 문자열이 생성된다. NAME=田中 이어서 URL 인코딩이 수행되어 특수문자&, #, ;를 해당 %HH 값으로 변환한다. NAME=%26%2330000%3B%26%2320013%3B JSP 페이지가 이 매개변수를 검색하여 그대로 브라우저에 반환한다면 외관상으로는 데이터 손실이 발생하지 않는다. 페이지의 문자세트는 여전히 8859-1이지만 브라우저는 숫자 레퍼런스를 해석하고 그에 따라 일본어 문자를 표시하기 위해 최선을 다한다. 하지만, 여기에는 여전히 문제점이 잠복해 있는데, 즉 GET과 POST 명령어를 처리하는 서버 측 코드가 통상적으로 URL 인코딩 문자열은 이해하지만 숫자 레퍼런스는 이해하지 못한다는 점이다. 이전의 NAME 매개변수를 읽는 대부분의 서블릿의 경우, 문자열을 田中으로 디코딩하고 이것이 일반 문자와 전혀 다른 것을 나타낸다는 사실을 모를 것이다. 달리 말해서, 田中에 대한 진짜 일본어 문자는 알 수 없게 되는 것이다(의도적으로 이런 상황을 계획하지 않는 한). 또한, 실제 문자세트 코드포인트 또는 인코딩 값 대신에 숫자 레퍼런스를 전송해서는 안 되는데, 그렇지 않을 경우 문자가 계속 애플리케이션을 통과하기 때문에 데이터 손실이 초래될 우려가 있다. 이 문제를 해결하려면 항상 처리 대상 문자를 모두 처리할 수 있는 HTML 페이지 인코딩을 선택해야 한다. 다국어 사용자를 확보하고 복수의 스크립트를 처리할 생각이라면 반드시 해당 스크립트를 나타내는 문자세트를 사용해야 한다. UTF-8은 유니코드 문자 인코딩으로, 전세계에서 실질적으로 사용되고 있는 모든 문자를 정확하게 표현할 수 있다. 페이지에서 8859-1 대신 UTF-8을 사용하면 브라우저는 다른 URL을 생성하게 된다(URL은 포맷상의 목적으로 두 행에 걸쳐 표시된다). http://localhost/charconv/sayhello.jsp? NAME=%E7%94%B0%E4%B8%AD 이는 UTF-8 문자세트를 사용하여 정확하게 인코딩된 NAME 매개변수이다. UTF-8은 田中을 문자 당 3바이트로 인코딩하는데, 각 바이트는 ASCII 범위를 넘는 값을 가지므로 브라우저는 값을 URL 인코딩한다. 이로써 각 바이트에 대해 %HH 형태가 산출되며, UTF-8 형태 데이터를 예상하는 서버는 매개변수를 정확하게 처리할 수 있게 된다. 웹 서버 처리 앞에서 본 것처럼, 요즘의 브라우저는 페이지 또는 폼 인코딩으로부터 힌트를 취하고 폼 데이터를 동일한 인코딩으로 다시 서버에 전송한다. 하지만, 대부분의 웹 서버들은 문자세트 선택을 인식하지 못하는 상태로 남아 있게 되고, 이들은 통상적으로 인코딩이 ISO-8858-1인 것으로 가정한다. 애플리케이션이 UTF-8로 된 GET 매개변수를 URL 인코딩하더라도 Tomcat 5.5.9나 Sun Java System Application Server 8.1 같은 서버는 문자세트 인코딩을 8859-1로 가정한다. 그 결과, 텍스트 데이터는 간단한 웹 기반 애플리케이션에서조차 다양한 계층을 거치면서 거의 즉시 손상되다시피 한다. 기존의 JSP 코드를 UTF-8 문자세트를 이용하도록 변경하면 새로운 코드는 다음과 같은 형태가 된다.
<%@page pageEncoding="UTF-8" contentType="text/html;
charset=UTF-8" %>
<html>
<head>
<title>Say Hello!</title>
</head>
<body>
<%
String name = request.getParameter("NAME");
if (name == null || name.length() == 0) {
name = "World";
}
%>
Hello, <%= name %>! <br>
<form action="sayhello.jsp" method='GET'>
<label for='NAME'>Name</label>
<input type="text" id="NAME" name="NAME"/>
<button type="submit">Submit</button>
</form>
</body>
</html>
JSP 페이지를 표시할 경우에는 폼에 José를 입력하고 submit 버튼을 누르면 브라우저가 다음과 같은 GET URL을 생성한다. http://localhost/sayhello.jsp?NAME=Jos%C3%A9
%C3%A9는 José의 URL 인코딩 UTF-8 표현이고, 브라우저는 UTF-8이 문자세트로 지정되어 있는 Hello, JosAⓒ!
뭔가 틀렸다. 브라우저는 GET 데이터를 정확하게 전송하고 있지만 웹 서버가 URL에서 NAME 매개변수 Jos%C3%A9를 읽을 때 8859-1 문자세트를 잘못 가정하는 것이다. 웹 서버의 관점에서 보면 %C3 엔티티는 ISO-8859-1 문자세트의 코드포인트 0xC3 (Ã)를 나타낸다. %A9은 ISO-8859-1의 0xA9 (©)이다.
JSP 지시어에서 내용 유형(content type)을 명시적으로 설정한 것을 감안하면 이는 상당히 실망스러운 결과이다.
또한, GET과 POST 데이터를 위한 문자세트 선택을 전달하는 방식을 규정하는 공식 표준이 없는데, 이렇듯이 뚜렷한 표준이 없기 때문에 서버 벤더들은 서로 다른 방식으로 문제를 해결한다. server.xml 파일 내에 있는 Tomcat의 커넥터 세팅에서 URIEncoding="UTF-8"을 설정하면 문자세트 선택이 웹 서버에 전달된다. Sun Java System Application Server 8.1의 경우, sun-web.xml 파일에
또한, GET과 POST 데이터를 위한 문자세트 선택을 전달하는 방식을 규정하는 공식 표준이 없는데, 이렇듯이 뚜렷한 표준이 없기 때문에 서버 벤더들은 서로 다른 방식으로 문제를 해결한다. server.xml 파일 내에 있는 Tomcat의 커넥터 세팅에서 다음은 URL이 정확하게 해석된 경우의 브라우저 디스플레이이다.
비 ASCII 데이터를 POST하고 싶을 때는 어떻게 할까? 여러분은 URIEncoding 플래그 때문에 이것이 정확하게 처리될 것이라고 생각할지도 모르겠지만, 불행히도 Tomcat은 POST 된 폼 데이터를 위한 URIEncoding 플래그를 사용하지 않고 대신 ISO-8859-1을 사용한다. 따라서 위의 간단한 애플리케이션은 여전히 José가 아닌 JosAⓒ에게 인사를 하게 된다. 이와 달리 Java System Application Server는 앞에서 본 것처럼 매개변수 인코딩을 설정할 경우 GET과 POST 데이터를 모두 정확하게 해석한다. 다행히 서버 독립형 솔루션도 존재한다. 가장 기본적인 서버 독립형 솔루션으로는 애플리케이션 내의 모든 형태에 대한 문자세트 선택을 지시하는 컨텍스트 매개변수를 설정하는 경우를 들 수 있을 것이다. 사용자의 애플리케이션은 컨텍스트 매개변수를 읽고 요청 매개변수를 읽기 전에 요청 문자 인코딩을 설정할 수 있다. 또한 서블릿이나 JSP에서의 요청 인코딩 설정도 가능하다. WEB-INF/web.xml 파일에 있는 컨텍스트 매개변수를 다음과 같이 설정한다.
<context-param>
<param-name>PARAMETER_ENCODING</param-name>
<param-value>UTF-8</param-value>
</context-param>
다음은 요청 인코딩을 적절히 설정한 후의 JSP 파일의 모습이다.
<%@page pageEncoding="utf-8" contentType="text/html;
charset=utf-8" %>
<html>
<head>
<title>J2EE Tech Tip: Say Hello!</title>
</head>
<body>
<%
String paramEncoding =
application.getInitParameter("PARAMETER_ENCODING");
if (paramEncoding !=
null && paramEncoding.length() > 0) {
request.setCharacterEncoding(paramEncoding);
}
String reqEncoding = request.getCharacterEncoding();
String name = request.getParameter("NAME");
if (name == null || name.length() == 0) {
name = "World";
}
String resEncoding = response.getCharacterEncoding();
%>
<p>
Request encoding: <%= reqEncoding %><br>
Response encoding: <%= resEncoding %><br>
</p>
<p>
Hello, <%= name %>!
</p>
<form action="sayhello.jsp" method='GET' >
<label for='NAME'>Name</label>
<input type="text" id="NAME" name="NAME"/>
<button type="submit">Submit</button>
</form>
</body>
</html>
이제 폼 데이터를 GET 또는 POST하든 상관없이 프로세싱 JSP 또는 서블릿 코드가 매개변수를 정확하게 읽을 수 있게 되는데, 이는 요청 처리 시 웹 서버에게 어떤 문자세트를 사용할 것인지 명확하게 지정했기 때문에 가능한 것이다. 사용자의 애플리케이션에서 보다 견고한 MVC 패턴을 사용할 경우에는 제어 서블릿으로부터 이와 동일한 매개변수를 읽고 요청 인코딩을 설정하는 것을 잊지 말도록 할 것. 데이터베이스 세팅 사용자의 데이터가 지금까지 브라우저 인코딩과 웹 서버 처리의 난관을 극복했다고 가정한다면, 이제 문자 데이터 변환의 마지막 장애물은 데이터베이스가 될 것이다. 데이터를 데이터베이스에 안전하게 배치하고 손상 없이 검색하려면 반드시 데이터베이스 시스템은 브라우저와 여러분의 미들 티어 비즈니스 로직이 지원하는 모든 문자를 표현할 수 있는 문자세트에 데이터를 저장할 수 있도록 구성되어야 한다. 본 팁의 경우, 여태까지 UTF-8을 사용했으므로 데이터베이스에서 해당 문자세트 선택을 계속하는 것이 타당할 것이다. 그렇지 않으면 데이터베이스의 문자세트에 존재하지 않는 문자가 포함된 텍스트를 저장하려고 할 경우 데이터는 돌이킬 수 없는 상태로 손실될 수밖에 없을 것이다. 요약 요약하자면, 문자 데이터가 브라우저에서 데이터베이스로(또는 역으로) 전달될 때 손실을 막기 위해서는 다음과 같은 조치 사항을 취해야한다.
|
|||
본
메일은 수신을 동의한 회원님에게만 발송됩니다.
본 메일의 수신을 거부하거나 수신주소를 변경하려면 SKDN@Sun.com으로 문의 주시기 바랍니다. SKDN(Sun Korea Developers Network)에서 J2EE/J2SE 테크팁 등 다양한 아티클들을 참고하세요. Copyright 2003-2005 Sun Korea, Ltd. All rights reserved. |
