블로그 이미지
평범하게 살고 싶은 월급쟁이 기술적인 토론 환영합니다.같이 이야기 하고 싶으시면 부담 말고 연락주세요:이메일-bwcho75골뱅이지메일 닷컴. 조대협


Archive»


 
 

WCF 4.0으로 REST 서비스 구현하기

윈도폰 7 스터디 하다가, 다음 단계로 서버와 연결하려는 걸 하려고 생각하다 보니, REST 컴포넌트가 필요해서 어찌어찌하다가 .NET으로 REST 컴포넌트 를 구현해봤는데, 자바쪽에서 JAX-RS (Jersey)로 구현해봤던 경험때문인지 약 2일 정도만에 상당히 완성도 있는 REST 컴포넌트를 구현해낼 수 있었다.

REST의 개념과 디자인 방법에 대해서는 다른 문서를 참고하고. .NET에서 REST 구현 방법에 대해서 알아보도록 하자

기본 REST 서비스 구현

만들고자 하는 애플리케이션은 간단하다. 이메일을 KEY로하고, 이름과 전화번호를 저장하는 REST서비스를 만들것이다.

Visual Studio 2010에서는 WCF(Windows Communication Framework) 4.0 기반의 REST 구현 템플릿이 추가되었다.
New > Project에서 Visual C# 선택한 후 Web > WCF REST Service Application을 선택한다.


자동으로 만들어진 SampleItem 클래스는 Refactor해서 CotactVo로 이름을 변경한다. 파일명도 ContactVo.cs로 변경한다.

ContactVo.cs의 내용은 다음과 같다.

    [DataContract(Name="Contact")]
    public class ContactVo
    {

        public ContactVo(string email, string name, string phone)
        {
            this.email = email;
            this.name = name;
            this.phone = phone;
        }

        [DataMember(Order=2)]
        public string name { get; set; }

        [DataMember(Order = 1)]
        public string email { get; set; }

        [DataMember(Order = 3)]
        public string phone { get; set; }
    }

ValueObject가 나중에 REST 서비스에서 데이터 객체로 사용되기 때문에 명시적으로 [DataContract]라고 정의해준다. XML이나 JSON으로 변환될(Serialize) 데이터는 명시적으로[DataMember] 로 정의해준다. 각 데이터 멤버는 디폴트로 변수명이 XML 엘리먼트명이 되며, Class명 역시 이 ValueObject의 디폴트 엘리먼트명이 된다. ValueObjet XML로 변환되었을 때 XML 엘리먼트명은 [DataContract]에서 Name이라는 속성으로 지정할 수 있다. ValueObjectXML로 변환되면 다음과 같은 모양이 된다.

<Contact xmlns="http://schemas.datacontract.org/2004/07/WcfRestService">
  <email>String content</email>
  <name>String content</name>
  <phone>String content</phone>
</Contact>

Service1 클래스도 Refactor를 통해서 클래스명을 ContactService로 변경하고 파일명도 ContactService.cs로 변경한다.

ContactVo 데이터를 관리하기 위해서 가상의 DAO를 만든다. DAO에서는 간단하게 데이터를 메모리 상에서 관리한다. 만약에 데이터베이스에 저장하고 싶으면 이 DAO를 나중에 ADO와 연결 시켜서 구현하면 된다 (편의상 인터페이스를 이용한 설계 등등등은 뺏으니 태클 걸지 마시기를.) Add > Class 선택 후, ContactDao 클래스를 생성하고 ContactDao.cs에 저장한다.

ContactDao.cs의 내용은 다음과 같다. (간단하게 Dictionary email Key ContactVo CRUD하는 구조이다.)

    public class ContactDao
    {

        static Dictionary<string, ContactVo> contacts = new Dictionary<string, ContactVo>(); 

        public void add(string email, ContactVo contact)
        {
            contacts.Add(email, contact);
        }

        public void update(string email, ContactVo contact)
        {
            contacts[email] = contact;
        }

        public ContactVo get(string email)
        {
            return contacts[email];
        }

        public void remove(String email)
        {
            contacts.Remove(email);
        }

        public List<ContactVo> getList()
        {
            return new List<ContactVo>(contacts.Values);
        }

    }

