Web Services

웹 서비스란 인터넷 네트워크를 통하여 다수의 기존 애플리케이션 시스템을 표준화된 기술로서 상호 작용 시키고, 이러한 표준 기술을 이용하여 모든 비즈니스를 가능하게 한다.

웹 서비스는 언제, 어디에서나 원하는 정보나 서비스를 제공해 주는 역할을 하며 기존의 다른 소프트웨어처럼 완벽한 정의를 지정하여 구성하는 것이 아니라 서로 주고받는 데이터 표준에 대한 정의를 규정함으로써 매우 유연하고 서로의 이질적인 운영시스템, 이질적인 프로그램 언어 간의 커뮤니케이션 차이를 극복해 주는 연결고리 역할을 해 준다.
Web Service Architecture Working Group. W3C (Web Services Glossary, Web Services Architecture 등 자료 조회 가능)에서는 Web Services를 다음과 같이 정의하고 있다. 
"A Web service is a software system designed to support interoperable machine-to-machine interaction 
over a network. It has an interface described in a machine-processable format (specifically WSDL). 
Other systems interact with the Web service in a manner prescribed by its description 
using SOAP-messages, typically conveyed using HTTP with an XML serialization in conjunction 
with other Web-related standards."
위의 영문 정의를 해석해보면, 다음과 같다.
네트워크를 통해 상호 운용성있는 기계 대 기계 상호작용을 지원하기 위해 설계된 소프트웨어 시스템으로 WSDL이라는 형태로 정의된 인터페이스를 가지며, SOAP 메시지를 사용하여 타 시스템들은 웹 서비스와 상호 작용할 수 있다. 웹 관련 표준들과 협력하며 전형적으로 HTTP를 사용한 XML 직렬화를 통해 전송한다.

