메뉴펼치기
-
1
-
2
-
3
-
4
-
5
-
6
-
7
-
8
-
9
해당 자료는 3페이지 까지만 미리보기를 제공합니다.
3페이지 이후부터 다운로드 후 확인할 수 있습니다.
3페이지 이후부터 다운로드 후 확인할 수 있습니다.
목차
1. UDDI란?
2. UDDI를 통한 서비스 시장화
3. UDDI의 데이터 구조
4. UDDI의 출현 배경
5. UDDI의 작동 방식
6. WSDL 및 UDDI
7. UDDI에 등록
8. 결론
2. UDDI를 통한 서비스 시장화
3. UDDI의 데이터 구조
4. UDDI의 출현 배경
5. UDDI의 작동 방식
6. WSDL 및 UDDI
7. UDDI에 등록
8. 결론
본문내용
류할 수 있다.
단계 2: UDDI 항목 등록
모델링 연습을 마치면 회사를 등록한다. UDDI 레지스트리를 사용하여 계정을 얻어야 하는데, 이 작업은 사용 약관에 동의해야 하므로 프로그래밍 방식으로 수행할 수 없다. Microsoft 노드는 인증을 위해 Passport를 사용하므로 작업을 계속하려면 Passport(http://www.passport.com/Consumer/default.asp?lc=1042&lc=1042)를 취득해야 한다.
이 때 두 가지 옵션을 사용할 수 있다. Microsoft 노드에서 제공하는 웹 사용자 인터페이스를 사용하거나 노드 자체에 SOAP API 호출을 실행하여 프로그래밍 방식으로 등록할 수 있다. 항목을 많이 변경하지 않거나 항목이 비교적 단순할 경우에는 웹 사용자 인터페이스를 사용해도 된다. 항목을 자주 업데이트하거나 항목이 보다 복잡할 경우에는 Microsoft UDDI SDK를 사용하여 등록 과정을 스크립트로 만드는 것이 좋다. 뿐만 아니라 Microsoft 사용자 인터페이스는 다른 언어로 지역화되어 있지 않으므로 UDDI API의 해당 기능을 사용하려면 프로그래밍 방식으로 등록해야 한다.
다음은 등록 작업을 계속하기 위해 알아두어야 할 몇 가지 사항이다.
등록 과정의 이후 단계에서 tModel이 필요하게 되므로 서비스를 등록하기 전에 WSDL 파일을 tModel로 등록해야 한다.
WSDL 문서를 tModel로 등록할 때는 UDDI Types Taxonomy를 사용하여 tModel을 분류해야 한다. WSDL을 적어도 "웹 서비스에 대한 사양"(wsdlSpec)으로 분류해야 한다.
이런 식으로 분류하면 tModel이 "Using WSDL in a UDDI Registry" Best Practice document 에 따라 분류된다. tModel은 WSDL 파일이 아닌 문서에 대한 참조를 포함할 수 있으므로 tModel에 등급을 제공해야 한다. Visual Studio .NET과 같은 도구는 이러한 등급을 통해 수행한 쿼리의 결과 집합을 한정한다.
WSDL 인터페이스를 tModel로 등록했으면 적절한 연락처 정보 및 등급 정보와 함께 회사를 추가해야 한다. 적절한 경우 등급을 얼마든지 추가할 수 있다.
그런 다음 UDDI를 통해 공개하려는 웹 서비스를 추가한다. 서비스에 구현이 여러 개 있을 수 있으므로 추가하는 각 서비스에 대한 바인딩을 추가해야 한다. 바인딩마다 해당 웹 서비스에 대한 액세스 지점()을 제공한다.
각 바인딩은 바인딩이 지원하는 인터페이스에 대한 참조를 만들어야 한다. Microsoft UI에서는 이를 "사양 서명"이라고 한다. 사양 서명은 WSDL 인터페이스를 포함하는 tModel이다. Microsoft UI는 tModel의 URN을 기준으로 자신의 tModel을 검색할 수 있는 화면을 제공한다. 이 tModel은 단계 1에서 등록한 tModel이거나 누군가 다른 사람이 등록한 WSDL 파일의 tModel이다.
마지막으로 웹 서비스의 특정 인스턴스에 대한 개요 문서 및 관련된 인스턴스 매개 변수가 있는 http 위치를 제공할 수 있다.
단계 3: UDDI에서 항목 검색
UDDI에 항목을 등록한 후 세 가지 사항을 확인해야 한다. 첫째, Microsoft 웹 사용자 인터페이스에서 회사의 이름과 분류를 바탕으로 회사를 검색하여 결과 집합에 회사가 반환되는지 확인한다. 둘째, Visual Studio .NET을 열고 회사가 "Add Web Reference" 대화 상자에 나타나는지 확인한다. 회사가 나타나지 않으면 tModel이 위에서 설명한 uddi-org:types 분류법을 사용하여 제대로 분류되지 않았을 수 있다. 프로젝트에 웹 서비스를 추가할 수 있어야 하며 WSDL 파일을 사용하여 프록시 코드를 생성할 수 있어야 한다. 마지막으로 24시간이지나면 항목이 IBM 노드에 복제됩니다.
8. 결론
UDDI와 WSDL은 웹 서비스를 바탕으로 한 소프트웨어 환경을 조성하는 데 서로 보완적인 역할을 한다. WSDL은 특정 공급업체와는 무관한 공식적인 방법으로 웹 서비스를 정의하여 차세대 원격 프로시저 호출을 실현할 수 있는 방법을 제공하는 반면 UDDI는 웹 서비스를 설명하고 검색하는 데 사용할 수 있는 광범위하고 표준화된 인프라를 제공한다. 이 두 표준을 결합하여 웹 서비스 환경을 보다 견고하게 만들 수 있다.
단계 2: UDDI 항목 등록
모델링 연습을 마치면 회사를 등록한다. UDDI 레지스트리를 사용하여 계정을 얻어야 하는데, 이 작업은 사용 약관에 동의해야 하므로 프로그래밍 방식으로 수행할 수 없다. Microsoft 노드는 인증을 위해 Passport를 사용하므로 작업을 계속하려면 Passport(http://www.passport.com/Consumer/default.asp?lc=1042&lc=1042)를 취득해야 한다.
이 때 두 가지 옵션을 사용할 수 있다. Microsoft 노드에서 제공하는 웹 사용자 인터페이스를 사용하거나 노드 자체에 SOAP API 호출을 실행하여 프로그래밍 방식으로 등록할 수 있다. 항목을 많이 변경하지 않거나 항목이 비교적 단순할 경우에는 웹 사용자 인터페이스를 사용해도 된다. 항목을 자주 업데이트하거나 항목이 보다 복잡할 경우에는 Microsoft UDDI SDK를 사용하여 등록 과정을 스크립트로 만드는 것이 좋다. 뿐만 아니라 Microsoft 사용자 인터페이스는 다른 언어로 지역화되어 있지 않으므로 UDDI API의 해당 기능을 사용하려면 프로그래밍 방식으로 등록해야 한다.
다음은 등록 작업을 계속하기 위해 알아두어야 할 몇 가지 사항이다.
등록 과정의 이후 단계에서 tModel이 필요하게 되므로 서비스를 등록하기 전에 WSDL 파일을 tModel로 등록해야 한다.
WSDL 문서를 tModel로 등록할 때는 UDDI Types Taxonomy를 사용하여 tModel을 분류해야 한다. WSDL을 적어도 "웹 서비스에 대한 사양"(wsdlSpec)으로 분류해야 한다.
이런 식으로 분류하면 tModel이 "Using WSDL in a UDDI Registry" Best Practice document 에 따라 분류된다. tModel은 WSDL 파일이 아닌 문서에 대한 참조를 포함할 수 있으므로 tModel에 등급을 제공해야 한다. Visual Studio .NET과 같은 도구는 이러한 등급을 통해 수행한 쿼리의 결과 집합을 한정한다.
WSDL 인터페이스를 tModel로 등록했으면 적절한 연락처 정보 및 등급 정보와 함께 회사를 추가해야 한다. 적절한 경우 등급을 얼마든지 추가할 수 있다.
그런 다음 UDDI를 통해 공개하려는 웹 서비스를 추가한다. 서비스에 구현이 여러 개 있을 수 있으므로 추가하는 각 서비스에 대한 바인딩을 추가해야 한다. 바인딩마다 해당 웹 서비스에 대한 액세스 지점(
각 바인딩은 바인딩이 지원하는 인터페이스에 대한 참조를 만들어야 한다. Microsoft UI에서는 이를 "사양 서명"이라고 한다. 사양 서명은 WSDL 인터페이스를 포함하는 tModel이다. Microsoft UI는 tModel의 URN을 기준으로 자신의 tModel을 검색할 수 있는 화면을 제공한다. 이 tModel은 단계 1에서 등록한 tModel이거나 누군가 다른 사람이 등록한 WSDL 파일의 tModel이다.
마지막으로 웹 서비스의 특정 인스턴스에 대한 개요 문서 및 관련된 인스턴스 매개 변수가 있는 http 위치를 제공할 수 있다.
단계 3: UDDI에서 항목 검색
UDDI에 항목을 등록한 후 세 가지 사항을 확인해야 한다. 첫째, Microsoft 웹 사용자 인터페이스에서 회사의 이름과 분류를 바탕으로 회사를 검색하여 결과 집합에 회사가 반환되는지 확인한다. 둘째, Visual Studio .NET을 열고 회사가 "Add Web Reference" 대화 상자에 나타나는지 확인한다. 회사가 나타나지 않으면 tModel이 위에서 설명한 uddi-org:types 분류법을 사용하여 제대로 분류되지 않았을 수 있다. 프로젝트에 웹 서비스를 추가할 수 있어야 하며 WSDL 파일을 사용하여 프록시 코드를 생성할 수 있어야 한다. 마지막으로 24시간이지나면 항목이 IBM 노드에 복제됩니다.
8. 결론
UDDI와 WSDL은 웹 서비스를 바탕으로 한 소프트웨어 환경을 조성하는 데 서로 보완적인 역할을 한다. WSDL은 특정 공급업체와는 무관한 공식적인 방법으로 웹 서비스를 정의하여 차세대 원격 프로시저 호출을 실현할 수 있는 방법을 제공하는 반면 UDDI는 웹 서비스를 설명하고 검색하는 데 사용할 수 있는 광범위하고 표준화된 인프라를 제공한다. 이 두 표준을 결합하여 웹 서비스 환경을 보다 견고하게 만들 수 있다.
추천자료
- 가격1,500원
- 페이지수9페이지
- 등록일2005.09.06
- 저작시기2005.09
- 파일형식한글(hwp)
- 자료번호#311837
본 자료는 최근 2주간 다운받은 회원이 없습니다.