다음으로 ContactService 클래스를 통해서 CREATE,DELETE,UPDATE,READ 를 구현한다. 단순하게 인자를 받은 후에 DAO를 통해서 데이터를 저장 ,쿼리 한다.

       [WebInvoke(UriTemplate = "", Method = "POST")]
        public void Create(ContactVo instance)
        {
            dao.add(instance.email, instance);
        }

        [WebGet(UriTemplate = "{email}")]
        public ContactVo Get(string email)
        {
            return dao.get(email);
        }

        [WebInvoke(UriTemplate = "{email}", Method = "PUT")]
        public void Update(string email, ContactVo instance)
        {
            dao.update(email, instance);
        }

        [WebInvoke(UriTemplate = "{email}", Method = "DELETE")]
        public void Delete(string email)
        {
            dao.remove(email);
        }

여기서 주목해야할 부분은 [WebInvoke] 부분인데, 여기에 URI를 통해서 넘어가는 인자와 HTTP 메서드를 정의한다. URI에 인자가 들어갈 경우에는 {인자}로 정의하고, Query String을 사용할 경우에는 ?queryname={인자} 식으로 정의한후, 메서드에서 해당 인자를 넣어주면 된다. 예를 들어 /Contact/{email} 식으로 Resource URI를 지정해서 email을 인자로 사용하고 싶으면 UriTemplate=”{email}”이 되고, 메서드는 Method(string email)이 된다. POST PUT의 경우에는 Resource의 데이터 자체를 변경하기 때문에, HTTP Body ContactVo의 데이터 내용이 들어가야 하기 때문에 메서드의 인자로 ContactVo가 같이 들어간다.


Update 메서드의 경우 위와 같이 맵핑 된다.
그리고 Base URL, 이 리소스의 URL을 정의해야 하는데, BaseURL Global.asax.cs RegisterResource 부분에 정의되어 있다.

        private void RegisterRoutes()
        {
            // Edit the base address of Service1 by replacing the "Service1" string below

            RouteTable.Routes.Add(new ServiceRoute("WcfContactService", new WebServiceHostFactory(), typeof(ContactService)));
        } 

RouteTable에 의해서 관리가 되는데, ServiceRoute의 명을 “WcfContactService”로 바꾸고, typeof의 클래스명을 ContactService로 변경한다 이렇게 되면, {이 웹 애플리케이션이 배폰된 URL}/WcfContactService Resource URL이 되는 것이다.

이제 F5키를 눌러서 실행을 해보면 자동으로 컴파일이 되고 테스트용 웹서버에 자동 배포가 된 후에 웹 브라우져가 자동으로 수행된다. URLhttp://localhost:37055/WcfContactService/help 를 넣어보면 다음과 같은 화면이 나온다.( 포트명은 바뀔 수 있음)


해당 Resource에 대해서 수행할 수 있는 메서드와 종류와 HTTP Method가 나온다. Http Method를 클릭하면 상세하게 해당 메서드에 대한 호출 방법, 샘플 데이터,XML 스키마들이 출력된다.


사실 REST의 문제가 SOAP기반의 웹서비스와는 다르게 WSDL이 없기 때문에, 정확한 호출 방법과 데이터에 대한 스키마가 없기 때문에 관리가 곤란한점이 있고, 개발가이드를 별도 배포해야 하는 불편함이 있지만, WCF에서는 이렇게 help 페이지를 통해서 해당 리소스에 대한 호출 방법을 개발자에게 알려준다.

여기까지 했으면 가장 기본적인 REST 서비스는 만들어졌다. 이제부터 테스트를 해보자.

1.     carry라는 이름의 Contact 생성

요청

