SOAP(Simple Object Access Protocol)이란?

SOAP(Simple Object Access Protocol)이란?

2012. 11. 9. 15:25ㆍOpenSource/Spring MVC

soap??? 비누?? @.@;;;;;

웹을 구현하는데 있어서...Web Service라는 놈이라는 장벽에 부딪혔다..ㅠ.ㅠ..
모르면 학습만 있을뿐!! +ㅁ+/ good~

SOAP은 XML과 HTTP 통신을 기반으로 하여 네트워크 상에 존재하는 각종 컴포넌트간의 호출을
효율적으로 실현하기 위한 방법을 제시하는 규약이다.
다시 말해 네크워크상에서 Client와 Service Provider간에 메시지를 요청하고 이에 응답해주는 방법을 제공!
이러한 방식들은 기존의 RPC(Remote Procedure Call)이라 묶여서 불려오던 것이고 SOAP은 RPC의 한가지 방법이라 할 수 있다.

SOAP의 특징
1) Application Layer Protocal 들 중에 HTTP를 사용함으로써 여러 시스템간의 통신과 통합을 위한
    좀 더 단순하면서도 가벼운 메카니즘을 제공.
2) HTTP를 사용하게 된 중요한 이유는 바로 방화벽에 제한을 받지 않는 범용성 때문이라 할 수 있다.
    다른 Application Layer Protocal의 경우 그들만의 약정된 TCP or UDP 포트를 사용하기 때문에
    인터넷상에 설치 되어있는 방화벽에 많은 제약을 받게 된다.
3) SOAP은 SOAP만이 가지는 특정한 HTTP Header를 방화벽의 필터링 부분에 보냄으로써 메시지의
    통과여부를 가릴 수 있게 하는 방법으로 보안이라는 문제를 해결한다.

SOAP 내부
1) SOAP은 크게 네가지로 구성 되어있다,
[1] SOAP envelope
        : Message에 무엇이 있는가. 누가 무엇을 다루는가, 어떤 것이 Optional 이고 manatory를
           나타내기 위한 전체적인 Framework를 제공한다.
   [2] SOAP encoding rules
        : Application에 정의 된 data type들의 instance를 교환하는데 사용되는 메카니즘이다.
   [3] SOAP RPC 표현
        : Remote procedure call과 response들을 나타내는데 사용되는 규약을 정의 한다.
   [4] SOAP binding
        : 두 peer간의 전송 프로토콜을 사용하여 SOAP envelope 교환에 대한 규약을 정의 한다.

위의 4가지 중 envelope와 encoding rule은 서로 다른 namespace에 정의되어있는 XML이며,
link를 걸어 놓음으로써 정의된 내용을 사용 할 수 있다.

SOAP은 Message Based Protocol이기 때문에 두 시스템간의 통합 시 쌍방 간의 Message Format만을 약속하면 되므로 통합시간 및 효율을 높일 수 있으며, 매우간단하다.(레알??)

SOAP은 HTTP 통신을 위한 WebServer, XML과 Service Provider의 3가지로 구성 되어있다.

★ SOAP의 동작방식
1) Client가 어떤 Service Provider의 Service가 어떤 것이 있는지를 파악하기 위해 제공하는 Service의
     목록을 HTTP를 통해 XML 형태로 요청한다.
     (만약 목록을 이미 알고 있는 경우이면 이 과정은 생략 가능)

2) Server는 자신이 제공하는 Service의 목록을 XML로 응답을 보낸다.
    (만약 목록을 이미 알고 있는 경우이면 이 과정은 생략 가능)

3) 응답을 받는 Client는 그 중 자신이 원하는 Service를 알아내어 다시 Provider에 요청한다.

4) Provider는 받는 요청에 대한 처리를 한 후 결과를 되돌려준다.

2. SOAP Message

다음은 HTTP Request 속에 포함된 SOAP 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"

......

</Header>

<Body>

......

</Content>

</Body>

</Envelope>

° Envelope : Root Tag로써 SOAP Message가 시작됨을 나타낸다.

° Header : 가외의 정보를 나타내기 위한 것으로 생략이 가능하다.

° Body : 주 내용이 들어가는 Tag이며 다양한 형태의 태그들이 들어간다.

