조대협의 블로그

작년에 이어서 올해에도 한국 아키텍트 대회에 참가합니다. REST에 대한 세션을 7/10일에 발표합니다. REST 기반의 프로젝트를 했던 경험을 기반으로 발표할 생각인데요. PPT는 제 블로그에 미리 올려놨습니다. (아래 찾아보시고.) 내용 괜찮다 싶으시면 많이 참석해주세요. 댓글 달고 오시면 같이 커피라도 한잔할 수 있는 시간 만들어 보겠습니다. :) 신청은 http://kosta.or.kr/modules/apply/post.html 하시고. 무료랍니다. 참고로 작년에 ALM에 대해서 발표했는데, 금년에는 이 ALM관련 내용이 5트랙이나 되는군요.

REST에 대한 기본적인 설명 PPT입니다. REST에 대한 개념 설명, 향상된 REST의 특징 설명, Jersey를 이용한 REST 실제 구현 방법 그리고 REST를 사용하기 위한 ESB 아키텍쳐와 REST의 약점중 하나인 Client STUB을 자동으로 생성하는 방법에 대해서 설명되어 있습니다. 실제 프로젝트 경험을 통해서 처음 정리한 내용입니다. 아직 DRAFT 버전이라서 내용이 다소 거칠고 논리전개가 미숙한 부분도 있습니다. 의견 주시면 내용을 수정하는데 큰 도움 되겠습니다. REST OvewviewView more documents from Byungwook.

2회 - Advanced REST (DRAFT) 자바스터디 조대협 (http://bcho.tistory.com) 전의 글에서는 기본적인 REST의 개념에 대해서 설명하였다. 그러나 REST 는 HTTP의 장점을 이용하여 좀더 발전된 형태의 구현이 가능하다. 하나의 예로 이 글은 http://www.infoq.com/articles/subbu-allamaraju-rest 를 이용하여 편역하여 설명한다. 예를 들기위해서 은행의 계좌이체를 하는 시나리오를 가정해서 생각해보자. 1. 인터넷 뱅킹 계좌 이체 시나리오의 구현 STEP 1. 인터넷 뱅킹 시스템에 로그인을 한다. STEP 2. 사용자 ID로, 해당 사용자가 가지고 있는 계좌 목록을 조회한다. http://bank.org/accounts?findby=7..

http://www.infoq.com/presentations/REST-Stuart-Charlton Enterprise 에서의 REST... 성숙도가 점점 올라가는데.. 장난이 아닌듯. 근데 왜 웹서비스 때 스펙이 난무하는 때가 생각날까?

그간 Technical한 내용에 대한 Post가 뜨음 했습니다. 작년과 금년에 걸쳐서 REST 기반의 시스템을 설계와 구현을 하였습니다. 그때 참 REST에 대한 이해가 잘못되어 가고 있구나, 그리고 REST에도 생각할것이 참 많구나 하는 생각을 하고 꼭 정리해야지 정리해야지 했는데... 몇달이 지난 지금에야 시작합니다. 총 4회의 연재로 구성됩니다. 1회-REST 아키텍쳐에 대한 소개 REST가 무엇인지에 대해 간단한 소개와 REST 기술에 대한 경향을 알아봅니다. 2회-고도화된 REST 아키텍쳐 Roy Fielding이 소개한 진짜 고도화된 REST에 대한 아키텍쳐를 좀더 깊게 알아봅니다. 3회-REST 구현 REST 구현 스펙인 JAX-RS (JSR-311) 기반의 Jersey 프레임웍을 통한 RE..

1회 – REST 아키텍쳐에 대한 기본(DRAFT) 자바스터디 조대협 http://bcho.tistory.com REST 아키텍쳐 REST는 웹의 창시자(HTTP) 중의 한 사람인 Roy Fielding의 2000년 논문에 의해서 소개되었다. 현재의 아키텍쳐가 웹의 본래 설계의 우수성을 많이 사용하지 못하고 있다고 판단했기 때문에, 웹의 장점을 최대한 활용할 수 있는 네트워크 기반의 아키텍쳐를 소개했는데 그것이 바로 Representational safe transfer (REST)이다. Basic of REST 한마디로 REST를 정리하면 HTTP URI + HTTP Method 이다. URI로 대상 자원을 명시하고 Method로 해당 자원에 대한 행위를 정의한다. Resource REST의 가장 큰..

오라클 마케팅에서 다음달에 진행하는 개발자 행사에서 오픈 소스 관련해서 발표를 해달라는 요청을 받아서 REST에 대해서 발표하려고 합니다. 지난번 프로젝트에 진행한 REST 기반의 아키텍쳐에 대해서 설명하고 REST의 장단점, 구현 방법에 대해서 이야기 하고, 한국에서 잘못 알려진 REST에 대한 정의에 대해서 이야기 해보려고 합니다. 프로젝트 진행후 그동안 다른 프로젝트에 치여서 발표나 기고할 시간이 없었는데, 이 핑계로라도 정리를 해봐야 겠습니다. 그나저나 메니져가 발표할날 시간을 빼줄지 모르겠네요...

1. Cloud and grid computing 클라우드 컴퓨팅과 이를 구현하기 위한 솔루션인 그리드 컴퓨팅은 금년에도 이슈가 될것같다. 구글이나 야후, 아마존들을 중심으로 한 글로벌 서비스 기업들이 그리드와 클라우드 컴퓨팅에 선두가 되고 있지만 정작, 기업에 있어서 클라우드 컴퓨팅이나 그리드 컴퓨팅의 도입은 소극적이다. 특히 클라우드 컴퓨팅의 경우 보안이나 성능상의 이슈로 기업에 도입이 될지 않될지는 지켜봐야 할것 같지만 그리드 컴퓨팅의 경우 Coherence와 같은 Data Grid제품이나, Hadoop과 같은 File grid, grid dbms등은 기업에도 충분히 사용이 가능한 솔루션이다. 얼마나 기업 고객들이 이 개념들을 이해하고 적응하느냐가 관건일테고, 다른 한축으로는 대부분의 그리드 솔루션..

SOAP2REST 변환에서 유용하게 사용할 수 있음 == ==

SPEC도 없고, 적당한 구현 프레임웍도 없던 REST가 드디어 반격을 시작하는지? 여기저기서 들려오는 소리가 대부분 REST에 대한 소식이다. WSDL처럼 REST의 스펙을 정의하는 WADL REST 프로그래밍 스펙이 JSR 311-JAX RS로 등록이 되고 Sun에서는 JAX RS의 Implementation체인 Jersey (https://jersey.dev.java.net/) 도 있고.. WSDL2.0에서도 REST스펙이 추가 되었다하니 아마 REST 기반의 개발이 가속화 되지 않을까? 금년에는 유난히 REST에 대한 이야기가 많네 그랴..