POST http://localhost:37055/WcfContactService/ HTTP/1.1
Accept-Encoding: gzip,deflate
Content-Type: application/xml
User-Agent: Jakarta Commons-HttpClient/3.1
Host: localhost:37055
Content-Length: 154
 

<Contact xmlns="http://schemas.datacontract.org/2004/07/WcfRestService">
  <email>carry</email>
  <name>Carry.Chot</name>
  <phone>1234</phone>
</Contact>

2.     carry라는 이름의 Contact 정보 가지고 오기

요청

GET http://localhost:37055/WcfContactService/carry HTTP/1.1
Accept-Encoding: gzip,deflate
User-Agent: Jakarta Commons-HttpClient/3.1
Host: localhost:37055

응답

<Contact xmlns="http://schemas.datacontract.org/2004/07/WcfRestService" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
   <email>carry</email>
   <name>Carry.Chot</name>
   <phone>1234</phone>
</Contact>

 

위의 테스트는 무료 테스트 툴인 SoapUI 3.5.1 버전을 이용하였다. SoapUI 사용방법은 맨 마지막에 다루도록 하겠다.

Collection 데이터 처리

다음으로 살펴볼 부분은 List형태의 데이터(Collection)을 다루는 방법이다. 여러명의 Contact 목록을 ~/WcfContactService/ GET으로 접속하면 쭈욱 리스트 형태로 출력해 주는 API를 만들려고 한다. OPEN API에서 필수 적인 요소로 데이터베이스에서 쿼리해 온 데이터, 테이블 데이터들이 이들에 해당한다.

ContactService 클래스에 다음 내용을 추가한다.
 

        [WebInvoke(UriTemplate = "", Method = "GET")]
        public List<ContactVo> GetList()
        {
            return dao.getList();
        }

실행을 하고 테스트를 해보면 다음과 같은 결과를 얻을 수 있다.

요청

GET http://localhost:37055/WcfContactService/ HTTP/1.1
Accept-Encoding: gzip,deflate
User-Agent: Jakarta Commons-HttpClient/3.1
Host: localhost:37055

응답

<ArrayOfContact xmlns="http://schemas.datacontract.org/2004/07/WcfRestService" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">

   <Contact>
      <email>carry</email>
      <name>Carry.Chot</name>
      <phone>1234</phone>
   </Contact>

</ArrayOfContact>

여기서 주의 깊게 볼 점은 Contact 목록이 <ArrayOfContact>이라는 엘리먼트로 묶여 있다는 것이다.  GetList에서 리턴되어 오는 타입이 List<ContactVo> 타입인데, WCF에서는 List나 일반적인 Collection Type은 모드 <ArrayOf>로 묶어서 리턴하게 되어 있다. 그러면 이것을 바꾸고 싶다면? XML 엘리먼트 이름이 지정된 List 타입을 새로 생성하면 된다.
ContactVo.cs 파일에 ContactVo를 리스트로 묶어줄 새로운 List 타입을 정의한다.

    [CollectionDataContract(Name = "ContactList", ItemName = "Contact")]
    public class ContactList : List<ContactVo>
    {

        public ContactList() : base() { }
        public ContactList(IEnumerable<ContactVo> collection) : base(collection) { }

    }

이 데이터 타입은 List타입이기 때문에, [DataContract]이 아니라 [CollectionDataContact]으로 정의하고, Name 부분에 엘리먼트 이름을 정의해주면 된다.

그후에, WcfContractService클래스의 GetList함수를 다음과 같이 변경한다.

       [WebInvoke(UriTemplate = "", Method = "GET")]
        public ContactList GetList()
        {
            return new ContactList(dao.getList());

        }

ContactList 클래스는 일반 List 클래스가 아니라 XML로 변환시 “ContactList”라는 XML 엘리먼트를 가지도록 정의된 클래스이기 때문에, 실행시 다음과 같은 결과를 출력하게 된다.