° Content : 서비스에 대한 요청이나 응답이 들어간다.

일단 간단한 예제를 보면서 이해해보자

SOAP은 XML의 형태로 Message를 교환한다

▷ 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">

</m:GetLastTradePrice>

</env:Body>

</env:Envelope>

Service Provider가 가지고 있는 서비스 중에 LastTradePrice 정보를 요청하는 SOAP Message로 DIS의 값을 요구하고 있다.

[위에서 말했듯이 서비스 파악!!을 하는 거라 할 수 있다.

"Service의 목록을 HTTP를 통해 XML 형태로 요청한다."]

▷ 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">

</m:GetLastTradePriceResponse>

</env:Body>

</env:Envelope>

Response Message의 경우에는 Client가 요청한 Service 이름에 Response가 붙게되며(GetLastTradePriceResponse) Request에 대한 결과 값을 가지고 있다.

그럼 좀더 구체적으로 살펴보자!!!!

2-1. SOAP Envelope

SOAP Message는 필수항목인 SOAP envelope와 생략 가능한 SOAP Header 그리고 SOAP Body로 구성되어 있는 XML Document이다.

2-2. SOAP Header

SOAP는 Header라는 element를 통해 통신을 하는 쌍방 간의 어떤 제약없이 Message를 확장할 수 있는융통성 있는 구조를 제공한다. 일반적으로 Header는 authentication이나 transaction과 같은 비교적 연관성이 없는 정보들을 구현할 수 있도록 해준다. Header element는 SOAP Envelope 바로 다음에 오는첫 번째 Child element로서 모든 Header 다음에 오는 Child element들을 Header Entry라고 한다.

Example 3 ( SOAP Header block )

<env:Header xmlns:env="http://www.w3.org/2001/06/soap-envelope" >

<t:Transaction xmlns:t="http://example.org/2001/06/tx" env:mustUnderstand="1" >

</t:Transaction>

</env:Header>

2-3 SOAP Body

SOAP Body element는 필수 정보를 교환하기 위해 사용되는 간단한 메카니즘을 제공한다.
일반적으로Body는 어떤 결과나 error를 보고하기 위해 사용된다. Body는 SOAP Envelope 바로 다음에 오는 Childelement로서 만약 Header가 존재하면 Header 다음에 와야하고 Header가 정의되어있지 않으면Envelope 바로 다음에 와야한다. Header와 마찬가지로 Body element 바로 다음에 오는 Child element들을 Body entry라고 부른다.

2-4. Fault Code

SOAP은 error를 reporting 하기 위해 Fault element를 사용한다. 이 Fault element는 다음과 같은 Childelement로 구성된다.

° faultcode : Software나 Provider가 사용하는 error number로 error를 구분하기 위해 사용된다. 반드시존재해야하는 element이다.

° faultstring : error에 대한 간단한 이유나 제목을 기술하며 반드시 존재해야하는 element이다.

° faultactor : message 경로에서 누구에 의해 야기되는 error인지에 대한 정보를 나타낸다. 반드시 존재해야하는 것은 아니다.

° detail : error에 대한 상세 정보를 기술한다. 반드시 요구되는 것은 아니고 사용자가 정의한 error tag가올 수 있다.

Example 4 ( SOAP Fault Code )

<env:Envelope xmlns:env='http://www.w3.org/2001/06/soap-envelope'

xmlns:f='http://www.w3.org/2001/06/soap-faults' >

<env:Header>

<f:Misunderstood qname='abc:Extension1'

xmlns:abc='http://example.org/2001/06/ext' />

<f:Misunderstood qname='def:Extension2'

xmlns:def='http://example.com/stuff' />

</env:Header>

<env:Body>

<env:Fault>

<faultcode>MustUnderstand</faultcode>

<faultstring>One or more mandatory headers not understood</faultstring>

</env:Fault>

</env:Body>

</env:Envelope>

출처 : http://blog.naver.com/devils129/80009306881

참고 사이트 : http://www.w3.org/TR/2011/REC-ws-soap-assertions-20111213/
참고 자료 : http://ettrends.etri.re.kr/PDFData/25-2_112_120.pdf

참고내용

Web Service 란?

플랫폼(OS)과 언어에 관계없이 표준 인터넷 프로토콜을 기반으로 하는,
재사용이 가능한 컴포넌트

