SOAP
SOAP는 중앙 집중화되지 않은 분배 환경에서 구조화된 정보를 교환하기 위한 스펙입니다. 이와 같이, SOAP는 SOA(Service Oriented Architecture)에 있는 세 개의 키 역할(서비스 제공자, 서비스 요청자 및 서비스 브로커) 간의 주요 통신 방법을 표현합니다. 이 설계의 주 목적은 단순해지고 확장 가능해 집니다. SOAP 메시지는 웹 서비스를 요청하는 데 사용됩니다.
SOAP 1.1
WebSphere® Application Server에서는 SOAP 1.1에 간략하게 설명되어 있는 표준을 따릅니다.
- 메시지 내용 및 처리 지시사항을 설명하는 프레임워크를 정의하는 엔벨로프.
- 애플리케이션 정의 데이터 유형 인스턴스를 표현하는 인코딩 규칙 세트.
- 원격 프로시저 호출 및 응답을 표현하는 규약.
SOAP 1.1은 프로토콜 독립 전송이며 다양한 프로토콜과 조합하여 사용할 수 있습니다. WebSphere Application Server와 함께 사용하도록 개발되고 구현된 웹 서비스에서, SOAP는 HTTP, HTTP 확장자 프레임워크 및 JMS(Java™ Message Service)와 조합하여 사용됩니다. SOAP는 또한 운영 체제에 독립적이며 프로그래밍 언어나 컴포넌트 기술과 연결되어 있지 않습니다.
이러한 특성 때문에, 클라이언트가 XML 메시지를 발행할 수 있는 한, 클라이언트를 구현하기 위해 어떤 기술을 사용하는지는 중요하지 않습니다. 이와 마찬가지로 서비스는 SOAP 메시지를 처리할 수 있는 한, 어떠한 언어로도 구현될 수 있습니다. 또한 서버와 클라이언트측 모두 적합한 플랫폼에 상주할 수 있습니다.
SOAP 1.2
- 파트 0: 입문
- 파트 1: 메시징 프레임워크
- 파트 2: 부속 요소
- 스펙 신뢰 및 테스트 콜렉션
SOAP 1.2는 SOAP 처리 모델에 대한 더욱 구체적인 정의를 제공합니다. 그러면 WS-I(Web Services-Interoperability) 프로파일이 없을 때 상호 운용성 문제점을 일으키기도 하는 많은 모호함이 해결됩니다. SOAP 1.2는 서로 다른 벤더 간의 SOAP 1.2 구현에서 상호 운용성 문제 발생 가능성을 줄여야 합니다.
- 벤더가 SOAP 1.2에 정의된 바인딩 프레임워크를 준수하는 한, HTTP 프로토콜 이외의 기타 전송 프로토콜을 현재 공식적으로 정의하는 기능. HTTP가 널리 사용되면, HTTP는 다른 전송(예: TCP/IP, MQ 등)처럼 안정적이지 않습니다.
- SOAP 1.2가 XML 정보 세트(XML Infoset)를 기반으로 한다는 사실. 정보 세트는 XSD 스키마를 사용하여 XML 문서를 설명하는 방법을 제공하지만 반드시 XML 1.0 직렬화를 사용하여 문서를 직렬화하는 것은 아닙니다. SOAP 1.1은 XML 1.0 직렬화를 기반으로 합니다. 정보 세트는 2진 프로토콜 형식과 같은 기타 직렬화 형식을 사용하기 더 쉽게 만듭니다. 2진 프로토콜 형식을 사용하여 일부 자세한 태그 정보가 필요하지 않은 최소 형식으로 메시지를 압축할 수 있습니다.
JAX-WS(Java API for XML Web Services) 표준은 SOAP 1.1과 SOAP 1.2를 모두 지원하는 기능을 제공합니다.
SOAP 1.1과 SOAP 1.2 간 추가 차이점은 SOAP 버전에서의 차이점 정보를 참조하십시오.
지원되는 표준 및 스펙의 전체 목록은 웹 서비스 스펙과 API 문서를 참조하십시오.