Web Services 개념

    Architecture

    기본적으로 웹 서비스(Web Services)는 3가지 역할(Service Provider, Service Broker, Service Consumer)에 따른 아키텍처 모델에 따라 구현된 기술이다.

    • 웹 서비스의 3가지 역할
      • Role
      설명
      Service Provider 특정 서비스 스펙을 구현하여 서비스를 제공한다.
      Service Broker (Service Registry) 서비스 등록 및 검색, 저장, 관리를 통해 Service Provider가 제공하는 서비스를 Service Consumer에게 연결한다.
      Service Consumer (Service Requester) Service Broker를 통해 특정 서비스를 찾아서 Service Provider의 서비스를 요청하고 사용한다.

    • 웹 서비스 시나리오
      • 순서
      Role
      설명
      1 서비스 제공자(Service Provider) 자신의 비즈니스 정보 및 제공할 서비스 정보, 그리고 이를 이용할 수 있는 방법 등에 대한 정보를 WSDL 파일로 작성한다.
      2 서비스 제공자(Service Provider) 자신의 서비스의 WSDL을 UDDI 레지스트리에 등록한다. 이때 등록되는 서비스는 UUID에 기반한 고유 ID를 부여 받게 된다.
      3 서비스 요청자(Service Consumer) UDDI 레지스트리에서 분류 및 식별 체계와 같은 여러 검색 조건을 통해 필요한 서비스를 검색하여 찾는다. 해당 서비스가 찾아지면, 그 서비스에 대한 WSDL 파일을 받게 된다.
      4 서비스 요청자(Service Consumer) WSDL 정보를 이용해 서비스 제공자와 연결하여 서비스를 제공받게 된다. 이때 그 실행 결과는 SOAP을 이용한 XML 문서 형태로 받는다.
    • 웹 서비스의 3가지 기본 기술요소
      • 기술요소
      설명
      WSDL 웹 서비스를 표현하고 기술하는 언어 (서비스 표현)
      SOAP 웹 서비스에서 사용되는 보편적이며 확장성 있는 메시지 프로토콜 (데이터 통신 프로토콜)
      UDDI 필요한 서비스를 찾을 수 있는 웹 서비스 레지스트리 (서비스 등록, 검색)

    SOAP(Simple Object Access Protocol)

    SOAP(Simple Object Access Protocol)은 HTTP, HTTPS, SMTP등을 사용하여 XML 기반의 메시지 를 컴퓨터 네트워크 상에서 교환하는 형태의 프로토콜로써 웹 서비스(Web Service)의 기본적인 메시지 전송 수단 이며 XML-RPC와 WDDX에서 envelope/header/body로 이루어진 구조와 전송(transport)과 상호 중립성(interaction neutrality)의 개념을 도입하였다.
    • SOAP Message 구조
      • SOAP 메시지는 루트 엘리먼트로 Envelope를 가지며, SOAP Header와 Body를 하위 엘리먼트로 가지고 있다. SOAP의 메시지 구조는 XML을 근간으로 Header와 Body를 조합하는 디자인 패턴으로 설계되었고 Body는 필수사항으로 전송될 메시지의 내용을 기술(Header는 선택사항)한다.
    • SOAP 특징
      • 장점
      설명
      1 SOAP은 기본적으로 HTTP 기반 위에서 동작하기 때문에, HTTP와 같이 프록시와 방화벽에 구애받지 않고 쉽게 통신 가능하다.
      2 SOAP는 표준 트랜스포트 프로토콜인 HTTP 이외의 다른 트랜스포트 프로토콜들을 사용할 수 있다.
      3 플랫폼 및 프로그래밍 언어에 독립적이다.
      4 간단하고 확장 가능하며, (멀티파트 MIME 구조를 사용하여) 첨부를 통합하는 SOAP XML 메시지를 지원한다.

      단점
      설명
      1 XML 포맷은 태그 형태로 보내기 때문에 CORBA 같은 미들웨어 기술과 비교해서 상대적으로 느리다. (최근 네트워크 속도의 비약적인 발전과 성능 최적화 기술의 발전으로 대부분 해결됨)

    WSDL(Web Services Description Language)

    WSDL(Web Services Description Language)이란, 웹 서비스(Web Services)가 제공하는 서비스에 대한 정보를 기술하기 위한 XML 기반의 마크업 언어이다.
    즉, 원하는 서비스가 어디(Where)에 존재하며, 웹서비스로 무엇(What)을 할 수 있고, 또 이를 실행하기 위해서는 어떻게(How) 해야 하는가를 XML 형식으로 기술하여 제공하는 웹 서비스(Web Services) 기술 언어이다.
    • WSDL 문서 구조
      • definitions 태그를 루트 엘리먼트로 하여 추상적 정의(types/message/portType)와 구체적 정의(binding/service)로 나뉜다. 추상적 정의와 구체적 정의를 분리하여 기술함으로써, 서로 다른 서비스 구현에 대해 서비스의 추상적 정의를 재사용할 수 있다.

    • WSDL 문서 구조 상세
      • WSDL의 주요 기술 내용에는 웹 서비스의 이름과 URI 정보, SOAP 메시지의 인코딩 방법, SOAP 메시지 전송을 위한 프로토콜 정보, 웹 서비스를 이용하는데 필요한 인터페이스 정보가 있으며 문서 구조 로는 추상적 정의와 구체적 정의를 분리하여 기술함으로써, 서로 다른 서비스 구현에 대해 서비스의 추상적 정의를 재사용할 수 있다. WSDL의 구성요소는 아래와 같다.


      WSDL의 각각의 구성 요소에 대한 설명은 다음과 같다.
      요소
      설명
      <service> Endpoint(실제 웹 서비스로 구현된 어플리케이션)의 물리적 위치를 정의하고 각 바인딩에 대한 포트 주소를 기술한다.
      <port> binding 정보와 address location을 정의한다.(WSDL 2.0에서는 <endpoint>로 변경됨)
      <binding> portType과 네트워크 호출 프로토콜, 어떤 통신 프로토콜을 통해서 통신을 할 것인지를 정의한다.
      <portType> 인터페이스의 메소드들을 정의한다. Interface(WSDL 2.0에서 <interface>로 변경됨)
      <operation> 서비스의 함수에서 사용되는 요청(Request)/ 응답(Response) 메시지 정의
      <message> 서비스가 사용하는 메시지를 정의한다. 메소드의 인자와 리턴 값을 선언한다. (WSDL 2.0에서는 <types>를 통해 XML 스키마 타입을 사용하여 기술)
      <types> 문서에서 사용되고 있는 데이터 타입을 정의한다.

    기술 표준

    웹 서비스는 SOAP, WSDL, UDDI를 중심으로 한 기본 기술 표준을 제공하며 보안, 트랜잭션 처리, 신뢰성 있는 메시지 처리 등과 같은 서비스 품질을 높이기 위한 다양한 확장 표준을 제공한다.
    • Security
      • 표준
      설명
      WS-Security 무결성(Integrity)과 기밀성(Confidentiality), 인증(Authentication) 등을 강화하기 위한 SOAP 메시지 확장 메커니즘 규정. 크게는 WS-Policy, WS-Trust, WS-SecureConversation, WS-Federation, WS-Authorization을 포함한다.
      WS-Trust 상호간에 웹 서비스가 안전하게 작동할 수 있도록 하기 위한 신용 관계의 유지 및 해지를 설정하는 신뢰 모델에 대한 표준이다.
      WS-SecureConversation 메시지 교환시 보안이 어떤 방식으로 관리되는지를 명시한 security context에 대한 관리 표준이다.
    • Transaction
      • 표준
      설명
      WS-Coordination 분산되어 있는 다양한 웹 서비스들이 트랜잭션에 참여할 수 있도록 액티비티를 생성 및 관리, 조정, 완료하는 메커니즘에 대한 표준 (Coordination Framework)이다.
      WS-Transaction Atomic 또는 Business 트랜잭션 프로토콜에 대한 표준 (Coordination Protocols)이다.
    • Reliable Messaging
      • 표준
      설명
      WS-ReliableMessaging 목적지까지 메시지가 확실하게 도착하는 메시징 신뢰도를 보장하기 위해, 분산된 웹 서비스들 간에 주고 받는 ACK (acknowledge) 메시지 등을 정의하는 표준이다.
      WS-Addressing 웹 서비스 간 메시지를 전달하는 메커니즘을 제공하는 표준이다.

