Web Service & Base Technologies 2002년 11월 5일 윤 홍 란

Contents 1. Web Service 2. SOAP 3. UDDI 3. WSDL A. A new Web Model B.  What are Web Services? Web Service 특징 Web Service 효과 Web Service Components Web Service Opertations Web Services : Base Technologies 2. SOAP 3. UDDI 3.    WSDL

A New Web Model Until now, the Web has provided for browsing of linked documents manually-initiated purchases and transactions downloading files all of this is manual, by way of a browser Web Services is a new model for using the Web transactions initiated automatically by a program, not necessarily using a browser can be described, published, discovered, and invoked dynamically in a distributed computing environment new ways of using the web: intelligent agents, marketplaces, auctions all built on XML!

기존 어플리케이션 통합 여행사 서버 항공사 서버 수작업 여행사와 항공사의 어플리케이션 간의 직접적인 연결이 없음  별도의 화면을 통해 수작업 처리함 여행사 GUI 항공사 GUI

Web Services를 이용한 어플리케이션 통합 여행사 서버 항공사 서버 XML                                                                                               항공사 Web Service는 여행사의 항공기 스케쥴 어플리케이션에 의해 직접 호출되고 수행됨 Web Service는 여행사의 항공기 스케쥴 어플리케이션 가용성을 향상함 여행사 어플리케이션은 직접 항공사 어플리케이션을 호출하여 데이터를 가져와서 하나의 어플리케이션에서 처리가 가능 여행사 GUI

What are Web Services? 정의 표준 XML 포맷 인터페이스를 통해서 네트워크(인터넷, 인트라넷, 엑스트라넷)에서 액세스 될 수 있는 모듈형 어플리케이션. 웹서비스는 e-Business표준을 따르며 인터넷을 통해 제공되는 비지니스로직을 갖는 소프트웨어 컴포넌트 단순히 웹을 통해 제공되는 서비스를 의미하지는 않으며 순수한 서비스보다는 어플리케이션에 가깝다

What are Web Services? The next evolution of e-business publishing of business functions to the Web universal access to these functions A natural extension to the client-server model transaction model for e-business invoke methods on remote objects (SOAP) directory of available services and service providers, using SOAP lookup (UDDI) standard description languages based on XML for services and service providers (WSDL, WDS) e-business is driving the merging of Web, IT & Object technologies to form the foundation for Web Services

Web Service 특징 컴포넌트기반 모듈화, 손쉬운 Plug and Play EJB, COM/DCOM, CORBA 모듈화, 손쉬운 Plug and Play 다른 웹 서비스로부터 새로운 웹 서비스 생성가능 하드웨어, OS, 프로그래밍 언어에 독립적 Service-oriented 어플리케이션은 object-oriented에서 service-oriented로 변화

Web Service 특징 웹 서비스는 XML기반이며 XML은 개발자들이 모든 개발 언어, 툴 및 플랫폼을 손쉽게 작업할 수 있도록 지원한 단순한 HTML유형의 마크업 언어. 주요 플랫폼 사업자들과 코어 웹 서비스 표준 및 지원에 대한 광범위한 협약을 체결. 내부 소스(Enterprise Application, Regacy System, Database) 및 외부소스(Partner business process, Exchange Application, Web Contents)를 통해 정보 및 어플리케이션 기능을 신속히 통합. 어플리케이션과 비즈니스 프로세스간의 상호작용을 자동화 함으로써 트랜잭션 비용절감, 사람에 의한 오류발생 최소화, 재사용 가능한 컴포넌트를 이용.

Web Service 효과 웹서비스는 새로운 매출 및 분산 모델을 지원하며 기업들이 고객 및 파트너들과의 관계를 강화할 수 있도록 할 뿐만 아니라 비즈니스 프로세스를 최적화함으로써 비용 절감. 기존 어플리케이션 기능을 웹서비스로 퍼블리싱함으로써 매출을 직접 또는 간접적으로 창출. 기존 시스템을 재사용함으로써 초기구축비용을 절감할 수 있고 웹서비스가 일반화되었을 때 다른 웹서비스를 통합하는 웹서비스가 등장함으로써 그 효과를 극대화. 엔드유저의 입장에서는 인터넷에서 일어나는 모든 비즈니스를 하나로 통합할 수 있기 때문에 편의성과 효용성을 높혀 새로운 비즈니스 창출 가능성.

Web Service Components Service Provider provides e-business services publishes availability of these services through a registry Service Broker provides support for publishing and locating services like telephone yellow pages Service Requestor(Consumer) locates required services via the Service Broker binds to services via Service Provider