예를 들어 언제, 어디서나, 어떤 디바이스(예: PC, 핸드폰, PDA 등)을
통해서든지 인터넷에 접속하여 필요한 소프트웨어와 데이터 파일을 자유롭게
사용할 수 있도록 해주는 기술

->웹 서비스는 모든 플랫폼과 시스템에서 접근이 가능해야 한다.
   또한, 방화벽으로 인한 데이터 통신의 제약도 피할 수 있어야만 한다. 해서, 웹 서비스는
   모든 유형의 시스템과 통신이 가능한 HTTP와 같은 프로토콜을 사용하며,
   데이터를 교환하기 위한 포맷으로 텍스트 기반의 XML을 사용한다.

XML은 데이터를 구조화 하기 위한 최적인 기술인데다가 순수한 텍스트로만
구성되어 있어서, 방화벽을 통과할 수 있는 것은 물론이며, XML 파서(Parser)
만 있다면, 누구든지 쉽게 해석할 수 있다는 장점이 있다.

SOAP (Simple Object Transfer Protocol)란?

HTTP와 XML을 이용해서 데이터를 인코딩하여 전송하는 새로운 종류의 프로토콜

이 프로토콜은 텍스트 기반의 데이터 구조인 XML을 사용하기에 방화벽이라는
보안장치에도 문제없이 통과할 수 있으며, 어떠한 플랫폼에서도 사용이 가능하며
거기다가 매우 빠르다는 장점까지 갖추고 있다.
한마디로 웹 서비스를 위한 최적의 프로토콜 이라는 것이다.

WSDL (Web Servies Description Language) 이란?

whiz-dull이란 애칭으로 불리기도 한다.

해당 웹 서비스를 클라이언트들이 사용할수 있게 하는 웹 서비스 기술 문서 이다.

다시 말해, 이는 웹 서비스가 지원하는 인터페이스(메서드, 프로토콜등)에 대한 정보를

기술하고 있는 XML 기반의 파일인것이다.

UDDI (Universal Description, Discovery, and Integration) 이란?

웹 서비스를 위한 검색 엔진 이다. 네이버나 야후 같은 검색 사이트를 이용하는
것처럼, 웹 서비스도 그를 검색하고 등록하기 위해서 UDDI를 사용한다.

Web Service 동작방식

1. 어플리케이션은 프록시 코드에 존재하는 메서드를 실행 요청한다.
필요하다면 적절한 인자값들을 가진다.

2. 프록시는 그 호출을 받아서, 웹 서비스에게로 전송할 수 있는 적절한 포맷으로
변환한다.

3. 그 호출은 프록시로부터 웹 서비스에게로 전송된다.(SOAP통신)

4. 웹 서비스는 호출을 받아서, 그 메서드를 실행하고 결과를 XML로 생성한다.

5. 결과 데이터는 프록시에게로 반환된다.(SOAP통신)

6. 프록시는 웹 서비스로부터 받은 XML 데이터를 분석하여, 적절한 결과 데이터를
추출해 낸다.

7. 어플리케이션은 프록시로 부터 적절한 데이터를 넘겨 받는다.

Application -> Proxy -> Web Service -> Proxy -> Application

프로그램에서 프록시란 다른 코드를 대신하여 동작하는 코드를 의미한다.
즉, 실체는 다른 곳에 있음에도 불구하고, 미치 그 실체가 지산인 것처럼
동작하는 것이 프록시라는 것이다.

출처 : http://navylela.egloos.com/1870181

저작자표시 비영리 변경금지

'OpenSource > Spring MVC' 카테고리의 다른 글

org.springframework.aop.framework.AopConfigException: Could not generate CGLIB subclass of class (0)	2013.06.10
2PC, JTA 사용 시 데이터소스가 하나만 먹히는 문제 (0)	2013.05.27
@Valid (0)	2013.01.24
웹??? web.xml은 알고 하자!! (0)	2012.11.09
Spring MVC의 주요 구성요소 (0)	2012.11.09

Story Of ace-T

Story Of ace-T

태그

최근글

댓글

공지사항

'OpenSource > Spring MVC' 카테고리의 다른 글

관련글

티스토리툴바