웹 서비스 기술 개요이되는 여러가 지 방안을 설명하는 웹 서비스, 그러나 표준을 사용하기위한 목적으로 정의를 우리는 웹 서비스를 사용 w3c의 정의 :소프트웨어가 시스템을 웹 서비스는 상호 운용 시스템을 지원하도록 설계 -가 - 컴퓨터가 네트워크를 통해 상호 작용합니다. 262.8 인터페이스가 한 컴퓨터에서 설명 - processable 형식 (특별히 wsdl, 나중에 논의합니다). 다른 시스템과 상호 작용하는 방식으로의 웹 서비스에 대한 설명을 처방하여 비누를 사용하여 메시지를 전달 일반적으로 http로 xml 직렬화와 함께 사용하여 다른 웹 - 관련 표준입니다.에서 일반적인 웹 서비스 시나리오에서는 웹 서비스를 사용하는 비즈니스 응용 프로그램이 될 비누 메시지, 일반적으로 http 전송 프로토콜을 통해, 또 다른 서비스를 보내 달라는 요청을 한하십시오. 이 서비스는 요청을 수신, 처리하고 응답을 반환합니다. 에서 공급 체인 시나리오, 웹 서비스와 그들의 소비자는 일반적으로 기업에서 웹 서비스를 만들기 predominantly 비즈니스 -을 - 비즈니스 (b2b) 거래를합니다. 엔터 프라이즈 수있다는 웹 서비스 제공자와 소비자의 또 다른 웹 서비스입니다. 예를 들어, 도매 유통업자의 향료는 소비자 역할을하는 웹 서비스를 사용하는 경우에 사용할 수있다 바닐라 콩을 확인하고 공급 장치의 공급자 역할을하면 잠재 고객에 대한가 격을 바닐라 콩 함께합니다. 문제의다양한 비즈니스 어플 리케이션의 통합을 응집, 신뢰성 및 보안 아키텍처는 하나의 공통 과제를 해결하기 위해 대부분의 기업은 매일해야합니다. 앞의 들어, 도매 배급사 될 수있습니다 자바 ee 시스템, 동시에 제품 제조 업체입니다. 그물이나 레거시 시스템입니다. -가 - 응용 프로그램이 상호 작용의 응용 프로그램을 나타냅니다 전통 원격 프로 시저 호출 (rpc), 어디 동기식 통신 메커니즘을 사용하는 두 개의 시스템은 통합니다. 주문 접수를받습니다는 클라이언트에 대한 정보를 기반으로 제품을 제조 업체로부터받은 결과입니다. 따기를 결정할 수있는 권리 기술과 스타일의 커뮤니케이션 (동기 대 비동기)은 중요한 성공 요인입니다.솔루션웹 서비스 표준이 된 사실상 간 상호 운용을 효과적으로 달성 엔터 프라이즈 응용 프로그램을 제공할 수있는 다양한 집합에 대한 통합을 원하는 기술을 선택할 수있습니다. 다음은 이유 : 상호, 단순성, xml - 기반 인간의 판독 형식 및 편리한 사용 - 응용 프로그램이 통신을위한 도움말을 간소화합니다. 따라서, 널리 사용되는 웹 서비스는 모두에 대한 b2b뿐만 아니라 기업의 인터 - 응용 프로그램을 통합합니다. 개념의 웹 서비스 모델을 다음과 같은 요소를 포함합니다 :
웹 서비스 기술을웹 서비스는 연료로 접근법이라고하는,되는 마크업 언어를 사용하면 중립의 플랫폼, 언어 및 공급 업체입니다. 형식이 또 텔레비젼 스크린 커플링 자연의 웹 서비스에 중요한 역할을합니다. 웹 서비스는 추상적인 법인에 의해 정의된 xml - 기반 인터페이스, 웹 서비스 설명 언어 (wsdl), xml - 기반 프로토콜을 사용하는 통신 (비누)이나 표현 상태를 전송 (안식). 이것은 웹 서비스의 본질 값 propositionthe 추상적인 자연의 웹 서비스를 정의, 디스커버리, 그리고 의사 소통, 기본 구현을 될 것이있습니다. 그물, 자바 ee, 또는 다른가 완전히 추출 떨어진 소비자입니다. 이와 비슷하게, 비누가 넘는 메시지를 보내는가있는 유연성은 http /의, ftp, 또는 smtp 전송 프로토콜입니다. 비누에 사용되는이 기술은 웹 서비스와 통신합니다. 아주 간단한 정보를 전송 서비스를 동시에 구현할 수있습니다 비누하지 않고, 보안, 신뢰성, 멀티 - 파트, 멀티 - 정당 및 / 또는 멀티 - 네트워크 응용 프로그램이 훨씬 용이을 구축하는 표준적인 방법의 경우에는 포장의 메시징 정보를 프로토콜 중립 방식입니다. 이것은 또한 메시징 인프라를 사용하면 (이있을 수있습니다 특수 하드웨어, 비누 중개인, 또는 코드 라이브러리를받는 사람의 궁극적인 비누 메시지에 의해 호출)를 제공할 인증, 암호화, 액세스 제어, 트랜잭션 프로세싱, 라우팅, 및 배달 확인 서비스입니다. 비누 봉투 (및 첨부) 구조 및 머리글 / 프로세싱 모델이 입증 수있는 매우 강력하고이를 위해 내에서 강력한 프레임 워크입니다. 이질적인 시스템 간 상호 운용을 허용하는 메커니즘이 필요합니다 정확한 구조 및 데이터 유형의 메시지가 일반적으로 웹 서비스를 생산자와 소비자를 이해합니다. wsdl의 기반을 제공하는 정확한 설명을하고있다 웹 서비스를하는 방법의 교류를위한 비누 메시지가 생성될 수있습니다 소비자와 서비스입니다. 뿐만 아니라 웹 서비스를 설명하는 응용 프로그램 인터페이스, wsdl 또한 웹 서비스를 사용하는 방법에 설명되어 비즈니스 레지스트리와 곳에서 발견 할 수있습니다. 한 비즈니스 레지스트리가 다소 같은 전자 전화 번호부 서비스의 목록이 들어 있으므로 그들과 어떻게 대화를 할 수있습니다. 일반적으로 이러한 레지스트리를 기반으로하는 범용 설명, 발견과 통합 (uddi), 또 다른 xml - 변종입니다. 마지막으로, 웹 서비스를 교환하는 정보를 잘 따라 형식이 될 수있습니다 - 알려진 공공 스키마입니다. 에 따라 콘텐츠, 스키마를 사용할 수있는 등 여러가 지 확장 비즈니스 리포팅 언어 (xbrl) 및 시장 데이터 정의 언어 (mddl)입니다. wsdl, 비누, 및 uddi 역할을 소모가 장 낮은 일반적인 공통점을 생성하고 웹 서비스, 반면에이 서비스를 구현 세부 사항이 서로 다른 자바와합니다. 그물입니다. 좋은 소식은 하나의 실력에 상관없이 해당 설정, 각각의 플랫폼을 제공하는 수단을 개발하고 상호 운용 서비스를 전개합니다.자바 웹 서비스자바 측면에서, 여러 개의 자바 기술을 함께 작동하여 웹 서비스에 대한 지원을 제공합니다. 이러한 기술을 통해 액세스할 수있습니다 자바 웹 서비스 개발자 팩 (jwsdp) 툴킷이나 해당 개발 도구를 사용할 수있는 웹 서비스를 건립합니다. 시작 지점으로, 자바 api에 대한 xml - 기반 rpc (jax - rpc) 웹 서비스에 대한 지원을 제공 http를 통해 비누를 사용합니다. jax - rpc를 정의합니다 간의 매핑에서 사용되는 자바 클래스와 xml로 비누 rpc를 호출합니다. 복수 예가와 함께 구현 jax - rpc를 보여주는 다양한 일련의 시나리오가있는 개발자가이 기술을 활용할 수있습니다. jax - rpc와 함께 wsdl을 한 고객과의 상호 운용 및 서비스를 쉽게 연결할 수있습니다 자바 - 기반에 게재하거나 같은 비 - 자바 - 기반 플랫폼입니다. 그물입니다. 은 클라이언트에서 지 스텁에 대응하는 웹 서비스, 웹 서비스는 컴파일하는 동안 서버 쪽에서의 대응 관계에있습니다. 기본 메시지 및 전송 프로토콜가 같아야합니다 클라이언트와 서버 간의 상호 운용을 보장합니다. 세가 지 모드가있는 jax - rpc 클라이언트가 서버와 상호 작용 수있습니다. 첫 번째는 전통적인 동기 요청 - 응답을, 두 번째는 1 - 방식 rpc를 차단할 수 있도록하는 클라이언트가 없다거나의 응답을 기다리는;와 세 번째 하나는 비 - 블로킹 rpc 여기서는 클라이언트 내에서 실행이 계속될 수있습니다 이 같은 스레드에 대한 이상을 차단하거나 수신에 대한 설문 조사의 응답입니다.
외에도 jax - rpc, 자바 웹 서비스 비누와 함께 첨부 파일을 포함합니다 api에 대한 자바 (saaj)입니다. 본 이용하는 데 사용 패스 비즈니스 문서 (이 이진 형식)에 의해 이들을 비누 메시지를 첨부합니다. 이진 데이터의 상호 운용을 보장하기 비누에 첨부 문서를 모두 자바 웹 서비스 (경유 jax - ws)와합니다. 그물 비누 메시지 전송 최적화 메커니즘을 제공합니다 (윤건) 개발자의 참고 사항 이후 릴리스의 jax - rpc 1.0, 새로운 사양 및 새로운 버전의 표준이 구현을 출시되었습니다. jax - ws 2.0은 후임 jax - rpc와 관련하여 동일한 사양과 표준을하지만, 그것을 추가 크게을합니다. 그것에는 다음이 포함됩니다 :
아마도가 장 중요한 기능은 자바 ee api에 대한 웹 서비스 및 형식이있는 그들은 모두 업계 표준을 지원하므로 상호 운용성 보장합니다. 다양한 네트워크 상호 운용성 표준 단체와 같은 월드 와이드 웹 컨소시엄 (w3c)과 조직의 발전을위한 구조화된 정보를 표준 (오아시스), 웹 서비스 표준을 정의하는 것으로 disparate 응용 프로그램을 원활하게 통합할 수 있도록 허용하여 서로입니다. 웹 서비스에서입니다. 그물 프레임 워크microsoft. 그물 웹 서비스를 구축하기위한 두가 지 메커니즘을 제공합니다. 첫 번째와 더 널리 사용되는 웹 서비스를 구현하는 접근 방법을 사용하는가 microsoft. 그물 system.web.webservices 네임 스페이스가있습니다. 그물 프레임 워크입니다. 서버 응용 프로그램이있을 수있습니다 웹 방식으로 정의하고 사용하는 방법은 [webmethod] 속성이있습니다. 이 접근법 microsoft를 작성하는 데 사용됩니다. 그물 힘차고 상호 운용을위한 웹 서비스와 자바 ee 클라이언트에 대한 설명과 함께 다양한 특성 및 지시문에의 의미는 webmethods 프레임 워크입니다. 또 다른 방법은 http 처리기를 작성하는 클래스에 사용자 정의 플러그를 microsoft. 그물 http 파이프라인 ihttphandler 인터페이스를 구현함으로써합니다. http 핸들러는 프로세스에 대한 요청을하는 개체가 개별 또는 특정 파일 확장자와 함께 링 (예. asmx 나. 영문)입니다. 건물의 사용을 필요로 사용자 정의 핸들러 system.web api를 처리하기 위해 들어오는 http 메시지와 함께 system.xml api를 처리하기 위해 비누 http 본문에있는 봉투를 발견합니다. 서면에 사용자 정의 처리기 또한 수동으로 제작을 할 필요가있는 문서를 wsdl의 웹 서비스 구현을 정확하게 설명합니다. 또한 탄탄한 이해를 필요로합니다의 접근법이라고 제출, 비누, 및 wsdl 사양합니다. microsoft asp.net과 함께 제공하는 특수 ihttphandler 클래스를합니다. asmx 종점 (불리는 webservicehandler)을 제공하는 기본적인 접근법이라고 제출, 비누, 및 wsdl 기능이 개발자가 웹 서비스를 구축해야합니다. 후자의 방법을 사용하면 더 큰 flexibilityparticularly 경우이의 필요성에 대해 - 또는 게시 - 프로세스를 사전에 비누 메시지의 내용이있습니다. 은 클라이언트에서, 프록시는 웹 서비스와 통신하는 데 사용됩니다. 이러한 프록시는 wsdl.exe에 의해 자동으로 생성 도구를 사용할 수있는가에있습니다. 그물 프레임 워크 또는 시각 studio.net에서입니다. 이러한 프록시를 한번에 포함되어있는 프로젝트 및 연결된에서 코드를 컴파일하면, 관리와 통신은 웹 메소드에 의해 노출되는 서비스입니다. 그들은 wsdl 파일의 구문을 분석하여 생성되는 웹 서비스에 대해 설명합니다. xml을 처리하고있는이 중앙으로 웹 서비스,이 부분을 본질적으로합니다. 그물 프레임 워크입니다. 비누와 부족에 대한 메시지가 전달되고있는 웹 서비스, xml 처리가 암시적, 런타임에 의해 수행되고 개발자를 대신합니다. 이렇게되면 노출을 웹 방식은 (그것이 기대하는 문자열에 전달된다) 동안에는 클라이언트에서 기본적인 의사 소통을 웹 메서드는 비누 메시지, 코드가 단순히 문자열을 통과한받습니다 것처럼 로컬 메서드 호출 . xml 수있습니다, 물론, 직접 사용될를 사용하여 수업을 내에서가 system.xml 네임 스페이스를 만들고,로드, 분석 및 편집을 xml 문서를 비롯하여 비누 예입니다. 가. 그물 프레임 워크 uddi 기능이 기본적으로 포함되지 않습니다. 원할 경우 상호 작용을 게시하거나 아니면 uddi 서버의 플랫폼을 uddi 소프트웨어 개발 키트 (sdk)이 필요하다. 이 sdk를 구현합니다. 그물 국회에서 사용될 수있는 응용 프로그램을 제공 microsoft.uddi 네임 스페이스를합니다. 다음은이 작업의 예입 uddi sdk 디렉토리 위치에 특정 서비스에 대한 문의는 다음과 일치하는 비즈니스 서비스 질의가 반복 :uddiconnection myconn = 새 uddiconnection ( "http://test.uddi.myserver.com/inquire"); getservicedetail gs = 새 getservicedetail (strkey); servicedetail servdetail = gs.send (myconn); foreach (businessservice 학사에 servdetail.businessservices ) (... )과 같은 첨부 파일을 처리하기 위해 직접 인터넷 메시지 봉지 (유치) 또는 메시지 전송 최적화 메커니즘 (윤건), microsoft이있는 제품군의 도서관 -에 추가로합니다. 그물 프레임 워크는 웹 서비스를 호출 향상 팩입니다. 이러한 업데이 트를합니다. 그물 프레임 워크를 구현하는 최신 ws - * 기준에 대규모 릴리즈 사이의 프레임 워크입니다. 에 대한 전체 안내서에있는 모든 웹 서비스에 즐거움과 함께 microsoft하고있습니다. 그물 세상, 제품 웹 서비스 개발자 포털은 훌륭한 자원입니다. microsoft 철학가에 대한 소프트웨어는 대단히 중심 건물 소프트웨어로 원자 서비스 - 지향 구성 요소입니다. 이 염두에두고있는 것은 다음 세대의 microsoft 소프트웨어 개발 api를 포함 새 창이 통신 재단, 단일 api에 대한 건물 소프트웨어 -로 - - 서비스를하고있는가 버전 2.0의 추 일입니다. 그물 프레임 워크입니다. 이 것이든, 일부가 제품군의 재단 api (windows 워크플로 재단, windows 프레 젠 테이션을 재단 등),가 될 것입니다 연결되어 서비스 - 지향 시스템을 구축하기위한 핵심 api. 이것은 기술에 의해 추 blerick tawman
|
|||||||||||||||
|