Web Service Operations Publish/Unpublish Service Providers advertise the availability of their service to one or more service brokers, or to remove the advertisement of their service. Find Service Requestors query Service Brokers to discover a set of services that it can interact with to provide a solution. Bind Service Requestors negotiate with Service Providers to access and invoke e-business services.

Web Services : Base Technologies SOAP - Simple Object Access Protocol an XML protocol to invoke a "function" on a server to perform a given operation request message is sent by service requestor response message may be sent by service provider May be an asynchronous message <---> notification UDDI - Universal Description, Discovery, Integration UDDI servers act as a directory of available services and service providers A SOAP application used to update and query a registry for services WSDL - Web Services Description Language an XML vocabulary to describe service interfaces

Publishing and Using a Web Service

Web Service 기본 구조

Introduction SOAP SOAP은 XML Web Service용 통신 프로토콜 XML과 HTTP 통신을 기반으로 하여 네트워크 상에 존재하는 각종 컴포넌트간의 호출을 효율적으로 실현하기 위한 방법을 제시하는 protocol 네트워크 상에서 Client와 Service Provider간에 메시지를 요청하고 이에 응답해주는 방법을 제공 따라서 SOAP은 RPC의 한가지 방법

Introduction SOAP Typical protocol layering for SOAP SOAP SOAP은 여러 Application Layer Protocol 들 중에 HTTP를 사용함으로써 여러 시스템간의 통신과 통합을 위한 좀더 단순하면서도 가벼운 메카니즘을 제공 HTTP를 사용하게 된 중요한 이유는 바로 방화벽에 제한을 받지 않는 범용성 때문 SOAP Application Protocol(HTTP,SMTP,etc.) Transport Protocol(TCP/IP,IPX/SPX,etc.) Wire Protocol(Ethernet,ATM,etc.)

SOAP Message Exchange Model SOAP은 HTTP 통신을 위한 Webserver, XML과 Service Provider의 3가지로 구성 1) Client가 어떤 Service Provider의 Service가 어떤 것이 있는지를 파악하기 위해 제공하는 Service의 목록을 HTTP를 통해 XML형태로 요청한다. (만약 목록을 이미 알고 있는 경우라면 이 과정은 생략가능) 2) Server는 자신이 제공하는 Service의 목록을 XML로 응답을 보낸다. (만약 목록을 이미 알고 있는 경우라면 이 과정은 생략가능) 3) 응답을 받은 Client는 그 중 자신이 원하는 Service를 알아내어 다시 Provider에 요청을 한다. 4) Provider는 받은 요청에 대한 처리를 한 후 결과를 되돌려 준다.

SOAP message Envelope Header Body Content Root Tag로써 SOAP Message가 시작됨을 나타낸다. Header 가외의 정보를 나타내기 위한 것으로 생략 가능. Body 주 내용이 들어가는 Tag 다양한 형태의 태그들이 들어간다. Content 서비스에 대한 요청이나 응답이 들어간다. POST /StockQuote HTTP/1.1 Host: www.stockquoteserver.com Content-Type: text/xml; charset="utf-8" Content-Length: nnnn SOAPAction: "http://example.org/2001/06/quotes" <Envelope ...> <Header> ...... </Header> <Body> <Content> </Content> </Body> </Envelope>

SOAP example ▷ Example 1 ( Request Message 형태 ) POST /StockQuote HTTP/1.1 Host: www.stockquoteserver.com Content-Type: text/xml; charset="utf-8" Content-Length: nnnn SOAPAction: "http://example.org/2001/06/quotes" <env:Envelope xmlns:env="http://www.w3.org/2001/06/soap-envelope" > <env:Body> <m:GetLastTradePrice env:encodingStyle="http://www.w3.org/2001/06/soap-encoding" xmlns:m="http://example.org/2001/06/quotes"> <symbol>DIS</symbol> </m:GetLastTradePrice> </env:Body> </env:Envelope> ▷ Example 2 (Response Message 형태 ) HTTP/1.1 200 OK Content-Type: text/xml; charset="utf-8" Content-Length: nnnn <env:Envelope xmlns:env="http://www.w3.org/2001/06/soap-envelope" > <env:Body> <m:GetLastTradePriceResponse env:encodingStyle="http://www.w3.org/2001/06/soap-encoding" xmlns:m="http://example.org/2001/06/quotes"> <Price>34.5</Price> </m:GetLastTradePriceResponse> </env:Body> </env:Envelope>

