 |
|
|
|
|
|
SOAP 애플리케이션에서 WSDL 사용하기
Web Services Description Language (WSDL)는 네트워크로 연결된 XML 기반 서비스를 기술하는 새로운 스팩이다. 서비스 공급자가 기반 프로토콜(Simple Object Access Protocol 또는 XML)이나 인코딩(Multipurpose Internet Messaging Extensions)과는 무관하게 기본 요청 포맷을 시스템에 제공할 수 있는 간단한 방식이다.
WSDL은 Universal Description, Discovery and Integration (UDDI) 이니셔티브의 핵심 부분으로서 , 인터넷 비즈니스를 위한 온라인 서비스등의 디렉토리와 관련설명을 제공한다. 이 글에서 WSDL의 배경과 기술을 설명한다. XML과 XML Namespaces에 대한 기초적인 이해와 XML Schemas와 SOAP을 이해하고 있다면 이 글이 더욱 유용할 것이다. |
|
|
|
2000년 11월 1일 (수) |
|
| |
Linux 하드웨어 안정성 가이드, Part 1
Linux의 안정성에 대한 명성은 가히 전설적이다. 그러나 가장 안정성 있는 운영체제라고 해도 하드웨어에 결함이 있거나 구성이 잘못되면 Linux의 안정성도 유익이 되지 못한다. 이 글에서 Daniel Robbins는 CPU 플레이킹(flaking) 현상을 진단하고 결함을 고치는 방법과 RAM테스트 방법에 대해서 설명한다. |
|
|
|
2001년 3월 1일 (목) |
|
| |
레거시 애플리케이션을 웹 서비스로 적용시키기
동적인 e-비즈니스와 이를 지원하는 개방형 표준에 기반한 기술들의 등장으로, 기업 내 핵심적인 비즈니스 프로세스를 지원하고 있는 가치 있는 레거시 애플리케이션들이 이 새로운 분산 컴퓨팅 분야에 참여할 수 있게 있다. 이 글에서 우리는 레거시 애플리케이션이 어떻게 웹 서비스 기술을 적용할 수 있게 되는지에 대해 개략적으로 설명한다. 그리고 레거시 애플리케이션의 개념적 아키텍처 사용을 보여주는 예제를 제공하겠다. |
|
|
|
2002년 1월 1일 (화) |
|
| |
웹 서비스 준비(provisioning)
웹 서비스 준비는 기업간에 유료 (사용량에 따른 지불) 웹 서비스를 운용하기 위한 중추라고 할 수 있다. 이것은 웹 서비스의 행동을 제어하는 서비스 인증, 등록, 계량, 청구 및 관리 작업이 복잡하게 혼합된 것이다. 이 글에서는 alphaWorks를 통해 출시된, 이 중요한 작업을 처리하는 웹 서비스 호스팅 기술 (WSHT) 패키지에 대해 검토하겠다. |
|
|
|
2002년 1월 1일 (화) |
|
| |
이커머스 싱글사인인(single sign-in)에 웹 서비스 사용하기
웹 애플리케이션 사용자들은 웹사이트를 사용할 때 완벽한 통합과 상호운용성을 기대한다. 케이스 스터디를 통해, 전자 Customer Relationship Management (eCRM) 애플리케이션을 기존 이 커머스(e-Commerce) 마켓플레이스 애플리케이션으로 통합하여 사용자에게 single-sign-in을 제공하는 방법을 알아본다. |
|
|
|
2002년 1월 1일 (화) |
|
| |
WSFL 활용, Part 1
이 글은 다른 웹 서비스들을 통합함으로써 새로운 웹 서비스를 개발하기 위해 유연한 Web Services Flow Language (WSFL)를 어떻게 사용할 수 있는지를 설명한 자바로 웹 서비스 프로그래밍하기(Manning, 2002)를 기초로 하고 있다. 각기 다른 서비스 제공자들로부터 제공된 여러 개의 웹 서비스들이 흐름 모델에서 어떻게 작동할 수 있는지를 보여주는 상세한 예제를 제공한다. |
|
|
|
2002년 1월 1일 (화) |
|
| |
Specification: Web Services Experience Language -Updated
WSXL (Web Services Experience Language) is a Web services centric component model for interactive Web applications. WSXL is designed to achieve two main goals: enable businesses to distribute Web applications through multiple revenue channels, and enable new services or applications to be created by leveraging existing applications across the Web. |
|
|
|
2002년 1월 4일 (금) |
|
| |
웹 서비스의 QoS(서비스의 품질) 이해하기
웹 서비스의 확산에 따라 서비스 품질(QoS)은 서비스 제공자의 성공을 구분짓는 중요한 요소가 되어가고 있다.
이 글에서는 다양한 웹 서비스 QoS의 요구 사항들, 웹 서비스 퍼포먼스에 영향을 끼치는 병목현상(bottleneck), QoS
제공 방식, 트랜잭션 서비스, 서비스 프록시를 사용하는 웹 서비스의 반응시간 측정 등을 검토해본다. |
|
|
|
2002년 1월 16일 (수) |
|
| |
MVC 형식을 이용한 웹 서비스 아키텍쳐
Model-View-Controller (MVC) 패턴은 객체 지향 애플리케이션의 소프트웨어 엔지니어링에 있어 매우 유용하다. 이 글을 통해 정적/동적 웹 서비스에 어떻게 적용되는 지를 살펴보자. |
|
|
|
2002년 2월 1일 (금) |
|
| |
웹 서비스 상호운용성(interoperability)의 이해
웹 서비스 기술은 소프트웨어 애플리케이션 사이에 새로운 차원의 상호운용성을 제공할 것으로 기대를 받고 있다. 플랫폼 제공자, 소프트웨어 개발자, 유틸리티 제공자들이 SOAP, WSDL, UDDI 기능을 갖춘 소프트웨어를 이용하기 위해 무서운 기세로 달려들 것임에는 의심의 여지가 없다. Frank Cohen은 웹 서비스 구현의 모순점을 설명하고 향상된 소프트웨어를 더욱 빠르게 제공하는 SOAP 기술을 평가하는 방법을 설명한다. |
|
|
|
2002년 2월 1일 (금) |
|
| |
아키텍쳐 모험
이 글에서는 아키텍쳐와 디자인의 관계를 연구하고, 나아가서 애플리케이션 코딩과 성능에 영향을 끼칠 수 있는 방법을 찾아본다. |
|
|
|
2002년 2월 1일 (금) |
|
| |
SOAP과 RDF
이 글을 통해 RDF 모델에서 정보를 교환하는데 SOAP이 사용될 수 있는 방법들이 검토된다. RDF 모델의 기본적인 데이터를 PC 교환이나 RDF/XML 직렬화 형식에서 모델의 부분들을 직접 전달하는데 필요한 SOAP 인코딩으로 변환하는방법을 연구한다. |
|
|
|
2002년 2월 1일 (금) |
|
| |
WSFL: 웹 서비스는 고립된 섬이 아니다!
이 책은 다른 웹 서비스들을 통합하여 새로운 웹 서비스를 만들기 위해 유연한 Web Services Flow Language (WSFL)를 사용하는 방법을 설명하고 있다. 각 서비스의 다양한 작동들이 하나의 프로세스 플로우로 함께 연결되는 방법을 설명하겠다. |
|
|
|
2002년 2월 1일 (금) |
|
| |
아키텍쳐 모험
이 글에서는 아키텍쳐와 디자인의 관계를 연구하고, 나아가서 애플리케이션 코딩과 성능에 영향을 끼칠 수 있는 방법을 찾아본다. |
|
|
|
2002년 2월 28일 (목) |
|
| |
아파치 SOAP 유형 매핑, Part 2 : 직렬화 설명서
SOAP 사양은 데이터베이스, 프로그래밍 언어 (예 : 자바 프로그래밍 언어) 및 데이터 리파지토리에서 발견되는 일반적인 유형들을 표시하기 위한 인코딩을 명시한다. 아파치 SOAP의 툴킷은 자바 유형들을 직렬화된 XML 표현으로 매핑시키는 작업을 수행하는 클래스인 기초적인 (비)직렬자 세트를 제공함으로써 인코딩을 지원한다. Gavin Bong은 툴킷에서 제공되는 것이 요구사항과 맞지 않을 때 직접 (비)직렬자를 작성하는 방법을 보여준다. 예제 애플리케이션도 제공한다. |
|
|
|
2002년 3월 1일 (금) |
|
| |
Business Explorer for Web services(BE4WS)로 집합적인 UDDI 검색 수행하기
많은 개발자들은 웹 서비스가 인터넷 상에서 비즈니스 서비스들을 연동시키고, 이기종 코드를 유용한 프로그램으로 통합시키는 세계를 열어줄 것으로 믿고 있다. 그러나 이러한 꿈이 실현되려면 사용자는 광대한 공용 네트워크에 있는 서비스들을 발견할 수 있어야 하다. 현재의 검색 API는 기껏해야 초보 수준이고, 개발자는 원하는 웹 서비스들을 발견하기 위해 많은 코드를 작성해야 한다. Business Explorer for Web Services (BE4WS)는 alphaWorks 기술이며 자바 프로그래밍 언어와 XML에 기반하고 있고, 개발자와 사용자에 모두에게 Universal Description, Discovery, and Integration (UDDI) 탐색을 단순화시키는 것을 목표로 한다. Liang-Jie Zhang과 Qun Zhou는 이것이 어떻게 수행되는지를 보여주는 몇 가지 예제 코드를 소개한다. 그리고 코드를 작성하지 않고도 사용자가 웹 서비스를 발견할 수 있도록 하는 웹 기반의 애플리케이션을 어떻게 구축할 수 있는지 보여준다. |
|
|
|
2002년 3월 1일 (금) |
|
| |
Tip: 프로세스 규정하기
여러분은 객체 지향 애플리케이션을 웹 서비스를 통해 액세스가 가능한 응집력있는 기능 패키지로 구성할 수 있다. 첫 번째 시리즈에서 Scott W. Ambler는 빠르고 쉬운 이동을 위해 로드맵을 정한다. |
|
|
|
2002년 3월 1일 (금) |
|
| |
아파치 SOAP 유형 매핑, Part 1: 아파치의 직렬화 API 검토하기
SOAP은 애플리케이션 레벨 데이터를 전달하기 위한 간단한 네트워크 프로토콜을 정의한다. 이 프로토콜은 풍부하고 확장 가능한 유형 시스템 덕분에 임의적인 자바 유형을 직렬화된 XML로 쉽게 전달할 수 있다. 아파치 SOAP 툴킷에서 발견되는 유형 시스템 지원에 관한 2편으로 된 시리즈의 1편인 이 글에서 Gavin Bong은 SOAP의 유형 시스템의 이론적인 기초를 소개할 것이다. 여러분은 또한 직렬화와 비직렬화에 대한 SOAP의 프로그램적인 지원에 관해 배울 것이고 툴킷의 내부를 검토하면서 결론을 내릴 것이다. 이 프로세스들이 어떻게 작동하는지를 잘 이해하면 여러분 자신의 분산 시스템 구축에 도움이 될 것이다. |
|
|
|
2002년 4월 1일 (월) |
|
| |
웹 서비스 MVC 아키텍처 구축하기
이번에는 Model-View-Controller (MVC) 패턴을 사용하는 웹 서비스 아키텍처 구현 방법에 포커스를 맞추었다. SOAP과 UDDI API를 사용하여 정적인 웹 서비스와 동적인 웹 서비스에 접근하는 방법과 함께 웹 서비스 아키텍처를 구성하는 컴포넌트들의 설계 구현에 대해 소개한다. |
|
|
|
2002년 4월 1일 (월) |
|
| |
SLA로 웹 서비스 보증하기
많은 기업들이 자사가 비용을 지불하는 IT 서비스의 신뢰성을 보증하기 위해 Service-level agreements (SLAs)를 요구하고 있다. 웹 서비스가 주류에 들어섬에 따라 고객들은 웹 서비스의 품질을 보증하는 SLA를 요청할 것이다. Judith M. Myerson은 SLA를 어떻게 구축할 수 있는지 설명한다. |
|
|
|
2002년 4월 1일 (월) |
|
| |
비동기식 작동과 웹 서비스, Part 1: 비동기식 작동과 웹 서비스
모든 웹 서비스가 동기식(synchronous)으로 작동하는 것은 아니다. 어떤 경우에는 웹 서비스 요청에 대한 응답이 즉시 제공되지 않는다. 처음 요청 후 몇 시간이 지나서 트랜잭션이 완료된다. 이와 같은 비동기식(asynchronous) 작동은 웹 서비스 스팩과 표준에서는 명확하게 지원되지 않는다. 이 글에서는 웹 서비스가 비동기식 작동 방식을 이해해야 하는 이유를 설명한다. |
|
|
|
2002년 4월 1일 (월) |
|
| |
웹 서비스 평가
웹 서비스는 실제로 사용될 경우 복잡한 환경을 감수해야 한다. 초기 선택과 제공자(provider)/고객(consumer)의 지속적인 관계의 부분으로서 웹 서비스를 평가하는 메커니즘을 연구해본다. |
|
|
|
2002년 4월 1일 (월) |
|
| |
Tip: UML 모델에서 웹 서비스 도출하기, Part 2
웹 서비스를 확인할 때 첫번째 작업은 객체 설계를 개념적으로 단순화하는 것이다. 이렇게 하면 절차를 진행시킬 때 객체 설계의 중요한 측면에만 포커스를 맞출 수 있다. |
|
|
|
2002년 4월 1일 (월) |
|
| |
Python Web services developer: 제 10회 국제 파이썬 컨퍼런스
코딩을 잠시 멈추고 파이썬 컨퍼런스에 눈을 돌려보자! |
|
|
|
2002년 4월 1일 (월) |
|
| |
Specification: Web services security protocol
The Web Services Security specification offers a new model for many levels of security needed for services. It includes enhancements to SOAP to provide quality of protection mechanisms, provides a general-purpose mechanism to associate security-tokens with messages, and describes how to encode binary security tokens in messages. |
|
|
|
2002년 4월 11일 (목) |
|
| |
초보자를 위한 wxHTML
많은 애플리케이션들이 리포팅과 온라인 도움말에 HTML을 사용하고 있다. 애플리케이션에 웹 브라우저를 임베딩하는것으로, 페이지 검색에 어떤 브라우저를 사용하는 가에 별로 신경쓰지 않아도 된다. 또한 애플리케이션으로 HTML 페이지를 연결해주는 커스텀 태그를 만들 수도 있다. 예를 들어 IDE의 도움말 시스템의 경우, 사용자들은 커스텀 태그를 만들었던 곳에서 함수 레퍼런스를 볼 수 있고 사용자들이 함수 이름에 클릭할 때 함수 호출은 사용자 코드에 삽입될 수 있다. |
|
|
|
2002년 5월 1일 (수) |
|
| |
Tip: UML 모델에서 웹 서비스 도출하기, Part 3
애플리케이션을 위한 웹 서비스를 결정하기 전에 이 서비스로 액세스하고자 하는 관련 패키지 기능을 결정해야 한다. 세 번째 시리즈에서 Scott W. Ambler는 보다 나은 웹 서비스를 만들기 위해 애플리케이션을 조직화 하는 방법을 설명한다. |
|
|
|
2002년 5월 1일 (수) |
|
| |
웹 서비스 게이트웨이 소개
웹 서비스는 기업의 방화벽 내에서 그리고 그 이상의 장소 에서 애플리케이션과 프로세스로 부터 액세스 될 수 있다. 이것의 기본은 기업 네트워크 깊숙한 곳에 자리잡은 서비스가 외부 사용자에게 어떻게 노출되는 가이다. 이 글에서는 이러한 접근방식과 관련한 문제를 다루겠다. |
|
|
|
2002년 5월 1일 (수) |
|
| |
웹 서비스 호출 프레임웍(Web Service Invocation Framework) 사용하기
Web Service Invocation Framework은 전송 프로토콜이나 위치와 상관없이 웹 서비스를 호출하는 수단을 제공한다. 이는 애플리케이션 개발을 단순하게 하면서 같은 방식으로 non-SOAP 기반의 서비스를 호출할 때도 WSIF를 이용할 수 있다는 의미이다. Apache Software Group에 제공된 WSIF의 최근 변화에 대해 알아보자. |
|
|
|
2002년 6월 1일 (토) |
|
| |
Tip: UML 모델에서 웹 서비스 도출하기, Part 4
웹 서비스는 소수의 서비스들을 통해서 중요한 기능을 제공하는 방식으로 도메인 패키지 라고 불리는 클래스 집합에 의해 제공될 수 있다. 이번 마지막 시리즈에서는 객체 지향 애플리케이션을 웹 서비스 슈트로 변형하는 방법을 설명한다. |
|
|
|
2002년 6월 1일 (토) |
|
| |
UDDI 이해하기
Universal Description, Discovery, and Integration (UDDI) 프로젝트는 기업이 UDDI 비지니스 레지스트리에서 웹 서비스를 구현하고 모델링 할 수 있는 툴셋을 지속적으로 개발해왔다. 이 글에서는 UDDI를 소개하고 이것이 웹 서비스 성장에 기여할 수 있는 역할이 무엇인지를 검토한다. UDDI의 작동방법과 UDDI 스팩의 새로운 특징을 알아본다. |
|
|
|
2002년 7월 1일 (월) |
|
| |
비지니스 프로세스와 트랜잭션 자동화
Business Process Execution Language for Web Services, WS-Transaction, WS-Coordination 스팩은 비지니스 프로세스 자동화 프레임웍을 제공한다. 세 가지 새로운 스팩에 대해 알아보자. |
|
|
|
2002년 8월 1일 (목) |
|
| |
WebSphere와 .Net 플랫폼 간 웹 서비스 상호운용성
상호운용성은 웹서비스의 중요한 성공 요소이다. 새로운 웹 서비스 표준들이 제시되고 초기 구현들이 만들어짐에 따라 그 중요성은 더해간다. IBM과 Microsoft는 WebSphere와 .Net 플랫폼간 고급의 웹 서비스 상호운용성을 보여주는 애플리케이션들을 만들었다. 그러한 애플리케이션은 어떤 것들이 있는지 새롭게 제안된 웹 서비스 표준인 WS-Security는 어떤 특징이 있는지를 알아보자. |
|
|
|
2002년 8월 1일 (목) |
|
| |
웹 서비스 세계에서의 트랜잭션, Part 1
이 글에서는 WS-Coordination과 WS-Transaction용 웹 서비스 스팩 개요를 설명한다. 이 새로운 스팩들은 웹 서비스를 함께 연결함으로서 신뢰성 있는 애플리케이션에 필요한 매커니즘을 정의하고 있다. WS-Coordination 스팩은 웹 서비스 코디네이션의 일반적인 토대를 제공한다. 기존의 표준 트랜잭션 매커니즘을 지원한다. WS-Transaction 스팩에는 자동화된 비지니스 트랜잭션 프로토콜에 대한 정의가 포함되어 있다. 추가적인 패턴과 프로토콜이 생겨날 것이며 스팩에 정의된 확장성 있는 코디네이션 프레임웍에 기반을 둘 것이다. 이러한 스팩들은 일관성 있는 트랜잭션 지원에 대한 필요를 충족시킬 것이며 웹 서비스를 통한 신뢰성 있는 오퍼레이션 협동(coordination)을 보장할 수 있는 일반적인 필요사항을 다루게 될 것이다. |
|
|
|
2002년 8월 1일 (목) |
|
| |
웹 서비스 세계에서의 트랜잭션, Part 2
이 글에서는 WS-Coordination과 WS-Transaction용 웹 서비스 스팩 개요를 설명한다. 이 새로운 스팩들은 웹 서비스를 함께 연결함으로서 신뢰성 있는 애플리케이션에 필요한 매커니즘을 정의하고 있다. WS-Coordination 스팩은 웹 서비스 코디네이션의 일반적인 토대를 제공한다. 기존의 표준 트랜잭션 매커니즘을 지원한다. WS-Transaction 스팩에는 자동화된 비지니스 트랜잭션 프로토콜에 대한 정의가 포함되어 있다. 추가적인 패턴과 프로토콜이 생겨날 것이며 스팩에 정의된 확장성 있는 코디네이션 프레임웍에 기반을 둘 것이다. 이러한 스팩들은 일관성 있는 트랜잭션 지원에 대한 필요를 충족시킬 것이며 웹 서비스를 통한 신뢰성 있는 오퍼레이션 협동(coordination)을 보장할 수 있는 일반적인 필요사항을 다루게 될 것이다. |
|
|
|
2002년 8월 1일 (목) |
|
| |
Business Process with BPEL4WS: BPEL4WS 이해하기, Part 1
최근 배포된 Business Process Execution Language for Web Services (BPEL4WS) 스팩은 웹 서비스 표준으로 자리잡았다. 웹 서비스 호출, 데이터 조작, 오류 보고, 프로세스 종료 같은 다른 작동들을 하나로 만들어서 복합적인 프로세스를 만들 수 있다. |
|
|
|
2002년 8월 1일 (목) |
|
| |
Business Process with BPEL4WS : BPEL4WS 배우기, Part 2
최근 배포된 Business Process Execution Language for Web Services (BPEL4WS) 스팩은 웹 서비스 표준으로 자리잡았다. 웹 서비스 호출, 데이터 조작, 오류 보고, 프로세스 종료 등의 작동들을 하나로 만들어서 복합적인 프로세스를 만들 수 있다. 이번에는 데이터 조작, 상관관계, 고장 처리, 보상, BPEL4WS의 다양한 구조의 작동 등을 비롯하여 이 언어의 핵심부분을 설명한다. |
|
|
|
2002년 8월 1일 (목) |
|
| |
웹 서비스 개발하기, Part 3: SOAP 상호운용성
이번에는 SOAP의 진화, SOAP의 상호운용성 문제와 세부사항, 상호운용성이 향상된 웹 서비스 개발 가이드라인을 설명한다. SOAP에서 DataType을 사용하는 방법도 전한다. |
|
|
|
2002년 9월 1일 (일) |
|
| |
SOAP의 첨부파일 핸들링
웹 서비스는 서비스간 프로세스에서 텍스트 메시지 그 이상을 전송할 수 있어야 한다. 언어 구조, 멀티미디어 파일, 임베디드 메시지 같은 복잡한 데이터 유형들이 포함될 수 있다. 이 글에서는 SOAP with Attachments 스팩이 정보를 전송하는 데 어떻게 사용되는지를 연구한다. SOAP 서비스에서 커스텀 데이터 타입 매핑과 첨부파일(attachment)의 핸들링 방법을 프로그래밍 예제를 통해 보여준다. |
|
|
|
2002년 9월 9일 (월) |
|
| |
웹 서비스 표준을 통한 방향 찾기, Part 2
: 복잡한 SOAP과 WSDL
어떤 제품이 SOAP을 지원한다고 해서 이와 비슷한 것을 내세우는 다른 제품과 상호운용성을 보장하는 것은 아니다.
SOAP에 대해 좀더 자세한 이해가 필요하다. SOAP은 근본적으로 단순한 메시지 포맷이다. |
|
|
|
2002년 10월 1일 (화) |
|
| |
웹 서비스 표준을 통한 방향 찾기 Part 1 : 나의 웹 서비스가 클라이언트와 함께 작동하고 있는가?
웹 서비스는 수 많은 표준으로 정의된다. 각 표준들은 독립적이며 일반적인 성격을 띄고있다. 하지만 복잡한 웹 서비스의 일부분만을 언급하는 것이 대부분이다. |
|
|
|
2002년 10월 1일 (화) |
|
| |
웹 서비스의 동적 발견과 호출
웹 서비스의 유연함과 힘을 충분히 활용하려면 웹 서비스 구현을 동적으로 발견 및 호출할 수 있어야한다. 이것은 웹 서비스의 궁극적인 약속이며 UDDI 같은 기술들이 개발된 이유이기도 하다. 공용으로 액세스가 가능한 웹 서비스 구현의 필요성은 늘 제기되어왔다. |
|
|
|
2002년 10월 24일 (목) |
|
| |
Business Process with BPEL4WS: BPEL4WS 배우기, Part 4
BPWS4J는 BPEL4WS 스팩 구현으로서 BPEL4WS 프로세스를 만드는데 필요한 런타임 엔진과 에디터를 포함하고 있다. |
|
|
|
2002년 11월 1일 (금) |
|
| |
Web Services Bus 연구, Part 1
IBM alphaWorks에서 Web Services Toolkit version 3.2.2를 다운로드 했다면 웹 서비스 프로세서 구축에 필요한 프레임웍인 Web Services Bus가 준비된 것이다. Bus의 UDDI 기반 발견 메커니즘과 웹 서비스 퍼블리싱 프로세스 자동화에 대해 알아보자. |
|
|
|
2002년 11월 1일 (금) |
|
| |
웹 서비스와 J2EE를 이용한 엔터프라이즈 애플리케이션 통합
그동안 IT 종사자들은 백앤드 시스템을 통합하기 위해 Java 2 Platform, Enterprise Edition (J2EE)를 사용했다. 최근 등장한 웹 서비스 기술은 전혀 새로운 방식을 제시하고 있다. Enterprise application integration (EAI)를 위해 J2EE와 웹 서비스가 어떻게 협동하는지를 보자. |
|
|
|
2002년 11월 1일 (금) |
|
| |
BPEL4WS 문서 제작을 위한 레퍼런스 가이드
모든 종류의 BPEL4WS 엘리먼트를 설명한다. BPWS4J 에디터 사용자를 위해 계획되었지만 BPEL4WS 문서를 만드는 사람이나 이 언어에 익숙하지 않은 사람들에게도 유용할 것이다. |
|
|
|
2002년 11월 1일 (금) |
|
| |
UDDI V3
웹 서비스에 익숙하다면 Universal Description, Discovery, and Integration (UDDI)의 중요성과 웹 서비스 레지스트리로서의 역할에 대해 인식하고 있을것이다. 이러한 서비스들을 빠르고 쉽게 발견할 수 있도록 웹 서비스 디스크립션에 대한 일반적인 솔루션을 마련한다는 것은 서로다른 웹 서비스 환경에서 성공의 기본 요소이다. |
|
|
|
2002년 11월 1일 (금) |
|
| |
WSDL로 웹 서비스 전개하기, Part 2: Simple Object Access Protocol (SOAP)
Simple Object Access Protocol (SOAP)은 원격 객체로의 액세스를 규정한다. 원격 객체들의 예제는 간단하거나 Enterprise JavaBeans components와 COM/COM+ 객체들이다. 이러한 객체들은 다른 엔터프라이즈 내부에 존재하고 인터넷의 어딘가에 존재하고 있다. SOAP 통신은 인터넷을 통해 작동하고 다른 엔터프라이즈 사이에서 정보를 교환하는 메커니즘이다. 이 글에서, Bial은 SOAP을 자세하게 다룬다. 객체들이 SOAP을 사용하여 기능을 나타내는 방법, SOAP 객체를 호출하는 방법, SOAP 인식 애플리케이션 사이에 정보를 교환하는 방법을 설명한다. |
|
|
|
2002년 11월 21일 (목) |
|
| |
웹 서비스 보안: 스택 구축하기
4월, IBM, MS, Verisign은, 웹 서비스 개발자들이 안전한 SOAP 메시지 교환을 할 수 있도록 하는 메커니즘인 Web Services Security (WS-Security) 스팩을 합동으로 발표했다. |
|
|
|
2002년 12월 1일 (일) |
|
| |
캐싱(caching)을 통한 웹 서비스 향상
웹 서비스를 이용하는 애플리케이션을 통합 및 구현한 후, 효율성을 희생하지 않고는 단순함에 접근할 수 없다는 이야기를 많이 들어봤을 것이다. 이 글은 제어하고 있는 것들의 속도를 어떻게 높일 수 있는지, 그리고 궁극적으로 따라가고자하는 기술을 어떻게 받아들일 수 있는지를 조망하고자 한다. 이 글에서 캐싱 객체 활용 기초를 배워보자. |
|
|
|
2002년 12월 1일 (일) |
|
| |
웹 서비스 스팩
웹 서비스 스팩
|
|
|
|
2003년 1월 1일 (수) |
|
| |
웹 서비스 상호운용성, Part 1
Andre Tost는 구매 주문 프로세스가 다양한 웹 서비스 환경에서 어떻게 구현되는지를 설명한다. 애플리케이션이 무엇을 수행하는지, 애플리케이션의 개개 요소가 어떻게 상호작동 하는지도 배워본다. |
|
|
|
2003년 1월 1일 (수) |
|
| |
웹 서비스 상호운용성, Part 2
IBM WebSphere용 애플리케이션을 다운로드하여 각자의 로컬 컴퓨터에서 실행하는 방법을 설명한다. 이 애플리케이션은 커넥트 모드와 비 커넥트 모드에서 실행하면서 인터넷상에 존재하는 다른 서비스 구현과 인터랙팅한다. 또한, 이 애플리케이션을 IBM WebSphere Studio Application Developer에 반입하여 실행 및 디버깅하는 방법도 설명한다. |
|
|
|
2003년 1월 1일 (수) |
|
| |
웹 서비스 기술 가이드
웹 서비스 기술에 대한 수 없이 많은 글들을 접해왔다. Simple Object Access Protocol (SOAP)의 기초에서부터 Web Services Invocation Framework (WSIF)과 웹 서비스 레지스트리 같은 고급 주제에 이르기까지 범위도 다양했다. 이 모든 논의들을 developerWorks에 정리해줄 것을 요청받았다. Doug Tidwell은 간단한 코드를 이용하여 이를 웹 서비스로서 전개하고 클라이언트를 위해 작성도 했다. 그런다음 웹 서비스 디스크립션을 만드는 방법과, 레지스트리와 웹 서버상에 이 디스크립션을 저장하는 방법도 설명한다. 마지막으로 웹 서비스를 발견하고 호출하는 두 가지 다른 방법도 제시한다. |
|
|
|
2003년 1월 1일 (수) |
|
| |
사용자를 위한 웹 서비스: Part 3: WSRP로 포탈 구현하기
웹 페이지와 원격 포탈이 어떻게 구현되는지와 WSIA 스팩이 사용자(human facing) 애플리케이션을 구현하는데 어떻게 사용될 수 있는지를 검토했다. 이번에는 Web Services for Remote Portals (WSRP)를 사용하여 WSXL 컴포넌트 서비스의 기능을 확대하는 방법이다. |
|
|
|
2003년 1월 1일 (수) |
|
| |
웹 서비스의 비지니스 프로세스와 워크플로우
처음 부터, 일(work)은 존재했다. 첫 번째 바퀴를 만든 사람을 생각해보자. 이 첫 번째 바퀴는 창조이자, 발명이며, 기념 할 이유가된다. 하지만, 두 번째, 세 번째, 네 번째, 다섯 번째.. 바퀴들은 단지 일 그 자체이다. 동굴에 거주하던 시대부터 Henry Ford가 생산라인에서 Ford 자동차를 만들기 시작한 현재에 이르기까지, 적은 비용을 들여, 좋고, 빠르며, 믿을 수 있게 일을 하는 방법을 생각하고 있다. 비지니스 프로세스(Business process)는 이러한 목적을 달성하는 훌륭한 방법이다. 이 글에서는 비지니스 프로세스와 워크플로우와 웹 서비스의 관계를 검토해본다. |
|
|
|
2003년 1월 1일 (수) |
|
| |
웹 서비스의 단점
Bloor Research - North America (Bloor NA)는 웹 서비스 아키텍쳐의 진화를 면밀히 관찰하면서 웹 서비스의 엔드 유저, 벤더 개발, 표준의 진화 등을 연구했다. |
|
|
|
2003년 1월 10일 (금) |
|
| |
웹 서비스 세계에서의 보안 : 아키텍처 및 로드맵 제안
이 문서는 웹 서비스 환경에서의 보안 문제를 해결하기 위해 제안된 전략을 설명한다. 이 문서는 포괄적인 웹 서비스 보안 모델을 정의하고 있는데, 이 모델은 다양한 시스템들이 플랫폼 및 언어에 중립적으로 안전하게 상호 작용할 수 있도록 하면서 몇 개의 잘 알려진 보안 모델, 메커니즘 및 기술들(대칭형 키와 공개 키 기술 모두를 포함한)을 지원하고 통합하며 통일시킨다. 이 문서는 또한 이 사양들이 어떻게 함께 사용될 수 있는지를 보여주는 사양 및 시나리오 세트를 정의한다. |
|
|
|
2003년 1월 10일 (금) |
|
| |
웹 서비스 보안, Part I
이 글은 Web Services Security Framework의 다양한 측면을 소개하고 HTTP를 사용하여 안전한 웹 서비스 애플리케이션을 작성하고 전개하는 방법을 설명한다. |
|
|
|
2003년 2월 25일 (화) |
|
| |
Best practices for Web services: Part 6
Part1에 소개된 Web services vernacular와 Part 2의 IBM Patterns for e-business를 실제 비지니스 시나리오에 적용해본다 |
|
|
|
2003년 3월 1일 (토) |
|
| |
Business Process with BPEL4WS: BPEL4WS, Part 6
비지니스 프로세스의 정의와 실행에 필수적인 언어의 고급 속성을 알아본다. |
|
|
|
2003년 3월 1일 (토) |
|
| |
SOAP 인코딩이 웹 서비스 퍼포먼스에 미치는 영향
소프트웨어 개발자들은 웹 서비스 시스템 구현에 많은 선택권을 갖고있다. 최근 조사에서, Frank Cohen은 SOAP 인코딩 스타일을 선택하면 시스템 확장성과 신뢰성에 영향을 미칠 수 있다는 것을 발견했다. 이 글에서 다양한 인코딩 방법들을 설명하고 퍼포먼스와 신뢰성의 장단점을 분석한다. |
|
|
|
2003년 3월 1일 (토) |
|
| |
이식성과 상호운용성
CNET Networks가 주최한 최근 웹 서비스 컨퍼런스에 참가했던 James Snell과 Tom Glover는 e-비지니스 통합이라는 큰 영역에서 웹 서비스의 역할에 대한 혼란이 존재하는 것을 보고 놀랐다. 이 혼돈은 상호운용성과 이식성 사이의 모호하고 부정확한 경계때문인 것으로 보인다. 이 글을 통해, 이 두 가지 중요한 개념의 구분과 관계를 명확하게 규명해본다. |
|
|
|
2003년 3월 10일 (월) |
|
| |
Business Process with BPEL4WS: BPEL4WS 배우기, Part 5
이전글에서 웹 서비스를 호출하는 BPEL4WS 프로세스를 구현하는 방법을 설명했다. 이 글에서는 그
예제를 사용하여 BPEL4WS 스팩과 BPWS4J 샘플에 포함된 대출 승인 프로세스로 확장하여 링크, 조건,
액티비티의 사용법을 설명하겠다. |
|
|
|
2003년 3월 11일 (화) |
|
| |
WS-Security 구현
부상하고 있는 WS-Security 표준이 2002년 가을에 개발된 웹 서비스의 보안에 어떻게 사용되었는지를 설명한다. 이 글에서는 웹 서비스의 보안 관련 요구사항들을 검토하고, HTTPS/SSL, 디지틀 인증, 디지틀 서명 등을 결합하여 이러한 요구들을 충족시키는 방법에 대해 논의할 것이다. 웹 서비스를 실행하는 데 사용되는 SOAP 메시지의 WS-Security 요소를 검토하면서 WS-Security 요소의 각 부분을 설명할 것이다. 이 글을 읽은 후에 여러분은 웹 서비스 애플리케이션 제품에서 WS-Security를 사용하는 방법에 대한 이해력이 성장할 것이며 자신의 프로젝트에 이 떠오르는 표준을 사용할 것에 대한 확신을 갖게 될 것이다. |
|
|
|
2003년 4월 1일 (화) |
|
| |
Business Process with BPEL4WS : BPEL4WS, Part 7
BPEL4WS 프로세스에 기능을 추가하여 기존 프로세스 인스턴스와 통신하고 이 실행과정에 생긴 오류를 잡는 방법을 연구해본다. |
|
|
|
2003년 4월 22일 (화) |
|
| |
ETTK를 사용하여 개발하기, Part 1
SOAP 기술, 특히 Emerging Technologies Toolkit(ETTK)의 SOAP 엔진을 연구한다. SOAP과 Axis에 대한 이해도가 늘어나길 기대한다. |
|
|
|
2003년 5월 2일 (금) |
|
| |
웹 서비스의 스트레스 테스트
웹 서비스는 분산 컴퓨팅의 심장이며, 그들 간 인터랙션은 테스트가 까다롭다. 스트레스 테스트는 코드 결함을 탐지하는 효율적인 방법이다. 단, 스트레스 시스템이 효과적으로 구현되어야 한다. 이 글을 통해 스트레스 시스템의 기본적인 필요조건을 알아본다. |
|
|
|
2003년 5월 2일 (금) |
|
| |
Business Process with BPEL4WS : BPEL4WS 배우기, Part 8
switch, pick, compensate 라는 BPEL 액티비티의 사용방법을 설명한다. |
|
|
|
2003년 5월 16일 (금) |
|
| |
Web Services Policy Framework
Web Services Policy Framework은 웹 서비스 정책을 설명하고 통신하기 위한 범용의 모델과 이에 상응하는 신택스를 정의하여 서비스 소비자들이 서비스 제공자(Service Provider)가 제공하는 서비스에 액세스 하기위해 필요한 정보를 발견할 수 있도록 한다 . |
|
|
|
2003년 6월 1일 (일) |
|
| |
Business Process with BPEL4WS: BPEL4WS 배우기, Part 3
최근 배포된 Business Process Execution Language for Web Services (BPEL4WS) 스팩은 웹 서비스 표준으로 자리잡았다. 이 시리즈에서는 언어의 다양한 구성요소에 대한 이해와 완벽한 프로세스를 만드는 방법을 설명한다. 이번에는 BPEL4WS의 다양한 구조체들이 메모리안에서 어떻게 구현되고 조작되는지를 밝혀낸다. |
|
|
|
2003년 6월 17일 (화) |
|
| |
Business Process with BPEL4WS: 전체 칼럼
첫 번째 시리즈는 간단한 프로세스를 만드는 것으로 시작한다. 연속되는 시리즈에서는 이 예제들을 여러 방식으로 확장하여 데이터 조작, 코릴레이션, 오류 핸들링, 보상, BPEL4WS의 다양한 액티비티 등을 설명하고 있다. |
|
|
|
2003년 7월 15일 (화) |
|
| |
WebSphere SDK로 웹 서비스 구현하기
WebSphere SDK for Web Services (WSDK)는 자바 기반의 웹 서비스 프로그래밍과 웹 서비스 클라이언트 구현을 위한 툴킷이다. |
|
|
|
2003년 7월 29일 (화) |
|
| |
자바 원시 컴파일의 무게 재기
자바 원시 컴파일이 처음 소개되었을 때 자바 플랫폼의 대항하기 어려운 플랫폼 독립성을 고려하더라도 분명히 JVM을 앞설 것처럼 보였다. 그러나 인기가 높아지고 점점 더 많은 수의 원시 컴파일러가 시장에 나오고 있지만, 원시 컴파일이 자바 코드의 이식성에 실질적인 위협을 가하려면 갈 길이 멀다. 그리고 불행히도 현재 우리 중 많은 사람이 고군분투하고 있는 자바 성능 문제를 해결할만큼 기술이 성숙하려면 또 어느 정도의 시간이 걸릴 것이다. |
|
|
|
2003년 8월 4일 (월) |
|
| |
ETTK를 이용한 개발, Part 3
비교적 새로운 개념인 그리드 서비스(Grid services)에 대해 연구해본다. 특히 그리드 서비스가 무엇이며 기존의 웹 서비스를 그리드 서비스로 전환해야 하는 이유에 대해 설명한다. |
|
|
|
2003년 8월 19일 (화) |
|
| |
Web Services Coordination (WS-Coordination)
WS-Coordination은 분산 애플리케이션들의 액션을 조정하는 프로토콜을 제공하기위한 확장 프레임웍을 설명하고 있다. |
|
|
|
2003년 9월 1일 (월) |
|
| |
Tip : JAX-RPC로 SOAP 메시지 송수신하기 (한글)
IBM 개발자 Russell Butek은 JAX-RPC를 설명한다. JAX-RPC는 자바 API로서 SOAP 메시징 프로토콜에 대한 구체적인 지식 없이도 애플리케이션이 웹 서비스와 통신할 수 있다. |
|
|
|
2003년 9월 2일 (화) |
|
| |
UML 에서 BPEL 까지
Business Process Execution Language for Web Services (BPEL4WS 또는 BPEL)는 XML 기반의 표준으로서 비지니스 프로세스를 구현할 때 웹 서비스를 결합할 수 있는 방법을 정의하고 있다. 이는 Web Services Definition Language (WSDL)와 XML Schema Definition (XSD)에서 구현된다. 이 글에서는 alphaWorks에서 발표한 Emerging Technologies Toolkit version 1.1 (ETTK) 중 일부 새로운 툴킷을 설명한다. |
|
|
|
2003년 9월 9일 (화) |
|
| |
웹 서비스에 대한 e-mail 유저 인터페이스
오늘날 많은 이동 장치들은 e-mail을 지원한다. 이러한 기능들을 웹 서비스와 웹 애플리케이션에 대한 접근으로까지 확대한 것은 극히 일부이다. 이러한 기능들은 점점 증가하고 있는 웹 서비스와 웹 애플리케이션을 고려한다면 매우 유용하다. 이 글에서 제안하는 아키텍쳐를 이용하여 표준 웹 브라우저와 비슷한 방법으로 웹 애플리케이션과 인터랙팅하는 e-mail 사용자 인터페이스를 구현할 수 있다. |
|
|
|
2003년 9월 9일 (화) |
|
| |
웹 서비스 프로그래밍: SOAP 헤더와 JAX-RPC
SOAP 메시지의 헤더 부분으로 전송되는 정보를 만들고 처리하는 방법을 설명한다. 특히 JAX-RPC 표준을 사용해 구현된 애플리케이션에서 어떻게 수행되는지를 설명한다. |
|
|
|
2003년 10월 7일 (화) |
|
| |
안전하고 신뢰성 있는 웹 서비스 (한글)
오늘날 웹 서비스들은-특히 XML로 인코딩된 SOAP 메시지를 처리하고 HTTP를 통해 전송되며 Web Services Description Language (WSDL)로 정의된 분산 서비스- 광범위하게 전개되고 있다. 웹 서비스는 애플리케이션 통합 시나리오의 범주에서 사용되고 있다. 간단한 데이터 공유에서부터 대규모의 인터넷 판매 및 통화 교환까지 미친다. 이제 웹 서비스는 모바일, 디바이스, 그리드 시나리오에도 적용되고 있다. |
|
|
|
2003년 10월 28일 (화) |
|
| |
EJB State와 SOAP 헤더
J2EE 서버 애플리케이션에서 가장 대중적인 사용 패턴 중 하나는 Stateful Session Facade 이다. 하지만 SOAP이 state를 지원하지 않을 경우 어떻게 stateful 세션 빈을 사용할 것인가? 이러한 의문은 웹 서비스가 Visual Basic (VB) 6와 .NET SOAP 클라이언트를 J2EE 엔진에 연결하는 경우의 소프트웨어 개발과 특별히 관련이 있다. |
|
|
|
2003년 11월 1일 (토) |
|
| |
서비스 지향 아키텍쳐로 전환, Part 1
서비스 지향 아키텍쳐(SOA)의 가치를 정확히 이해하고, 현재의 인프라를 평가하여,
이를 진정한 서비스 지향 아키텍쳐로 전환할 때 현실적인 계획을 수립할 수 있도록 이 시리즈를 기획했다.
이 글을 다 읽은 후에는 SOA가 미래의 애플리케이션을 빠르고 정확하게 개발할 수 있는 최상의 플랫폼이라는 것을
알 수 있을 것이다. 마이그레이션을 계획할 때 필수적인 고려 사항들도 이해할 수 있을 것이다.
|
|
|
|
2003년 12월 16일 (화) |
|
| |
J2EE를 이용한 서비스 지향 아키텍쳐 프레임웍 설계
서비스 지향 아키텍쳐(SOA)에 전수된 약결합과 상호운용성은 많은 기업 애플리케이션이 선호하는 기능이다. 이 글에서 J2EE 1.4의 웹 서비스 기능들이 SOA 시스템 구현에 어떻게 쓰이는지 설명한다. |
|
|
|
2004년 1월 1일 (목) |
|
| |
Tip : 애플리케이션간 통신에 XML을 직접 사용하는 방법
SOAP 기술은 일반적으로 HTTP를 통해 XML을 교환하는 것이지만 반론도 있다. 논의의 대부분이 애플리케이션간 통신에 XML을 직접 사용하는 방법에 대한 것이다. |
|
|
|
2004년 1월 15일 (목) |
|
| |
Tip : 웹 서비스에 파일 전달하기
바이너리 데이터(일반적으로 파일)를 웹 서비스에 전달하는 다양한 솔루션을 설명한다. |
|
|
|
2004년 2월 13일 (금) |
|
| |
SLA를 이용한 웹 서비스 차별화
서비스 수준 계약(SLA)에 기반하여 다양한 고객들에게 차별화된 수준의 웹 서비스를 제공하는 프레임웍을 설명한다. 서비스 공급자는 다양한 서비스 수준에 따라 웹 서비스를 제공할 수 있다. 일반적으로 서비스 수준은 응답성(responsiveness), 가용성, 퍼포먼스 같은 다양한 요소들에 의해 차별화된다. 이 글에서 설명하고 있는 프레임웍은 유연하고 개별된 방식으로 SLA를 지정하는 Web Service Level Agreement (WSLA)언어, 제공된 서비스와 서비스 레벨계약과의 호환성을 감시하는 시스템, 제휴 SLA에 따라 요청의 우선순위를 정하는 워크로드 관리 시스템으로구성되어 있다. 이 프레임웍을 사용하여 서비스 공급자는 효율적이고 유연하게 그들의 리소스를 관리하여 고객만족을 최적화할 수 있다. |
|
|
|
2004년 2월 17일 (화) |
|
| |
Tip: SOAP attachments와 JAX-RPC
JAX-RPC는 SOAP with attachments를 지원한다. JAX-RPC API를 사용하여 MIME attachments를 보내는 방법을 이 글에서 설명한다. |
|
|
|
2004년 2월 27일 (금) |
|
| |
업데이트: Web Services Reliable Messaging
WS-ReliableMessaging 스팩은 소프트웨어 컴포넌트, 시스템, 네트워크 실패가 존재하는 상황에서 분산 애플리케이션간에 메시지가 안전하게 전달될 수 있도록 하는 프로토콜을 설명하고있다. 업데이트는 2003년 7월에 개최된 WS-ReliableMessaging Feedback Workshop에서 수집된 제안들을 기반으로 했다. |
|
|
|
2004년 3월 1일 (월) |
|
| |
WebSphere Studio를 사용하여 stateful 웹 서비스를 구현 및 접근하기, Part 1
웹 서비스는 전개되어 어드레스 광고와 디렉토리의 바인딩 정보를 통해 클라이언트가 접근할 수 있도록 한다. |
|
|
|
2004년 3월 9일 (화) |
|
| |
Python Web services developer: 파이썬 SOAP 라이브러리, Part 2
Mike Olson과 Uche Ogbuji는 계속해서 파이썬 SOAP 구현을 살펴본다. SOAP 클라이언트/서버 라이브러리로서 Zolera SOAP Infrastructure (ZSI)를 연구한다. ZSI는 파이썬 환경에서 SOAP 사용을 위한 최상의 툴이라는 것을 발견했다. |
|
|
|
2004년 3월 31일 (수) |
|
| |
IBM WebSphere SDK for Web Services (WSDK) Version 5.0.1
IBM WebSphere Software Developer Kit for Web Services -- V5.0.1 (WSDK V5.0.1)은 웹 서비스의 구현, 발견, 호출, 테스트를 위한 통합 툴이다. |
|
|
|
2004년 4월 1일 (목) |
|
| |
Tip: 효율적인 전송을 위해 XML 파일 압축하기
바이너리 XML은 많은 논쟁 거리를 낳았는데 이 중 한가지는 덜 장황한 전송 포맷의 필요성이다. 지금 손쉽게 사용할 수 있는 한 가지 솔루션은 데이터 압축이다. |
|
|
|
2004년 4월 1일 (목) |
|
| |
Python Web services developer: 파이썬 SOAP 라이브러리, Part 3
Mike Olson은 파이썬 코드를 작성한다. 이 코드는 다음 시리즈의 예제로 참조될 것이다. |
|
|
|
2004년 4월 2일 (금) |
|
| |
Python Web services developer: 파이썬용 RSS
RSS는 가장 성공적인 XML 서비스이다. 다소 복잡한 원리에도 불구하고 웹 사이트를 통해 콘텐트 정보를 교환하는 커뮤니티 표준으로 자리잡았다. 파이썬은 RSS 프로세싱에 맞는 최상의 툴이다. |
|
|
|
2004년 4월 2일 (금) |
|
| |
Python Web services developer: SMTP를 통한 SOAP
대부분의 사람들이 SOAP에 대해 생각할 때에는 HTTP 프로토콜을 통해 XML 요청을 보내고 XML 응답을 얻는 것을 떠올린다. 하지만 항상 이럴 필요는 없다. 사실 SOAP 프로토콜은 SOAP 메시지의 전송 수단으로서 HTTP를 정의한 것 뿐이다. 이 글에서는 Simple Mail Transfer Protocol (SMTP)를 통한 SOAP 요청 송수신을 다룬다. |
|
|
|
2004년 4월 2일 (금) |
|
| |
자바 웹 서비스
웹 서비스를 시작하는 자바 개발자라면 Java Web Services Developers Pack (WSDP)을 고려해봐야 한다. 이 글을 통해 패키지의 어떤 툴이 자신에게 맞는지 어떤 컴포넌트가 테스트에 적합한지를 알아본다. |
|
|
|
2004년 4월 14일 (수) |
|
| |
Tip:XML을 사용하여 SMS 메시지 보내기
많은 개발자들은 정보를 한 장소에서 다른 장소로 쉽게 옮기는 수단으로서 웹 서비스를 생각하는 경향이 있다. 하지만 웹 서비스가 전체 애플리케이션에 필수적인 요소가 될 수도 있다는 것을 이해해야 한다. 이 팁은 XML을 Short Message Service (SMS) 메시지에 사용하는 예제를 설명한다. SMS에 익숙하다면 이 툴을 툴 박스에 추가하는 것이 어떻게 도움이 되는지 볼 수 있을 것이다. SMS 개발자가 아니라면 웹 서비스가 애플리케이션으로 통합되는 방법을 예제를 통해 볼 것이다. |
|
|
|
2004년 6월 7일 (월) |
|
| |
서비스 지향 아키텍쳐의 Enterprise Service Bus 시나리오와 솔루션 이해하기, Part 1
이 글에서는 객체 지향 아키텍쳐(SOA)에 순응하면서
가장 기본적인 Enterprise Service Bus (ESB)의 필요를 충족시키는 최소한의 기능들을
규명할 것이다. 이를 규명함으로서 SOA를 지원하는 ESB를 구현하는데 기존의 어떤 기술들이 사용될 수
있는지를 파악할 수 있다. 특정 상황에서 필요한 부가 기능들을 정의하는 방식을 분석하여 상황에 가장 합당한
구현 기술을 선택할 수 있는 것이다. |
|
|
|
2004년 6월 15일 (화) |
|
| |
웹 서비스 전망
IBM Emerging Technologies Group의 멤버인 Sam Ruby는 지난 삼년 동안 Tomcat과 IBM
SOAP 스택 등의 웹 서비스 관련 오픈 소스 프로젝트의 핵심 요원으로 일해왔다. 그가 말하는 오픈 소스의
매력, 웹 서비스의 미래, 웹 로그의 힘에 대해 들어보자. |
|
|
|
2004년 6월 18일 (금) |
|
| |