<ContactList xmlns="http://schemas.datacontract.org/2004/07/WcfRestService" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">

   <Contact>
      <email>carry</email>
      <name>Carry.Chot</name>
      <phone>1234</phone>
   </Contact>

</ContactList>

XML Name 스페이스 변경하기

위의 예제들을 실행한 후에 XML 응답값들을 보면

<ContactList xmlns="http://schemas.datacontract.org/2004/07/WcfRestService" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">

XML 네임 스페이스들이 임의로 정해져있다. XML 네임스페이스는 얼핏 별거 아닐 수 도 있지만, 사용 용도에 따라서 여러가지 방안으로 사용할 수 있다. REST의 경우 데이터에 대한 스키마가 정의되어 있지 않기 때문에, 실제 XML 스키마 (XSD)나 매뉴얼의 URL XML 네임 스페이스로 지정해서 사용할 수 있다. 그렇다면 사용자가 직접 XML 네임 스페이스를 어떻게 지정하는가?

방법은 간단하다. DataContact이나 CollectionDataContract에 네임 스페이스를 지정해주면 된다.(ContactVo.cs에서 다음과 같이 변경한다.)

[CollectionDataContract(Namespace="http://RESTSample.bycho.com/ContactService",Name = "ContactList", ItemName = "Contact")]  

       [DataContract(Namespace = "http://RESTSample.bycho.com/ContactService", Name = "Contact")] 

변경을 한후에 ContactList를 받아보면 다음과 같이 출력된다.

<ContactList xmlns="http://RESTSample.bycho.com/ContactService"  xmlns:i="http://www.w3.org/2001/XMLSchema-instance"/>

위와 같이 XML 네임스페이스가 변경되었다.

에러 처리

다음은 REST의 에러 처리 방법이다. REST에서 에러 처리는 HTTP Response Code를 통해서 에러메세지를 보내고 필요에 따라서 상세 에러 메시지를 보내는 형태이다. 예를 들어 HTTP GET으로 해당 리소스를 요청했는데, 없을때는 404 Not Found를 로그인 인증이 실패했을때는 401 Unauthorized를 리턴하는 식이다. 에러 메시지에 대한 개념은http://msdn.microsoft.com/en-us/library/dd203052.aspx 문서를 참고하기 바라고, 여기서는 WCF 기반의 코딩 방법에 대해서 알아보자

HTTP GET으로 ~/WcfContactService/{email}을 호출했을 때, 해당 Contact이 없으면 404 Not Found와 에러를 내보내는 시나리오를 구현해보자

먼저 ContactDao 클래스의 get에서 Contact 객체가 있는지 없는지 찾아보고 없으면 KeyNotFoundException을 던지도록 수정하자

        public ContactVo get(string email)
        {
            if (!contacts.ContainsKey(email)) throw new KeyNotFoundException(email + " cannot be found");

            return contacts[email];

        }

다음으로 ContactService Get메서드에서 dao KeyNotFoundException을 던지면 404 NotFound를 리턴하도록 수정하자

        [OperationContract]
        [WebGet(UriTemplate = "{email}")]

        public ContactVo Get(string email)
        {
            ContactVo contact;
            try
            {
                contact = dao.get(email);
            }
            catch (KeyNotFoundException ex)
            {

                throw new WebFaultException<string>(ex.ToString(), HttpStatusCode.NotFound);

            }

            return contact;

        }

이부분이 핵심인데, WCF REST 에러 핸들링 방식은 여러가지가 있지만 WebFaultException 방식이 공식 문서에 언급되어 있다. HttpStatusCode와 에러 TextString을 보내 된다. 에러의 디테일 내용은 XML로 출력된다. (필요에 따라 JSON,TEXT등으로도 변경할 수 있음). 테스트 결과는 다음과 같다.

HTTP/1.1 404 Not Found
Server: ASP.NET Development Server/10.0.0.0
Date: Fri, 20 Aug 2010 08:47:18 GMT
X-AspNet-Version: 4.0.30319
Content-Length: 481
Cache-Control: private
Content-Type: application/xml; charset=utf-8
Connection: Close
 