구현 기술

Java로 Web Services를 작성하는 방법을 제공하는 자바 API로는 JAX-RPC와 JAX-WS가 있으며, 이 외에 여러 가지 구현 기술들이 요구된다.

    JAX-RPC vs. JAX-WS

    JAX-WS 2.0이 JAX-RPC 1.1의 차후 버전으로 Web Services 구현 시 사용되는 표준 자바 API이다.
    * JAX-WS : Java API for XML-Based Web Services
    * JAX-RPC : Java APIs for XML-Based RPC(Remote Procedure call)
    • JAX-RPC와 JAX-WS 비교표
      • JAX-RPC 1.1의 다음 버전인 JAX-RPC 2.0이 나오면서, RPC라는 용어 대신 메시지 지향 웹 서비스인 WS로 대체되어 JAX-WS 2.0로 불리게 되었다.
      JAX-RPC 1.1
      JAX-WS 2.0
      Java 환경 JDK 1.4/ J2EE 1.4 환경에서 사용되는 Web Services API Java EE 5/Java SE 6 환경(탑재)에서 사용되는 Web Services API
      SOAP SOAP 1.1 SOAP 1.1, SOAP 1.2
      XML/HTTP HTTP 바인딩 지원 안함 (SOAP 바인딩만 지원) HTTP 바인딩 지원 (SOAP없이 HTTP를 통해 XML 전송)
      WS-I Basic Profile WS-I Basic Profile 1.0 WS-I Basic Profile 1.1
      데이터 매핑 모델 고유의 데이터 매핑 모델이 있음 (스키마 유형의 90% 커버) 커버되지 않는 것들은 javax.xml.soap.SOAPElement로 매핑 JAXB (모든 XML 스키마를 100% 매핑함)
      인터페이스 매핑 모델 지원 안함 Java 5.0 기능 사용 및 비동기식 기능 도입
      동적 프로그래밍 모델 지원 안함 메시지 지향 및 동적 비동기식 기능 도입
      MTOM 지원 안함 JAXB를 통한 새로운 Attachment 스펙인 MTOM에 대한 지원을 추가
      핸들러 모델 SAAJ 1.2에 기반 SAAJ 1.3에 기반
    • JAX-RPC 1.1을 사용해야 하는 경우
      • JDK 1.4를 계속 사용해야 하는 경우 혹은 SOAP 인코딩 메시지를 보내거나 RPC/encoded 스타일의 WSDL을 보내야 하는 경우에 JAX-RPC를 사용한다.
      Case
      설명
      1 JDK 1.4를 계속 사용해야 하는 경우
      2 SOAP 인코딩 메시지를 보내거나 RPC/encoded 스타일의 WSDL을 보내야 하는 경우
    • JAX-WS 2.0을 사용하는 경우
      • Layered Programming Model을 제공한다. 상위계층은 Annotation을 활용한 쉬운 개발이 가능하게 하며, 하위계층의 경우 API 기반의 섬세한 조정이 가능하다.
      Case
      설명
      1 새로운 메시지 지향 API를 사용해야 할 경우
      2 MTOM을 사용하여 첨부 데이터를 보내야 하는 경우
      3 JAXB를 통해 XML 스키마를 더욱 잘 지원하기 위한 경우
      4 웹 서비스 클라이언트에 비동기식 프로그래밍 모델을 사용하고 싶을 경우
      5 SOAP 1.2 메시지를 처리할 수 있는 클라이언트와 서비스가 있어야 하는 경우
      6 웹 서비스에서 SOAP을 배제하고 XML/HTTP 바인딩만 사용하고 싶을 경우
    • JAX-RPC 단점
      • 구버전인 JAX-RPC에는 다음과 같이 몇가지 단점이 존재한다.
      단점
      설명
      1 제한된 XML Schema를 지원한다.
      2 Java와  WSDL간의 매핑 지원이 부족하다.
      3 어플리케이션 이식성이 낮다.
      4 런타임(Runtime) 크기가 비대하다.
      5 개발 방법이 매우 복잡하다.

    XML Schema

    XML 문서의 구조와 컨텐츠를 정의하는 파일을 가리키는 일반적인 용어로 DTD와 마찬가지로 문서의 문서 구조를 정의하며, 문서의 문법, 어휘, 구조, 데이터 타입 등을 규정하는 모든 규칙들을 제공한다.
    * XML Schema Definition (XSD) : XML Schema를 작성하기 위한 XML Schema language
    • XML Schema vs. DTD
      • DTD의 문제점을 해결하기 위한 목적으로 XML Schema가 나왔다. Web Services는 XML Schema를 사용한다. XML Schema는 DTD보다 더 표현력이 풍부하고, 정확한 자료 구조를 제공하는 새로운 구조 정의 언어이다.
      XML Schema
      DTD
      XML 문법으로 작성 XML 문법 아님 (EBNF 문법 사용)
      네임스페이스 지원 네임스페이스 지원 안함
      다양한 데이터 타입 지원, 데이터 타입 확장 가능 제한적인 데이터 타입
      상속과 같은 객체 지향 개념 지원 객체 지향 개념 없음
      개방적 컨텐츠 모델 폐쇄적 컨텐츠 모델
    • XML Schema element 정의
      • <element  name="element 명"  type="데이터형" ref=""  form=""  
    minOccurs="" maxOccurs=""  default=""  fixed="" >
      각 속성 값에 대한 설명은 다음과 같다.
      속성
      설명
      name element의 명칭
      type element의 데이터 타입
      ref 전역 element 선언을 참조하기 위해 사용
      minOccurs element의 최소 반복 횟수, default 값은 1
      maxOccurs element의 최대 반복 횟수, default 값은 1
      default element의 값이 정의되지 않았을 때 할당되는 기본값
      fixed element에 들어갈 고정값
    • XML Schema attribute 정의
      • <attribute name="" type="" ref="" form="" use="" default="" fixed="">
      각 속성 값에 대한 설명은 다음과 같다.
      속성
      설명
      name attribute의 명칭
      type attribute의 데이터 타입
      ref 전역 attribute 선언을 참조하기 위해 사용
      form 한정된 이름인지의 여부 (qualified/unqualified)
      use 사용 조건 (optional/prohibited/required)
      default attribute의 값이 정의되지 않았을 때 할당되는 기본값
      fixed attribute에 들어갈 고정값

    기타 구현 기술

    • JAXB(Java Architecture for XML Binding)
      • XML 스키마를 자바 클래스로 바인딩하는 자바 API로 크게 2가지 기능을 제공한다. 그 기능은 바로 자바 객체를 XML로 마샬링(marshalling)하는 기능과 반대로 XML에서 자바 객체로 언마샬링(unmarshalling)하는 기능이다.
      더욱 자세한 내용은 여기 를 참고하도록 한다.
    • MTOM(Message Transmission Optimization Mechanism)
      • SOAP 메시지와 함께 큰 바이너리 첨부 파일을 원시 바이트로 전송하여 메시지 크기를 줄이는 매커니즘으로 바이너리 데이터를 포함한 XML에 대한 메시지 전송을 최적화시킨다.
      더욱 자세한 내용은 여기 를 참고하도록 한다.
    • SAAJ(SOAP with Attachments API for Java)
      • SOAP 메시지를 생성하고 파일 첨부하고 전송하는 방법을 제공하는 자바 API이다.
      더욱 자세한 내용은 여기 를 참고하도록 한다.

