조대협의 블로그

Google Apps - Office 류 및 협업에 사용 Google Groups - 메일링 리스트. http://twtpoll.com - Survey http://twitter.com - 마이크로 블로깅 http://facebook.com - 커뮤니티 사이트/ 친구 관리 http://linkein.com - 기술 인맥 관리 http://bit.ly - 북마킹 http://slideshare.com - PPT 파일 쉐어 http://expertjava.blogspot.com/ - 구글 블로그. 영문인데 시작했다가 한글 블로그로.. 한국 사이트 http://bcho.tistory.com http://www.me2day.net 마이크로 블로깅 http://www.hanrss.com RSS Reader

http://disqus.com/ 블로그 Comment 만 전문으로 처리하는 서비스랍니다. 제가 쓴 Comment만 모아서 볼 수 있고, 댓글이 달리면 메일로 전송되는군요.

엔터프라이즈 2.0은 WEB 2.0의 참여,개방의 정신을 기업에 적용시켜서 생산성과 효율성을 극대화하게고자하는 모델이다. 엔터프라이즈 2.0은 WEB 2.0의 개념에 비교해서 보면 엔터프라이즈 1.0과 큰 차이를 가지고 있는데, 몇가지를 정리해보면 다음과 같다. 관리에서 자발적 참여 : 기존의 IT 시스템들이 업무를 위해서, 무언가를 하도록 프로세스를 만들고 관리를 해서 따라오게 했다면 엔터프라이즈 2.0은 사용자들이 자발적으로 무언가를 하도록 만드는 것이다. 위키를 통해서 정보를 공유하고 포럼을 통해서 서로 지식을 주고 받으며, 블로그를 통해서 자신의 경험을 공유하며, 인맥관리를 통해서 필요한 사람을 빠르게 찾는다. 메뉴 중심에서 검색 중심 : 기존에는 몇몇의 정해진 IT 시스템을 메뉴에 따라서 정해진..

Andrew McAfee 의 블로그에서 발쵀... 대충 감은 오는데, 아직 확실하게 이거다라는 느낌은 오지 않는다. Social Application기반의 Web 2.0 개념을 Enterprise에 적용 시켜서 협업과, 협동, 소통을 가속화시켜서 기업의 효율성을 극대화 시키자는 것인데.. ROI를 어떻게 보여줄 수 있을지가 관건이 아닐까? = I’m not satisfied with my earlier definition of Enterprise 2.0, so let’s propose a refinement (I’m sorry if this feels a bit pedantic, but clear constructs are important to academics): Enterprise 2.0 is th..

ETL과 EAI 차이점 정리 http://www.ebizq.net/topics/eai/features/6595.html?&pp=1 ETL은 Dataware house나 BI와 같이 좀 덜 Mission Critical한 데이타에 사용되고, Batch등의 대량 전송에 사용함. 주로 DB 위주의 접근, 송수신 인터페이스에 대한 방향성이 있음 EAI는 애플리케이션간의 Integration이고, 단건이나 수건의 데이타에 대한 실시간 조회용 분산 트렌젝션(XA)가 중요한 요건으로 작용함. 양방향성을 띰 ETL and EAI Characteristics ETL EAI Focus Data Integration (Data Warehousing) Application Integration (Operational Apps..

JEE Application Grid Architecture 한국 오라클 컨설팅 Principal Consultant 조병욱(byungwook.cho골뱅이oracle.com) 사상 (Architecture Principals) 애플리케이션 그리드 아키텍쳐 사상은 다음과 같다. 비즈니스 로직을 가진 업무 컴포넌트가 무제한적으로 그리드에 추가될 수 있으며, 호출하는 클라이언트 입장에서는 각각의 업무나 업무 컴포넌트를 분리된 형태가 아닌 하나의 진입점을 통해서 호출하도록 하고, 각 업무의 부하에 따라서 업무 시스템에 하드웨어 자원(CPU,MEMORY)를 탄력적으로 배분함으로써 최적화된 성능을 유지하고, 업무 또는 업무 컴포넌트에 장애가 발생하였을때에도 해당 장애가 다른 업무에 영향을 주지 않도록 하는 아키텍쳐..

Enterprise Architecture 에서 중요한것중의 하나가 ETL (Extract Transformation Loading)이다. 쉽게 이야기 하면, 비동기적으로 파일이나 DB간에 데이타를 동기화 해주는 솔루션인데 기업 아키텍쳐에서 흔히 Near Real Time이라는 형태의 Async로 구현되거나 또는 Batch성 작업으로 분류되는데. 사실 이 ETL 솔루션이 만만한것이 그리 많지 않다. 대부분 EAI에서 ETL 기능을 구현해서 사용하는데, 데이타 양이 많다 보니 성능이나 구현의 생산성에서 애로점이 있는 것이 사실이다. 그래서 EAI 솔루션 위에서 Custom Module로 개발을 하거나 Spring Batch와 같은 오픈소스 프레임웍을 이용해서 구현하는 경우가 많은데 오늘 아주 어이없는 툴을..

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의 가장 큰..