<string xmlns="http://schemas.microsoft.com/2003/10/Serialization/">System.Collections.Generic.KeyNotFoundException: carry cannot be found&#xD;
   at WcfRestService.ContactDao.get(String email) in C:\Users\bycho\Documents\Visual Studio 2010\Projects\WcfRestService\WcfRestService\ContactDao.cs:line 22&#xD;
   at WcfRestService.ContactService.Get(String email) in C:\Users\bycho\Documents\Visual Studio 2010\Projects\WcfRestService\WcfRestService\ContactService.cs:line 37</string>

이 외에도 Http Custom Header 처리와 SOAP UI를 이용한 REST 테스트 방법등 몇가지 내용이 더 있는데, 오늘은 여기까지 하고, 나중에 잡지 기고할때 내용을 보강하던지 하겠다. 

            

TAG .NET, REST, WCF, WCF 4.0

WCF REST 구현시 URL Rewriting

프로그래밍/C# & .NET | 2010.06.28 16:24 | Posted by 조대협

URL rewriting이란, WebServer에 들어온 Request의 URI를 변경해서 WAS에 전달하는 것이다.
예를 들어
http://localhost/service/Customer 이런것을 http://localhost/Customer 식으로 특정 문자열을 빼거나 더할 수 도 있고
http://www.store.com/products.aspx?category=books 게 들어온 요청을 http://www.store.com/products/category/books 이렇게 바꿀 수 도 있다...

RESTful 설계시에 매우 유용한데, 예전에 WebLogic으로 구현했을때는 Apache Proxy Plug in 을 이용했는데, IIS에서도 비슷한 형태로 구현이 가능할듯..

자료 원본  : http://weblogs.asp.net/scottgu/archive/2007/02/26/tip-trick-url-rewriting-with-asp-net.aspx
당연히 될줄 알았지만 생각보다 쉽게 된다.
==
15 private void SetCaching(WebOperationContext context, DateTime lastModifiedDate, Int32 maxCacheAge){
16    
17     // set CacheControl header
18     HttpResponseHeader cacheHeader = HttpResponseHeader.CacheControl;
19     String cacheControlValue = String.Format("max-age={0}, must-revalidate", maxCacheAge);
20     context.OutgoingResponse.Headers.Add(cacheHeader, cacheControlValue);
21
22     // set cache validation
23     context.OutgoingResponse.LastModified = lastModifiedDate;
24     String eTag = context.IncomingRequest.UriTemplateMatch.RequestUri.ToString() + lastModifiedDate.ToString();
25     context.OutgoingResponse.ETag = eTag;
26
27 }
==
원본 http://blogs.msdn.com/b/justinjsmith/archive/2007/08/22/setting-http-headers-in-wcf-net-3-5.aspx

WCF가 예전에 REST 지원한다는 이야기가 생각나서, SDP 플랫폼 구현 가능성 체크해볼라고 간략하게 체크해봤다.
WCF에서 REST개발은 별도의 라이브러리가 필요하다. VS2010환경에 낮선 나로써는 좀 더 쉬운 방법을 찾아야 했는데, Project Template이 REST용으로 세팅되어 있는게 있다.
New > Project에서 Online Template을 선택한후에, WCF REST C# 템플릿을 선택하면 된다.

사용자 삽입 이미지