Web Services Framework

많이 사용되는 웹 서비스 오픈 소스 프레임워크로는 Apache CXF, Apache Axis/Axis2, Spring Web Services 등이 존재하며 여러 프레임워크 중 사용하고자 하는 목적에 적합한 웹 서비스 프레임워크를 선정한다.
Anyframe에서는 Apache CXF를 선정하였다.

    Web Services Framework 종류

    Web Service 구현 스타일은 크게 Contract-Last와 Contract-First가 있다. Contract-Last 스타일은 Java 소스 코드를 먼저 작성한 후에 WSDL을 자동생성하여 구현하는 방식(Code-First라고 불리기도 함)이고, Contract-First 스타일은 WSDL 파일을 먼저 작성한 후 Java 소스 코드를 작성하는 방식이다.

    Web Services Open Source Framework에는 여러 가지가 있는데 이 중 현재 가장 많이 쓰이고 있는 4가지에 대해서 소개한다.
    • Apache CXF
      • Contract-First 스타일과 Contract-Last 스타일 모두를 지원한다. 자세한 내용은 http://cxf.apache.org/ 를 참조한다.
    • Apache Axis
      • Axis2의 구버전으로 Web Service 개발 방식이 복잡하다. 자세한 내용은 http://ws.apache.org/axis/ 를 참조한다.
    • Apache Axis2
      • Apache Axis의 업그레이드 버전이나, 구조 등이 새롭게 변경되었다. 기능적인 면에서 Apache CXF와 유사하다. 자세한 내용은 http://ws.apache.org/axis2/ 를 참조한다.
    • Spring Web Services
      • Contract-First 스타일의 Web Service 개발 방식만 지원한다. 자세한 내용은 http://static.springframework.org/spring-ws/site/ 를 참조한다.

    Apache CXF 특징

    여러가지 Web Services Framework 중 Apache CXF를 선정하게된 이유는 다음과 같은 특징 때문이다.
    특징
    설명
    JAX-WS 지원 CFX에서는 JAX-WS API를 구현하고 있어서 웹 서비스 구현을 쉽게 하고 있다.
    Spring Integration CXF는 Spring 2.X 이상을 지원하며 endpoint 설정이나 client injection 등 Spring과의 통합을 용이하게 한다.
    Aegis Databinding CXF는 JAXB와 함께 Aegis Databinding을 지원한다. JAXB와 다르게 Annotation 방식으로 사용할 필요가 없으며, List/Map/Date 등의 다양한 데이터 타입 사용이 매우 쉽다.
    RESTful services Annotation 설정 방식으로 RESTful 서비스 구현을 용이하게 한다.
    WS-* Support CXF는 다양한 웹 서비스 스펙(WS-Addressing, WS-Policy, WS-ReliableMessaging, WS-Security)을 지원한다.
    Apache Licensed 아파치 라이센스 사용으로 활용에 자유롭다.
    Celtix와 X-Fire 프로젝트의 합작품 기능 보강 및 사용 편의성 면에서 새롭게 재구성된 부분이 많이 존재한다.
    웹 서비스 표준 지원 SOAP, the Basic Profile, WSDL, WS-Addressing, WS-Policy, WS-ReliableMessaging, WS-Security
    Frontend 모델 제공 JAX-WS Frontend와 Simple Frontend를 제공한다.
    사용 편의성 간단한 API 사용으로 서비스 구현 가능, Tool(ANT Task 등)을 제공한다.
    바이너리와 기존 프로토콜 지원 XML/비-XML 타입 바인딩(JSON, CORBA)을 제공, 여러 전송 프로토콜을 지원할 수 있는 조립식 아키텍처를 제공한다.
    비동기 방식 호출 가능 비동기 방식의 호출이 가능(Asynchronous Invocation Model 제공)하다.
    JDK 1.5 이상 지원 Annotation 기능 등 여러 가지 이유 때문에 JDK 1.5 이상만 지원한다.