UDDI What is UDDI UDDI business Registry를 사용하면 협력업체에 의해 제공된 프로그래밍이 가능한 웹 서비스의 정보를 찾을 수 있다. Registry를 사용하면 모든 조직에서 제공할 웹 서비스에 대한 정보를 게시할 수 있다. 프로그래머의 인터페이스는 XML,SOAP,HTTP에 능숙한 프로그래머가 프로그램에서 직접 registry와 상호작용할 수 있게 하는 UDDI Registry사양의 일부로 정의 UDDI는 XML 웹 서비스의 Yellow pages 필요한 서비스를 제공하는 회사를 찾아 제공된 서비스를 검토

UDDI 디렉토리 항목 White Pages Yellow Pages Green Pages 회사의 이름, 주소, 연락처를 설명 산업 분류 시스템 및 표준 산업 분류 등과 같은 표준 분류법을 기반으로 하는 산업 범주 Green Pages XML웹 서비스를 사용하는 응용 프로그램을 작성할 수 있도록 서비스에 인터페이스를 세부적으로 설명

WSDL What is WSDL 서비스에 대한 오페레이션 정보 WSDL파일은 SOAP메시지 집합 및 해당 메시지가 교환되는 방법을 설명하는 XML문서 CORBA의 IDL과 유사한 기능을 하는 XML Vocabulary 서비스에 대한 오페레이션 정보 서비스 인터페이스 수행 기능의 자세한 정보 엑세스 프로토콜 Contact endpoint

WSDL 메시지 형식 WSDL 파일의 메시지 형식을 정의하기 위해 사용되는 notation은 XML Schema 표준을 따른다 . 프로그래밍 언어 중립적이며 또한 표준 기반이어서 다양한 플랫폼과 프로그래밍 언어에서 access 할 수 있는 XML Web Sevices 를 설명하기에 적합 WSDL 메시지 컨텐츠를 설명할 뿐만 아니라 서비스를 사용할 수 있는 위치 및 서비스와 대화하는데사용되는 통신 프로토콜을 정의

UDDI & SOAP & WSDL WSDL로 작성된 Web Service 정보를 SOAP 프로토콜을 사용하여 UDDI Registry에 등록 Web Service 이용자는 SOAP을 이용하여 UDDI Registry에 등록되어 있는 WSDL 정보를 검색하여 원하는 Web Service를 찾음 발견된 Web Service와 SOAP을 통해 Binding하고 통합되어 서비스 제공 사용자가 UDDI 등록 요청을 전송할때 SAOP 프로토콜을 사용함 HTTP 서버는 HTTP 프로토콜을 사용한 SOAP 메시지를 SOAP 서버에 전송함 SOAP 서버는 UDDI 요청을 가지고 레지스트리에서 서비스를 등록 UDDI Response를 SOAP을 사용하여 전송

Web Services의 이점 - 요약 상호운용성을 향상 낮은 진입장벽 just-in-time 통합 캡슐화에 의한 복잡성 감소 디자인시 서비스가 호출되고 실행되는 메커니즘에 대한 부분을 고려하지 않아도 되기 때문에 시스템 복잡성은 감소함. 유연성과 확장성 – 동일 형태의 서비스의 다른 수행방식 또는 복수개의 동일 서비스의 수행이 실행시에 가능함. Legacy 어플리케이션과의 상호운용성을 증대 Legacy 어플리케이션을 WSDL을 사용하여 Web Services로서 Wrapping함. Interoperability - Any Web service can interact with any other Web service. Thanks to SOAP, the new standard protocol  supported by all of the major vendors (and most of the minor ones too), the agonies of converting between CORBA, DCOM and other protocols should be over. And because Web services can be written in any language (even COBOL I bet), developers do not need to change their development environments in order to produce or consume web services. Ubiquity(동시에 여러곳에 존재) - Web services communicate using HTTP and XML. Therefore, any device which supports these technologies can both host and access Web services. Pretty soon, they will be present in phones, cars and even soda machines. Soda supplies getting low? No problem, the wireless-networked soda machine can contact the local supplier뭩 Web service and order more of your favorite beverage. Low barrier to Entry - The concepts behind Web services are easy to understand and free toolkits from vendors like IBM and Microsoft allow developers to quickly create and deploy Web services. In addition, some of these toolkits allow pre-existing COM components and JavaBeans to be easily exposed as Web services. Industry Support - All of the major vendors are supporting SOAP and the surrounding Web services technology. For example, the Microsoft .NET platform is based on Web services, thereby making it very easy for components written in Visual Basic to be deployed as Web services, and consumed by Web services written using IBM VisualAge, and vice-versa.

References UDDI, SOAP, WSDL을 이용한 웹서비스 웹 서비스 상호 운용성 및 SOAP 웹 서비스(한전KDN) SOAP (Simple Object Access Protocol)이란 무엇인가? SOAP개발자리소스(마이크로소프트) WSDL설명(마이크로소프트)