자동으로 생성된 코드를 체크하고, 간단하게 테스트를 해봤는데... 일단 잘된다.
프로그래밍 모델도 자바의 Jersey나 Apache CXF와 비슷하다 (JAX-RS 스펙과 유사)

    [ServiceContract]
    [AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowed)]
    [ServiceBehavior(InstanceContextMode = InstanceContextMode.PerCall)]
    // NOTE: If the service is renamed, remember to update the global.asax.cs file
    public class Service1
    {
        // TODO: Implement the collection resource that will contain the SampleItem instances

        [WebGet(UriTemplate = "")]
        public List<SampleItem> GetCollection()
        {
            // TODO: Replace the current implementation to return a collection of SampleItem instances
            return new List<SampleItem>() { new SampleItem() { Id = 1, StringValue = "Hello" } };
        }

코드가 이런데, 테스트를 해보면 다음과 같은 결과가 나온다.

사용자 삽입 이미지

일단은 합격점인데.. 조금더 살펴보아야할점이 Annotation이 얼마나 다양하냐이다.
1. 위의 결과값처럼 List에 대한 리턴 XmlElement가 ArrayOf로 시작한다. 실제 REST에서는 이걸 마음대로 바꿀 수 있어야 하고
2. Namesapce역시 scheme를 여기 넣는 디자인이 있을 수 있기 때문에, name space를 마음대로 지정할 수 있는지.
3. 그리고 HTTP Header에 얼마나 데이타를 쉽게 조작할 수 있는지가 관건이다.

개발환경이나 세팅이 자바에 비해서 쉽기는 한데.. (WAS설치나 Library 설치). 이상하게도 WCF 4.0에 REST 프레임웍이 기본 번들이 안되어 있어서 찜찜하기는 하다...

그리고 MS의 장점이겠지만, 문서화는 진짜 잘되어 있다.
http://msdn.microsoft.com/en-us/library/dd203052.aspx 참고 자료.
예전 Jersey가지고 REST설계할때 SPEC때문에 고민도 많이하고 스터디도 많이 했는데, 참 잘나와 있는듯...

참고자료
http://techsavygal.wordpress.com/2009/03/10/getting-started-with-rest-in-wcf/

WCF가 몬가 했더니..

프로그래밍/C# & .NET | 2010.06.25 11:52 | Posted by 조대협
간단하게 튜토리얼 보고 테스트 프로그램 하나 짜서 송수신 전문을 봤더니...

송신 전문
<s:Envelope xmlns:a="http://www.w3.org/2005/08/addressing" xmlns:s="http://www.w3.org/2003/05/soap-envelope">
  <s:Header>
    <a:Action s:mustUnderstand="1">http://tempuri.org/IEvalService/GetEvals</a:Action>
    <a:MessageID>urn:uuid:489b8c48-e094-418e-8f6b-60321ffc9d38</a:MessageID>
    <a:ReplyTo>
      <a:Address>http://www.w3.org/2005/08/addressing/anonymous</a:Address>
    </a:ReplyTo>
  </s:Header>
  <s:Body>
    <GetEvals xmlns="http://tempuri.org/" />
  </s:Body>
</s:Envelope>

수신 전문
<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:a="http://www.w3.org/2005/08/addressing" xmlns:u="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
  <s:Header>
    <a:Action s:mustUnderstand="1" u:Id="_2">http://tempuri.org/IEvalService/GetEvalsResponse</a:Action>
    <a:RelatesTo u:Id="_3">urn:uuid:dfac6ed4-fbcc-46d6-9fd8-38ed4604aa4c</a:RelatesTo>
    <o:Security s:mustUnderstand="1" xmlns:o="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd">
      <u:Timestamp u:Id="uuid-20a62935-2716-472d-ba79-1581763744f3-17">
        <u:Created>2010-06-25T02:50:53.419Z</u:Created>
        <u:Expires>2010-06-25T02:55:53.419Z</u:Expires>
      </u:Timestamp>
      <c:DerivedKeyToken u:Id="uuid-20a62935-2716-472d-ba79-1581763744f3-7" xmlns:c="http://schemas.xmlsoap.org/ws/2005/02/sc">
        <o:SecurityTokenReference>
          <o:Reference URI="urn:uuid:9ab8a01d-b2fb-40b4-bcee-e057f49e1a93" ValueType="http://schemas.xmlsoap.org/ws/2005/02/sc/sct" />
        </o:SecurityTokenReference>
        <c:Offset>0</c:Offset>
        <c:Length>24</c:Length>
        <c:Nonce>pxd/ozyLoq7PsUk2mw2X2A==</c:Nonce>
      </c:DerivedKeyToken>
      <c:DerivedKeyToken u:Id="uuid-20a62935-2716-472d-ba79-1581763744f3-8" xmlns:c="http://schemas.xmlsoap.org/ws/2005/02/sc">
        <o:SecurityTokenReference>
          <o:Reference URI="urn:uuid:9ab8a01d-b2fb-40b4-bcee-e057f49e1a93" ValueType="http://schemas.xmlsoap.org/ws/2005/02/sc/sct" />
        </o:SecurityTokenReference>
        <c:Nonce>3eijqwLZYaqrBjcduAkjow==</c:Nonce>
      </c:DerivedKeyToken>
      <e:ReferenceList xmlns:e="http://www.w3.org/2001/04/xmlenc#">
        <e:DataReference URI="#_1" />
        <e:DataReference URI="#_4" />
      </e:ReferenceList>
      <e:EncryptedData Id="_4" Type="http://www.w3.org/2001/04/xmlenc#Element" xmlns:e="http://www.w3.org/2001/04/xmlenc#">
        <e:EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#aes256-cbc" />
        <KeyInfo xmlns="http://www.w3.org/2000/09/xmldsig#">
          <o:SecurityTokenReference>
            <o:Reference ValueType="http://schemas.xmlsoap.org/ws/2005/02/sc/dk" URI="#uuid-20a62935-2716-472d-ba79-1581763744f3-8" />
          </o:SecurityTokenReference>
        </KeyInfo>
        <e:CipherData>
          <e:CipherValue>OHkE4mba4bbl+afwbRxjKTDQfRazYw+KiMLjCYX/FpgZ3nKmgUbLlZGWe3Q6Z6x1zvIX5WstoP2Cy9U49LgoGkNvGqbaAqKkZBYmjuyWbrcNXnNwLVWo5OMxhSUOT0Kr9lwRTSUw/g1c83EnkD69tM0jsuYWlKiIVRjOJ5zcpIH86LHWXMlwcgpP1gdP1eX+XePKHG59vtl6B7XOVOQW7DSTdUIeIi/y0YxMWRKc0p5Tfv6J4/gfGGlgv1B/j8lMq5Ar+4mif0M1hOeHuwPhXw2a2lciDk4BGFjJ9jD+3nZdbsaN63oJzBuxDygE8FArrp1ue7jYP6QjslKB5I73/CBlY01Y7lpvLhiL/8uf2V22Wfojey3WfBMeuDumOu5qZtVFaXAlHR7GaEE9eufuuRMbMvhc0xiSGgqLb9jiHpuqZgUAYdXY0cHu54QDMyc6jla37JMoUanHBQ662hQQhh05lRIX9FrThS5cn96duIJMQr8UggDLNYix7fv+OiADqZiJ+HgInNNJtW8wC11CDYc7IgDHVZIpQHG/apHtjvG3Qqx2LRMNTKCfuQY2O5Dp7hwmQuO9vZyUfdSn1PpK/llCuRBvoYX0ZnAk7KokctwE1lNKGmR9gCslGPLNBlo47m8VbMHE3m0wCW9T6MJilz2/PKqFV4tay3yiRcO3WCMlQ2ilHsaet4m3287CgtOz9IV+1ZlA6Dj1ZefWC9cPJuWIvDjf9dnuYt7yBrhGenmpGObTGVkgKOZx1MyxAZs80oD/9m9NRuu0xrUpMR+6gZNmfdB8XnMZTiiK7cngqURrQDDGOEZR3Jr8eKd/hdLdRbJ/j0RvoIAfk5zTzjZdiJRaxMfQatUbQqsfeOJ8ykjcriSYQJmQs8HpFnC6ReDh6QTTroW1RAyi2uTJH57CgpxteXnsKASYJ9KVYQiSacgRC/2idAm6NL8NS78QuwHjx99wxFfy8PSWAXkGcPpIgWA0DDgAS3mfbMTgfLZMw6BUTufAja5ti2JgwSDMe/MkwRiG3K/D1XWf1TzV+74xfvytg2b9p4Q4/7MDXb9Q+quXFD+PL0HmnKmBce6Q21F0HvSmefQC40I4VmjbFDmZ1dyXAog1uAwlyECTfRIejDkUfWM/S2epTtcpnFk0sAoa+DU1CSP1g8EEGhKf0jrezECaVdKSJemvyIqJ00RbLoKyioUnnM4loBN21gbpL9xs63OAEfy3v0n+/zXsDfMk9XrulwqFvcQ7/DtpwjmDzL9K7pEBpOCbVUSW0mvnWy9zZpO3l3miqJ49IFbFJ/mUuQnCH/Hbcyl4FLP7WDtibD5iK1IfT84taSgzXNsn/PnBaI2hcmO76wSqIxKntsmyZwDvIHh139x2dXUsPDJoQEBwNDPSvue2xGFgsxjOw/8l+z/83TNSInwscDtxOsuUSaF/Yi/EsKRljfi/whDgz85eWvZpdw4gDVxGFEKvJzMfre1G47WQQCC52rAMEtw7aHrFS2AdHbzXGZmLHX336MmHxE09eAiwB2jkjoGdlPPuqlhxY65ZEiq2neALmtsCjXpv1ALll1YOqJve8bqZMO9g0prB++TFovGSNFa2EfGcVhKNA89Xh40BRqrNRA/eDdJDa3vC1kyI1JbyF/kPHiyJo7rqcWI+vNW5smflOprb1UGApqKYrDeKRJzFw9kVrxY17qXxWAQFnK6F3toK4yqGkwp1AwpVFTAS7W2tkuLujMtmwTX9TWXdIwWjEf+2VB1c2yEEuW9YJUMYztim+wEbCAUy/CFZJaugScDtWm+cbLersOq4Iq9xLua3uixxogPFxNGj4/Ha9prrmtAJdm+mzqPu5m92Wnb9wcAevw/nvqqc8AcFybDCdHPMtfbRsbnU1oaCGJRVPC1TK01Obsj8s6SWMLv3P5ygZZoUm7Bp7xirsP3LhFT4L+6/rqy9syMHAhyKjbv6o0EgRpKqPQbKz8nZk9QpzGKWnln23X/NfRDInwJODvIVBWP2txSW24WVzlXplcmdxmYiVcm1JTjeNREu5DruFYgVuoYwnfgRvWaN35X87kLs06Zl8Ryga8SO1D9BNkv5fCNV3W9xjubKGusuNHsbObkL/LwSGEonc0bkk+F+4HgTAdpVIQkMmu2ta5WC5YWpqeJVoj8F9RmmitF8rbzlBFJ2noptLAoy</e:CipherValue>
        </e:CipherData>
      </e:EncryptedData>
    </o:Security>
  </s:Header>
  <s:Body u:Id="_0">
    <GetEvalsResponse xmlns="http://tempuri.org/">
      <GetEvalsResult xmlns:a="http://schemas.datacontract.org/2004/07/EvalServiceLibrary" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
        <a:Eval>
          <a:Comments>Test Comment</a:Comments>
          <a:Id>7c88a50c-cb86-4a94-934a-8552532bc2db</a:Id>
          <a:Submitter>bycho</a:Submitter>
          <a:TimeSubmitted>2010-06-25T11:48:00</a:TimeSubmitted>
        </a:Eval>
      </GetEvalsResult>
    </GetEvalsResponse>
  </s:Body>
</s:Envelope>

웹서비스다... 설마 이게 다는 아니겄지... REST 구현 함 찾아봐야 쓰겄다.
WCF Quick Tutorial
개념잡기 딱 좋음

TAG C#, Tutorial, WCF