Tools

Apache CXF에서 여러가지 Tool을 제공함으로써 Web Services 구현 시 개발 편의성을 높여주고 있다. 아래에 언급된 Tool 이외에 Eclipse Plugin과 Maven Plugin 형태의 Tool도 제공되고 있다. Tool은 Apache CXF를 다운로드 페이지 에서 Binary distribution을 내려 받고 압축을 풀면 루트 폴더 하위의 bin 폴더 내에 존재한다.
자세한 사항은 이곳 을 참고하도록 한다.
tool
설명
Ant Tasks wsdl2java, java2ws를 위한 ant task를 제공한다.
Java to WS SEI 클래스와 관련 타입 클래스들로부터 WSDL document, wrapper bean 클래스, server/client side 소스 코드들을 생성한다.(CXF 2.1)
Java to WSDL SEI 클래스와 관련 타입 클래스들로부터 WSDL document를 생성한다.(CXF 2.0.x)
Maven Integration and Plugin 관련 라이브러리를 배포해주는 Maven Repository들과 함께 빌드 툴로써 Maven을 사용할 수 있도록 Maven Plugin을 제공한다.
XSD to WSDL XSD(Schema 파일)을 통해서 WSDL document를 생성한다.
WSDL to Java WSDL document로부터 서비스 구현에 필요한 annotation으로 작성된 Java 소스 코드와 어플리케이션을 빌드할 수 있는 ANT 기반 XML 파일을 생성한다.
WSDL to Service WSDL document로부터 HTTP 혹은 JMS 서비스 정의를 갖는 새로운 WSDL document를 생성한다.
WSDL to SOAP WSDL document로부터 SOAP binding 정보를 갖는 새로운 WSDL document를 생성한다.
WSDL to XML WSDL document로부터 XML binding 정보를 갖는 새로운 WSDL document를 생성한다.
WSDLValidator WSDL document나 WSDL URL이 well-formed document이고 Schema에 맞게 작성된 것인지 확인해주는 일을 한다.

