oracle9i jdeveloper를 이용한웹서비스의개발및구축 · 2003-05-12 ·...
TRANSCRIPT
소개
웹 서비스는“새로운 기술(new kids on the block)”로서 성장기의 모든 기술이 그랬던 것처럼 약간의 문제를 가지고 있으며
이해하기 까지 다소 시간이 걸릴 뿐만 아니라 항상 무언가 새로운 것으로 여러분을 테스트할 수 있습니다. 이러한 상황에서
개발자는 웹 서비스를 어떻게 시작할 수 있을까요? 보다 숙련된 개발자의 경우는 개발, 디버깅 및 배포 사이클의 속도를
어떻게높일수있을까요?
본백서에서는 이러한질문에 한빠른해결책을 제공할수있을것입니다. 다음과 같은단계에따라웹서비스를개발하는데
따른기본사항을다루게될것입니다.
� 웹서비스모델링
� EJB 기반의웹서비스개발
� EJB 웹서비스퍼블리싱
� Oracle9i Application Server 및Apache SOAP 서버로웹서비스배포하기
� WSDL를이용한작업
� 웹서비스클라이언트의개발
� 써드파티웹서비스의통합
웹서비스의개발, 디버깅및배포의생산성을최 한높이기위해여기에서는Java, XML 및웹서비스환경을하나로통합한
Oracle9i JDeveloper를사용할것입니다.
웹 서비스 개요
웹 서비스는 모든 언어로 작업하는 애플리케이션 개발자가 손쉽게 호출할 수 있고 충분히 설명된 인터페이스를 제공하는
인터넷애플리케이션입니다. 애플리케이션을웹서비스로퍼블리싱하기위해많이사용되는간단한표준은다음과같습니다.
� SOAP(Simplified Object Access Protocol):웹서비스를호출하는데 사용되는프로토콜
� WSDL(Web Services Description Language): 웹서비스의기술자또는정의
� UDDI(Universal Description, Discovery and Integration):웹서비스가있는레지스트리
이표준은J2EE RMI(Remote Method Invocation), Net9i(Oracle9i Database 네트워크(프로토콜) 및DCOM(마이크로소프트의
분산 컴포넌트 모델 프로토콜) 같이 내부적인 작업에 초점을 맞춘 프로토콜에 비하면 인터넷 중심의 인터넷 가능한
편리한 분산 프로그래밍호출입니다.
Oracle9i JDeveloper를이용한웹서비스의개발및구축
웹 서비스 애플리케이션이 수행한 비즈니스 논리는 Java와 PL/SQL을 포함한 모든 언어로 작성할 수 있습니다. 사실,
모델링, 프로그래밍, 보안 및 기본 컴포넌트 모델을 포함한 부분의 개발 사이클은 웹 서비스로 변경되지 않습니다. 변경
이 이루어지게 될 경우 설명하고(WSDL), 액세스하고(SOAP), 퍼벌리싱하기(UDDI) 위한 추가 단계가 수행됩니다. 표 1은
웹서비스의개요를나타내고있습니다.
그림 1: SOAP, WSDL 및 UDDI의 웹 서비스
웹 서비스는 자주 근본적으로 새로운 개념으로 과 선전되지만 사실은 개념적으로 J2EE, Corba 및 DCOM과 같은 다른
분산 프로그래밍 모델과 매우 유사합니다. 그러나 한 가지 중요한 차이점은 웹 서비스 표준이 기본 애플리케이션을 설명하는
애플리케이션구현의위에있는XML 메타데이타레이어라는것입니다. 이는비즈니스논리나프로세스개발의표준이아니라
단지이를설명하는것뿐입니다.
예를 들어, CORBA를 사용하는 경우 IDL(Interface Definition Language)을 WSDL에 비유하는 것이 가능합니다. 이들 둘
모두 클라이언트가 비즈니스 논리를 호출하는 데 필요한비즈니스논리와인터페이스에의해구현되는서비스를설명합니다.
애플리케이션 논리나 프로세스가 아닙니다. CORBA의 원격 요청 프로토콜은 개념적으로 SOAP과 비교할 수 있는 Internet
Inter-ORB Protocol이라고 합니다. 둘 모두 인수를 마샬링하고 마샬링 해제하는 방법을 제공합니다. SOAP의 경우 기본
마샬링 언어는 XML입니다. CORBA의 네이밍 서비스(Cos Naming) 및 IOR(Interoperable Object References)은 개별
CORBA 오브젝트를 찾는 방법을 제공하는 반면 WSDL과 UDDI 표준의 조합은 웹 서비스를 찾는 비슷한 방법을 제공
합니다.웹서비스에 한혁명적인추세는분산컴포넌트모델이특히, HTTP처럼프로토콜을사용함으로써인터넷전반에서프로
그래밍을 통해 상호 작용할 수 있도록 한다는 것입니다. 초기에 단순성과 상호 운 성에 중점을 둔 웹 서비스는 업계 전반에
걸친 강력한 지지, 광범위한확산및혁신을이루어냈습니다.
흥미로운 것은단순형웹서비스가이제보편적인 개발방법이되고있으며. 많은 관심과적극적인노력이복합형 웹서비스의
역에서 시작되었습니다. 복합형 웹 서비스는 SOAP, WSDL 및 UDDI의 기본 표준을 사용하며 장기적으로 실행되는
트랜잭션, 비동기식 트랜잭션, 인증, 암호화 및 부인 방지 등에 한 요구 사항을 지니고 있는 보다 수준 높은 비즈니스
프로세스로 발전하고 있습니다. 이 분야에서 오라클과 같은 웹 서비스 벤더는 ebXML(Electronic Business XML)과
RosettaNet의 지식과 표준은 물론 앞서 수 많은 구현을 통해 복잡한 비즈니스 프로세스를 구현하면서 이루어진 많은 작업을
수행한e-business 제품군의실세계비즈니스프로세스지식을활용하고있습니다.
Web Service Client
XML
SOAPHTTP(S)
Internet
Query UDDIInvoke (SOAP)
Publish WSDL
Web Service Provider
Web ServiceDirectoty
웹 서비스의 개발 및 조립
요요구구 사사항항
Java 개발자가 웹 서비스의 출현에 해 어떻게 응하고 있을까요? 오라클은 웹 서비스가 기존 J2EE 개발 방식을 보완
할 것으로 기 하고 있습니다. 웹 서비스는 J2EE 1.4 및 Java Specification Request 109에서 Java Community Process
를통해J2EE 플랫폼을자연스럽게확장하고있습니다. 웹서비스개발자는이를염두에두고먼저엔터프라이즈J2EE 개발자의
요구를 충족시킬 수 있는 개발 환경을 선택해야 합니다. 그 툴은 모델링, 소프트웨어 구성 관리, 신속한 애플리케이션 개발,
디버깅, 성능조정및테스트를지원해야합니다.
웹 서비스는 웹 서비스의 퍼블리싱 및 소비, 웹 서비스 찾기 및 상세 보기 그리고 마지막으로 웹 서비스의 개발 및 조정 등과
같은 추가적인 요구를 개발 환경에 추가하고 있습니다. 생산성을 최 한 높이기 위해 이는 통합되지 않은 개별 툴이 아니라
표준 개발 환경을 구성하는기능이되어야합니다.
이것이 Oracle9i JDeveloper의 비전입니다. Oracle9i JDeveloper는 완벽하게 Java로 작성된 Java IDE입니다. 따라서
Windows, Solaris 및 Linux에서 사용할 수 있습니다. 이는 J2EE 개발을 위해 위에서 설명한 엔터프라이즈 기능을 모두
갖추고있을뿐만아니라제품전반에풍부한웹서비스기능을결합하고있습니다.
Oracle9i JDeveloper를 이용한 웹 서비스의 개발
웹웹 서서비비비비스스 모모델델링링
Oracle9i JDeveloper는 개발자가 시각적으로 비즈니스 애플리케이션을 설명하도록 지원하는 일련의 UML 모델러를 제공
합니다. 클래스 모델러(Class Modeller)는 비즈니스 오브젝트 사이의 관계를 설명하고 액티비티 모델러(Activity
Modeller)는 비즈니스 프로세스를 설명합니다. 웹 서비스 측면에서 액티비티 모델러는 웹 서비스 통합을 설명하는데
유용하며클래스모델러는개별웹서비스구현을설명하는데유용합니다.
비즈니스 프로세스를 시각화하는 것 이외에도 액티비티 모델러와 같은 툴이 제공하는 중요한 가치는 단순형 웹 서비스(예:
원격 프로시저 호출)를 일련의 웹 서비스가 호출 및 순차 처리되고 다른 웹 서비스 및 비 웹 서비스 애플리케이션과 조율되는
복합형 웹 서비스로 확장할 수 있다는 것입니다. 또한 이벤트 처리, 비동기화, 병렬 처리 및 통보를 처리할 수 있는 인프라의
경우 복합형 웹 서비스를 구축하는 것이 필수적입니다. 예를 들어, Oracle9i JDeveloper를 이용할 경우, 개발자는 액티비티
모델러를 통해 Oracle9i Application Server에서 제공하는 워크플로우 엔진과 통합 기능을 사용함으로써 웹 서비스를
위해이들기능을갖춘비즈니스프로세스를생성할수있게됩니다.
그림 2는 Oracle9i JDeveloper Activity Modeller을 이용한 웹 서비스 시나리오를 제공하고 있습니다. 본 시나리오는 Trip
Planning Service, Trip Costing Service 및 Trip Booking Service 등 3 가지 웹 서비스 프로세스를 설명하고 있습니다.
본 단계에서는 각 프로세스 작업에 한 세부 사항이 제공되지 않지만 본 백서의 나머지에서는 이 액티비티 모델의 J2EE
웹 서비스중심구현을제공하는데중점을두게됩니다.
그림 2: Oracle9i JDeveloper Activity Modeller의 웹 서비스 모델링
EEJJBB 기기반반의의 웹웹 서서비비스스 구구축축
Oracle9i JDeveloper를 사용해 웹 서비스를 개발하는 경우 표준 Enterprise Java Bean으로 시작할 수 있습니다. Stateless
또는 stateful 세션 EJB 아니면 Bean Managed, Container Management Entity EJB나 Message Driven Beans와 같은
모든 유형의 Enterprise Java Beans를 선택할 수 있는 것처럼 일반적인 Java 클래스를 선택할 수 있습니다. 예를 들어,
그림 2의 액티비티 모델을 사용하는 Plan Trip 액티비티는 그림 3의 TravelSearchEJB라고 하는 stateless Enterprise Java
Bean으로 구현할 수 있습니다. 간단하게 하기 위해 본 EJB는 출발지 공항과 도착지 공항의 항공기 리스트를 반환하는 단일
메소드인findFlight를보유하고있습니다.
그림 3: Oracle9i JDeveloper를 이용한 선언적 EJB 개발
findFlight 메소드의 구현 코드는 리스팅 1과 같습니다. 이 코드는 출발지와 도착지 공항을 파라미터로 SQL 문을 통해
TRAVEL 데이타베이스 스키마로부터 항공기 이름을 검색하는 것을 보여주고 있습니다. 이는 일반적인 J2EE 개발자가
쉽게 작성할 수 있는 전통적인Java 코드입니다.
Plan Trip
Curreney Conversion
Check Credit Book Trip
Reject Trip
Valid?
리스팅 1: findFlight EJB 메소드의 구현
개발된Java 애플리케이션의유형에따라EJB용Enterprise Java Bean JAR 파일, 웹애플리케이션용웹아카이브파일및
단순한 Java 클래스용 일반 JAR 파일 등 여러 J2EE 아카이브 배치 옵션을 사용할 수 있습니다. Oracle9i JDeveloper는
J2EE 기술자를 구성하고 단 한번의 마우스 클릭으로 실제 배포 프로세스를 처리하도록 함으로써 손쉽게 배포될 수 있도록
합니다. 이 포인트 앤 클릭 배치는 Oracle9i Application Server Containers for J2EE 및 BEA Weblogic과 같은 써드 파티
애플리케이션서버에 해서도제공됩니다. 그림4는Oracle9i JDeveloper에서사용할수있는개발옵션을보여주며그림5는
여기에구축된TravelSearchEJB 에 한Enterprise Java Beans를배포하는사용자경험을보여주고있습니다.
public String[]findFlight(StringString,String dest) throws RemoteException{String[]flights = new String[5];String SQL ="selectflight.air_code,flight.flight_number,+fare.standard_price,"+
"to_char(departure.departure_date,'Mon,DD,RRRR')"+"departure.departure_time"+"from flight_route flight,fare_schedules,fare,flight_departures"+"where origin_arp_code = ? "+"and dest_arp_code = and departure.flr_id = flight.route_id"+"and flight route_id = flight flr_id"+"and (sysdate < departure.departure_date "+"order by departure.departure_date asc";
try {conn = getConnection(dsName);ps =.setString(1,origin);ps = setString(2,dest);ps =.executeQuery();ResultSet rs = ps.getResultSet();
int i = o;while ((rs.next()) && (i < 5) {
Flights [1] = new string(1)+" "+rs.getString (2)+"/" + rs.getString(4)+"/" + $"+rs.getString(3));
i++;}} catch (SQLException e) {throw new RemoteException(e.getMessage());}finally {try{ps.close(); try{
conn.close();} catch (Exception e) {}}}flights;return
}
그림 4: Oracle9i JDeveloper J2EE 배포 옵션
그림 5: Oracle9i JDeveloper를 이용해 단 한번의 클릭으로 EJB 개발
EEJJBB 웹웹 서서비비스스 퍼퍼블블리리싱싱
Oracle9i JDeveloper에서 웹 서비스 퍼블리싱은 EJB 원격 인터페이스를 상세히 확인하는 웹 서비스 툴을 실행하는 것만큼
간단하며 개발자가 어떤 메소드를 웹 서비스로 퍼블리싱해야 하는지 선택할 수 있도록 합니다. Oracle9i JDeveloper는 Sun
Java Community Process의 J2EE 1.4 또는 JSR 109에 한 새로운 스펙을 기반으로 하는 Oracle9i Application Server용
J2EE 웹 서비스 퍼블리싱을 지원합니다. 또한 Apache SOAP 인프라를 사용해 웹 서비스를 완벽하게 지원합니다.
TravelSearchEJB 를웹서비스로퍼블리싱하는작업은일반적으로그림6에서9과같은순서로이루어지게됩니다.
그림 6: 웹 서비스 툴 선택하기
그림 7: 원격 EJB 인터페이스 선택하기 및 URI 식별자 제공하기(개발플랫폼에는Oracle9i Application Server Web Service(J2EE 1.4/JSR 109 기반)와Apache SOAP 2.0 및2.2가포함된다는점을유념해야합니다)
그림 8: 웹 서비스로 퍼블리싱할 메소드 선택하기
그림 9: 웹 서비스의 WSDL 기술 작성하기
웹 서비스를 배포하기 위해서는 웹 서비스 마법사가 수집한 메타데이타를 패키징해 애플리케이션서버로배포해야합니다.
J2EE용Oracle9i Application Server Containers에 퍼블리싱된 웹 서비스의 경우 이 메타데이타는 J2EE web.xml 파일로
패키징되고 표준 WAR 파일을 사용해 배포됩니다. web.xml 파일은 배포 프로세스 동안 Oracle9i Application Server에
의해 자동으로 생성된 서블릿을 구성하며, 호출을 위해 들어오는 SOAP 메시지를기본EJB로변환하고나가는결과를다시
SOAP 메시지1
로변환합니다. WAR 배포프로세스는그림10과같이원클릭으로실행됩니다.
그림 10: Oracle9i Application Server에 한 원 클릭 웹 서비스 배포
Apache SOAP이 선택된 경우에 Oracle9i JDeveloper 웹 서비스 마법사는 Apache SOAP을 가진 웹 서비스에 등록하는데
필요한 배포 기술자를 생성합니다. Oracle9iAS 웹 서비스와 달리 Apache SOAP은 SOAP 메시지를 처리하기 위한 단일
서블릿을 사용하며 각 SOAP 서비스를 기본 컴포넌트로 응하는데 기술자를 필요로 합니다. 그림 11은 TravelSearchEJB
EJB에 해자동으로생성된SOAP 기술자를Apache SOAP Servers에등록하는등록프로세스를보여주고있습니다.
1 Oracle9iAS Web Service를 사용함으로써 각 Enterprise Java Bean은 SOAP 메시지의 마샬링 및 해제를 위한 자동 생성된 전용 서블릿을
보유하고 있도록 추정하는 것은 타당합니다.
그림 11: Oracle9i JDeveloper의 원 클릭 Apache SOAP 서비스 배포
이들 두 경우 모두 개발자가 수행 해야 하는 작업은 원 클릭으로 웹 서비스 마법사를 호출하고 웹 서비스로 퍼블리싱할
Enterprise Java Bean과 메소드를 선택한 다음 웹 서비스 인프라에배포하는것입니다. 이것은간단한퍼블리싱프로세스로서
개발자가웹서비스의형식보다는애플리케이션자체에중점을둘수있도록합니다.
WSDL를 이용한 작업
웹 서비스가 퍼블리싱되면 자연히 다음 단계는 웹 서비스를 호출하기 위한 클라이언트를 구축하는 것입니다. Oracle9i
JDeveloper와 같은 툴을 사용해 클라이언트 생성을 자동화할 수 있도록 하는 표준은 WSDL(Web Service Description
Language)입니다. Oracle9i JDeveloper는WSDL 파일을사용해웹서비스구현에서기 하는SOAP 메시지를 마샬링 및 해제
할수있는클라이언트스텁을자동으로생성할수있습니다.
문제는 개발자가 WSDL 파일을 어디에서 찾는가 하는 것입니다. WSDL 파일을 가져 올 수 있는 많은 표준이 발표되어
있습니다. 기존 웹 서비스의 경우 일반적으로 찾는 장소는 XMethods(http://www.xmethods.com) 및
SalCentral(http://www.salcentral.com)과 같은 널리 사용되는 웹 서비스 레지스트리입니다. 이 사이트들은 종종
공개적으로 사용할 수 있는 웹 서비스와 그에 해당하는 WSDL 파일 리스팅을 URL로 퍼블리싱하며 보다최근에는웹서비
스리스트를UDDI 조회에사용할수있도록했습니다. 이미웹서비스 인프라를 보유하고 있는 경우 내부 UDDI 레지스트리
에도 WSDL 파일이 있을 수 있습니다. 예를들어, Oracle9i Application Server는UDDI 레지스트리를웹서비스구현기능
으로서포함하고있습니다.
신규 또는 기존 J2EE 애플리케이션의 경우 본 백서에서 사용되는 TravelSearchEJB 예제처럼 Oracle9i JDeveloper 웹
서비스 마법사가 WSDL 파일을 자동으로 생성합니다. 그림 12는 이 문서에서 작성한 예제 Enterprise Java Bean을 위해
생성된 WSDL을 보여주고있습니다.
그림 12: Oracle9i JDeveloper 웹 서비스 툴로 생성된 WSDL 편집하기
Oracle9i Application Server로 배포되는 웹 서비스의 경우 WSDL을 검색하는 데 추가 옵션을 사용할 수 있습니다. 웹 서비스
개발 동안 자동으로 만들어진 서블릿은 WSDL 인수를받아들이며필요시WSDL을생성합니다.
예를들어, TravelSearchEJB 웹서비스의경우WSDL은다음URL에서검색할수있습니다.
http://localhost:8888//Travel-context-root/urn:ws.TravelSearchEJB?WSDL
이는 개발자가 Oracle9i JDeveloper 외부에서 웹 서비스 WSDL에 독립적으로 액세스하길 원할 경우 유용할 수 있습니다.
개발자가 아마도 웹 서비스를 구현하기 전에 웹 서비스 정의 프로세스를 통해 WSDL 파일을 조정하거나 복잡한 파라미터를
처리하는 경우가 있을 수 있습니다. Oracle9i JDeveloper는 스키마 중심 XML 편집기와 WSDL 작성 툴을 제공함으로써
WSDL 파일의 작성 및 편집을 지원합니다. Oracle9i JDeveloper의 XML 편집기를 이용해 XML 스키마를 등록하면 편집
기가문서에포함된XML 스키마를편집하는동안코드를볼수있습니다.
그림 12는 TravelSearchEJB 웹 서비스 WSDL 파일 뿐만 아니라 Oracle9i JDeveloper가 제공하는 실행 중인 코드 전체
보기 기능을 지닌 WSDL 파일 편집, XML 문서 구조 네비게이터 및 XML 속성 편집기 기능을 보여주고 있습니다. 그림 13
은 Oracle9i JDeveloper에 스키마를 등록하는 기능을 보여주고 있습니다. 기본적으로, WSDL용 스키마와 기타 공통의
XML 스키마는사전등록되어있습니다.
그림 13: 스키마 중심 편집기 구성하기
웹웹 서서비비스스 클클라라이이언언트트의의 구구축축
지금까지개발된시나리오에서TravelSearchEJB 웹서비스사용에관심을있는개발자라면그다음으로웹서비스클라이언트를
구축하는 작업에 착수하게 될 것입니다. 이들 개발자는 웹 서비스 자체를 구현하는데 해서는 알 필요가 없으며 웹 서비스를
호출하기 위해 적절한 SOAP 메시지를 작성할 WSDL 파일 만을 필요로 합니다. XMethods나 SalCentral 같은 사이트 상의
Oracle9i JDeveloper에서 직접 작성됐거나 Oracle9i Application Server에 있는 것과 같은 UDDI 레지스트리를 브라우징해
WSDL 파일을 찾으면 개발자의 준비는 끝난 것입니다. Oracle9i JDeveloper는 WSDL에서 직접 웹 서비스 클라이언트를
만드는프로세스를자동화합니다. 그림14에서16은Web Service Stub/Skeleton 툴을보여주고있습니다.
그림 14: 웹 서비스 Stub/Skeleton 툴 선택하기
그림 15: 액세스할 서비스를 위한 WSDL 파일의 위치 정의하기
그림 16: 웹 서비스 클라이언트를 위한 메소드 선택하기
Web Service Stub/Skeleton Wizard에서 작성되는 스텁은 웹 서비스 구현에 해서는 전혀 모르며 웹 서비스 자체에서
SOAP 메시지를 마샬링 및 해제하는 간단한 Java 클래스입니다. 본 백서에서 사용되는 예제에서 TravelSearchEJB EJB의
메소드 findFlight는 파라미터로서 출발지 공항과 도착지 공항이 포함된 문자열 파라미터를 사용하며 이에 일치하는 항공기
를반환합니다. 웹서비스클라이언트나스텁은들어오는Java 파라미터를SOAP 메시지로변환해웹서비스로보내고역으로,
웹 서비스 SOAP 결과를 Java에 해당하는 결과로 변환합니다. 리스팅 2는 WSDL 파일에서 작성된 Java 스텁을 보여주고
있습니다.
리스팅 2: WSDL에서 Oracle9i JDeveloper를 이용한 SOAP 클라이언트의 자동 생성
package ws;import oracle.soap.transport.http.OracleSOAPHTTPConnection;import java.net.URL;import org.apache.soap.Constants;import org.apache.soap.Fault;import org.apache.soap.SOAPException;import org.apache.soap.rpc.Call;import org.apache.soap.rpc.Parameter;import org.apache.soap.rpc.Response;import java.util.Vector;import java.util.Properties;
public class TravelSearchEJBStub {publicStringendpoint="http://localhost:8888/soap/servlet/soaprouter"; private OracleSOAPHTTPConnection m_httpConnection = null;
public TravelSearchEJBStub() {m_httpConnection = OracleSOAPHTTPConnection();
}
public String[]findFlight (StringStringorigin,Stringdest) throwExceptionString[]Renturnval = null;URLendpointURL=newURL(endpoint);Call call=new Call();call..setSOAPTransport(m_httpConnection);call.setTargetObjectURI("urn:ws.TravelSearchEJB");call.setMethodName("findFlight");call.setEncodingStyleURI(Constants.NS_URI_SOAP_ENC);Vector pagram = new Vector();params.addElement(new Parameter("origin",String.class,origin,null));params.addElement(new Parameter("dest",String.class,dest,null));call..setParam(Params);
Response response = call.invoke(endpointURL,"");
if (! response. generatedFault()){parameter result = response.getReturnValue();returnVal = (String[])result.getValue();}else{Fault fault = response.getFault();thrownewfaultSOAPException(fault.getFaultCode(),.faultgetFaultString());}return returnVal;
}
public void setMaintainSession(boolean mantainSession) {m_httpConnection.setMaintainSession(maintainSession);
}
public boolean getMaintain Session() {return m_httpConnection.getMaintainSession();
}
public void setTransportProperties(Properties props) {m_httpConnection.setportProperties(props); {
}
public Properties getTransportProperties() {return m_httpConnection.getProperties();
}}
개발자는 이 웹 서비스 스텁을 유지하지 않을 것이라는 사실을 유념해야 합니다. 그림 17에서와 같이 Oracle9i JDeveloper는
간단히 오른쪽 마우스를 클릭해 웹 서비스 스텁을 재작성할 수 있으며 WSDL 파일은 지속적으로 업데이트되어야 합니다.
또한 Oracle9i Application Server로 배포되는 웹 서비스의 경우 스텁을 검색하는데 추가 옵션을 사용할 수 있습니다.
Oracle9i Application Server 웹 서비스를 배치하는 동안 자동으로 만들어진 서블릿은 proxy_source 인수를 받아들이며
필요 시Java 스텁을생성합니다.
예를들어, TravelSearchEJB 웹서비스의경우Java 스텁은다음URL에서검색할수있습니다.
http://localhost:8888//Travel-context-root/urn:ws.TravelSearchEJB?proxy_source
이두번째방식은개발자가Oracle9i JDeveloper에독립적인스텁에액세스하길원하는경우유용할수있습니다.
:
그림 17: SOAP 서비스 스텁을 원 클릭으로 재생성하기
애플리케이션, Java Server Page 또는 Enterprise Java Bean 내에서 이 TravelSearchEJB 웹 서비스 스텁을 호출하는
것이 마지막 단계입니다. 그림 18은 TravelSearchEJB 웹 서비스를 호출하기 위해 JSP scriptlet을 작성하는 동안 스텁을
호출하기와Oracle9i JDeveloper 코드전체보기를 보여주고있습니다.
그림 18: Oracle9i JDeveloper에서 웹 서비스를 호출하는 동안 Java Server Page 코드 전체 보기 실행
JavaServer Page의경우웹서비스에 한클라이언트구축의최종결과는웹서비스가일반애플리케이션과거의비슷해보입니다.
그림19는웹서비스결과를반환하는완성된클라이언트를보여줍니다. 그러나여기에는두가지차이점이있습니다.
1. 웹서비스자체가Enterprise Java Bean으로구현되긴하지만해당클라이언트는HTTP를통해SOAP 메시지를
사용해웹서비스 와상호작용합니다.Enterprise Java Bean 은조직의방화벽내부나외부에있을수있습니다.
2. Enterprise Java Bean을웹서비스로서제시한다음웹서비스를소비하는개발환경은전통적인J2EE IDE의
완벽한확장이었습니다.
그림 19: Java Server Page를 웹 서비스 클라이언트로 실행하기
써써드드 파파티티 웹웹 서서비비스스의의 통통합합
그림 2의 액티비티 모델러에서 설명하는 시나리오로 돌아가면 Trip Planning 프로세스 만이 구현되었습니다. 액티비티를
나타내는 Enterprise Java Bean, TravelSearchEJB은웹서비스로제공되었으며이를호출하기위해웹서비스클라이언트가
구축되었습니다. 다음단계는이구현을다음Trip Costing 프로세스와통합하는것입니다.
이경우Trip Costing 프로세스는간단한통화변환액티비티로구현됩니다. 시간과노력을 줄이는 한 가지 방법은 통화 변환을
전문으로 하는 외부 웹 서비스를 사용하고 그 다음 이를 애플리케이션 플로우에 통합하는 것입니다. 다행히 인터넷 상에 웹
서비스로서 제시되는 여러 통화 변환 서비스가 출시되어 있습니다. 그림 20과 21에 있는 것은 이러한 서비스가 XMethods
와 같은 웹 사이트에 어떻게 퍼블리싱 및 애드버타이즈되는지 보여주고있습니다.
그림 20: 웹 사이트 Xmethods 상의 통화 변환 서비스
그림 21: 통화 변환 서비스를 위한 WSDL
통화변환웹서비스를전체여행애플리케이션으로통합하는단계는매우간단합니다.
1. XMethods 사이트에서제공되는WSDL을사용해웹서비스스텁을개발합니다.
2. 통화변환스텁을기존애플리케이션에통합합니다.
그림 22와 23은 Oracle9i JDeveloper의 Web Service Stub/Skeleton Wizard를 사용해 웹 서비스 클라이언트를 구축하는
단계를보여주고있습니다.
그림 22: 통화 변환 WSDL의 URL 위치 정의하기
그림 23: 웹 서비스 메소드를 위한 통화 변환 WSDL 상세 보기
그 다음 TravelSearchEJB 예제처럼 통화 변환 웹 서비스에 한 요청을 JavaServer Page 또는 다른 J2EE 컴포넌트에
통합할 수 있습니다. 그림 23은 JavaServer Page 요청에 한 통화 변환 웹 서비스 요청을 보여주고 있습니다. 그림 24는
TravelSearchEJB 웹서비스와통화변환웹서비스를모두결합해실행되는JavaServer Page를보여주고있습니다.
그림 23: 통화 변환 웹 서비스를 여행 웹 서비스 Java Server Page에 추가하기
그림 24: 통합된 여행 서비스 및 통화 변환 서비스를 실행하기
보보다다 많많은은 웹웹 서서비비스스 선선택택하하기기
개발자가 가장 생산적이고 익숙한 개발 패러다임과 웹 서비스를 위한 가장 안정적인 비즈니스 로직 옵션을 선택할 수
있도록 하기 위해, Oracle9i JDeveloper는 개발자가 자체J2EE 프레임워크, Business Components for Java 그리고PL/SQL
내에프로그래밍된저장프로시저를사용해개발된EJB를웹서비스로게시할수있도록지원합니다.
Business Components for Java는개발자가J2EE 애플리케이션을신속하게작성하고, 높은 품질을 유지하며, 빠르게 실행
하도록 지원하는 업계 최고의 실행 방안을 토 로 개발된 J2EE 프레임워크입니다. 객체 관계 응, 선언적 비즈니스 로직
및 XML, JSP, Swing 클라이언트를 위한 프레젠테이션 바인딩 레이어를 제공합니다. 프레임워크에서 개발된 컴포넌트는
일반적으로 Enterprise Java Beans로서 배포된 포괄적인 비즈니스 오브젝트이며 본 백서에서 설명한 것과 동일한
Oracle9i JDeveloper 툴을 사용해 웹 서비스로서제공할수있습니다.
Oracle Database를 사용하는 많은 기업들이 PL/SQL에 상당한 투자를 하고 있으며 웹 서비스를 통해 이런 투자가 새로운
고객 창출로 이어질 수 있도록 할 것이라고 기 하고 있습니다. Oracle9i JDeveloper는 개발자에 완벽한 PL/SQL 개발과
디버깅 환경을 제공합니다. Oracle9i JDeveloper는 저장 프로시저를 웹 서비스로서 제시하기 위해 JPublisher라고 하는
유틸리티를 기본 제공하며 단 한번의 클릭으로 모든 PL/SQL 저장 프로시저를 Java 클래스로 래핑할 수 있습니다. Java
클래스로서 래핑되면 본 백서에서 설명한 것과 동일한 Oracle9i JDeveloper 툴을 사용해 다시 PL/SQL 저장 프로시저를 웹
서비스로서퍼블리싱할수있습니다.
결론
본 백서는 Oracle9i JDeveloper가 제공하는 강력한 웹 서비스 기능에 해 개략적으로 소개했습니다. 개발자는 UML 모델
에서 웹 서비스를 만들고 손쉽게 Java 및 데이타베이스 애플리케이션을 웹 서비스로서 제공하며 웹 서비스 클라이언트를
신속하게 실행할 수 있게 됩니다. 뿐만 아니라, 모델링, 프로파일링, 소프트웨어 구성 관리, 디버깅과 강력한 Java, XML 및
PL/SQL 편집등을포함한Oracle9i JDeveloper의모든기능들은웹서비스와유연하게연동할수있습니다. 이러한광범위한
웹 서비스 기능을 바탕으로 Oracle9i JDeveloper는전체애플리케이션개발라이프사이클전반에서완벽하게통합된 방식으로
웹서비스를구현하는업계유일의Java IDE로평가되고있습니다
한국오라클(주)서울특별시 강남구 삼성동 144-17
삼화빌딩
표전화 : 2194-8000
FAX : 2194-8001
한국오라클교육센타서울특별시 등포구 여의도동 23-10
SK증권빌딩 11층(사무실)
19∙20층(강의실)
표전화 : 3779-4000
FAX : 3779-4100~1
전사무소전광역시 서구 둔산동 929번지
전둔산사학연금회관 18층
표전화 : (042)483-4131~2
FAX : (042)483-4133
구사무소구광역시 동구 신천동 111번지
남타워빌딩 9층
표전화 : (053)741-4513~4
FAX : (053)741-4515
부산사무소부산광역시 동구 초량동 1211~7
정암빌딩 8층
표전화 : (051)465-9996
FAX : (051)465-9958
울산사무소울산광역시 남구 달동 1319-15번지
정우빌딩 3층
표전화 : (052)267-4262
FAX : (052)267-4267
광주사무소광주광역시 서구 양동 60-37
금호생명빌딩 8층
표전화 : (062)350-0131
FAX : (062)350-0130
고객에게 완전하고 효과적인
정보관리 솔루션을 제공하기 위하여
오라클사는 전 세계 145개국에서
제품, 기술지원, 교육 및
컨설팅 서비스를
제공하고 있습니다.
http://www.oracle.com
http://www.oracle.com/kr
제품구입문의
수신자부담 전화번호 : 00368-440-0051 수신자부담 팩스번호 : 00368-440-0062 E-Mail문의 : [email protected]