Resources

  • 다운로드
    • 샘플 테스트 코드를 포함하고 있는anyframe.core.remoting.zip 파일을 다운받은 후, Remoting 테스트 환경 설정 을 참조하여 위에서 제시한 예제 코드를 실행해 볼 수 있다. anyframe.core.remoting 프로젝트 내에서는 모든 테스트 케이스들이 하나의 프로젝트 내에 포함되어 있다. Web Services 관련 테스트 케이스는 src/test/java 소스 폴더의 anyframe.core.remoting.webservices 패키지 하위에 위치하고 있다. 각각의 테스트 케이스 클래스를 JUnit Test Framework을 이용하여 수행시키도록 한다.
    Name
    Download
    anyframe.core.remoting.zip
    Download
  • Test Case 구성
    • Web Services에 대한 Test Case는 대부분 RemotingTestCase 를 상속받아 구성하였다.
    • Test Case 내에서 서버 구동과 클라이언트 호출 부분이 함께 작성 되어 있다. Test Case 실행 시 먼저 setUp() 메소드가 호출되어 이 메소드 내에서 서버를 구동시킨다. 이후 testXXX() 메소드 내에서 클라이언트를 생성하여 서버 사이드의 서비스를 호출하여 테스트 케이스를 실행시킨다. 테스트 메소드 수행이 완료되면 상위 클래스인 RemotingTestCase의 onTearDown() 메소드를 통해 서버 실행을 중지시키는 역할을 수행한다.
    • 서버는 테스트 케이스별로 서로 다른 서버를 사용하게 된다. JAX-WS Frontend를 사용 시에는 JaxWsServer 를 이용하여 서버를 구동시키며, Simple Frontend를 사용 시에는 SimpleServer 를 이용하여 서버를 구동시킨다. 그외 JAX-RS를 이용하여 RESTful Web Services를 구현 시에는 JaxRsServer 를 사용하고 Spring과 연계하여 서버 및 클라이언트를 구현하는 테스트 케이스에서는 JettyServer 를 이용하고 있다.
    • 특히 Spring 클라이언트를 통해 테스트하는 경우 RemotingTestCase 가 아닌 RemotingSpringTestCase 를 상속받아 테스트 케이스를 작성하였다.
  • Test Case 실행
    • 샘플 테스트 코드를 포함하고 있는anyframe.core.remoting.zip 파일을 다운받아서 이클립스 프로젝트 형태로 테스트 케이스를 실행하고자 한다면, Remoting 테스트 환경 설정 을 참조하여 실행해 볼 수 있다.
    • 만약 Subversion에서 anyframe.core.remoting 프로젝트의 소스코드를 내려받아서 Maven을 이용하여 빌드를 수행하고자 한다면, Maven 2.0.9 이상의 버전을 설치하여 수행하도록 한다. Maven 2.0.4 이하의 버전을 사용하는 경우 테스트케이스 수행 시 에러가 발생할 수 있다.
  • 참고자료