조대협의 블로그

JAX-WS를 이용해서 웹서비스를 만드는 방법입니다. 영어로 작성했지만 내용은 쉽습니다. Overview This is a programming guide for component developer to make a webservice easily. Technical Standard This is webservice creation guide for component team. We will use webservice development standard like this. JAX-WS JAXB Standard IDE is WebLogic workshop 10.3. You can use any IDE that you want. JAX-WS is standard.WebLogic provides eaises..

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

0123456789 " " true false :null , { : , } [ null , ]

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에 대한 이야기가 많네 그랴..

WebLogic Workshop 10.3 기준입니다. (9.X 이후는 비슷합니다.) WLW에서 EJB 작성 방법 1. EJB 프로젝트를 생성 2. Project Facet에서 EJB Module 2.1을 선택, WebLogic EJBGen Support 를 선택 3. EJB 코딩 (이때 메서드를 클릭하면 Property에 속성을 선택할 수 있는 창이 나옴) 4. CLIENT JAR 생성 방법 : Project를 선택 > 오른쪽 버튼 > WebLogicEJB 선택후, > Jar setting – EJB client.jar에서 use default 해제하고, 여기에 상대 경로 예를 들어 client/EJBclient.jar라고 써주면 EJB 를 export할때, ${EJB_PROJECT}/client/EJB..

문제는 JMS Proxy에서는 Transaction start를 지원하지만 가장 많이 사용하는 WebService Proxy는 Global Transaction을 start하지 않기 때문에 Transactional EJB를 Composition하는 경우 분산 트렌젝션에 대한 구현 문제가 생긴다. 방법은 두가지 인데. 1) 단순하게 EJB를 하나 만들어서 ALSB(OSB)에 배포하여 Code로 Tx를 composition한후, 이 EJB를 Biz Service로 등록하고 WebService로 Expose하는 방법 2) 좀더 OSB 다운 방법은 WebService Proxy에서 JMS Q로 callout한후 JMS Proxy에서 읽어서 Tx 처리하고나서 Recv Q에 return하면 WebService Pr..

ESB에 대한 부하테스트를 SOAP UI를 해보니.. 400 Thread에서 Connection Refused가 계속 나왔다. 원인은 Apache에서 Connection Refuse를 보낸것이었고 Apache 용량 부족이었는데. ServerLimit Parameter가 제대로 작동 하지 않았다. 버그인지.. 넣는 위치에 영향을 받네. 아래는 설정값

간만에 파워포인트와 MS-WORD를 놓고 이클립스를 열었는데.. 하루종일 xsd,x query,x path,wsdl과 싸움... 오랜만에 머리 쥐나는 느낌... SOA도 생각보다 신경써야 할 부분이 많다~~

WebLogic 10.3 에서, WebLogic Workshop (이클립스 기반 IDE)를 가지고 JAX-WS 기반으로 웹서비스를 생성하기 JAXB를 표준 데이타 포맷으로 사용하였고. 매우 심플하고 간단함

ALL : http://www.w3schools.com/sitemap.asp XQuery : http://www.w3schools.com/xquery/xquery_add.asp JAXB Annotation http://edocs.bea.com/wls/docs103/webserv/data_types.html JAX-WS Annotation http://edocs.bea.com/wls/docs103/webserv/jws.html#program_jws_file

1. OSB 설치시 Default로 하면 Eclipse를 인스톨 하기를 요청하기 때문에 Custom으로 선택하고 Workshop에서 Eclipse 모듈을 제외하고 설치할것. 2. Managed Server을 추가로 추가하기가 복잡하기 때문에, 아예 설치시부터 Managed Server를 추가하는 것이 좋다. 3. DBMS를 사용하기 때문에, 초반에 DB 설정을 해놓고 인스톨하는 것이 좋다.

강좌 같은 것 만들어서 배포하고 싶을때가 있었는데.. 화면 레코딩할 수 있는 소프트웨어가 대부분 상용이라서 못하고 있었다가.. 서핑중에 괜찮은 도구 하나 찾아서 링크!! http://camstudio.org/

SOA 프로젝트를 하다보면 Mash up과 Composition를 혼용해서 쓰는 사람들이 종종있다. 먼저 유래부터 살펴보면 SOA 사상이 먼저 나온후에, WEB 2.0 이란 사상이 대두 되고, SOA의 무거운 부분과 복잡성을 제외하고, 단순성과 편의성을 위주로 OPEN API라는 개념이 나왔다. SOA에서 통상적으로 웹서비스로 구현되는 서비스를 JSON이나 PLAIN OLD XML등과 같이 경량의 사용하기 쉬운 메세지 포맷을 이용해서 OPEN API라는 것이 개발되었고, 이 오픈 API를 조합하여 새로운 기능을 만들어 내는것을 MASH UP이라고 한다. SOA WEB 2.0 컴포넌트 개념 웹서비스 기반의 서비스 경량 기반의 서비스 서비스 조합 Composition (Orchestration) Mash u..

SCA (Service Composition Architecture)가 1~2년전에 나타났다가 요즘 잠잠하더니.. Oracle Product에 다시금 나타났다. ESB, Repository 등등 모든 제품들이 SCA를 지원하고 나섰는데.. SCA 개념 자체가 좋은 개념이기 때문에 구현만 잘된다면 새로운 Composition (또는 Orchestration 아키텍쳐)로 사용되기 충분할듯 하다. 작년에 정리해놨던 SCA 소개 자료를 첨부한다.

SOA가 나온지도 오래되었고 개념이 좋다는 것은 다들 인정하고 있지만 쉽게 확산 되지 않는 이유가 무엇일까? 결과부터 따져보자면 성공적인 SOA

Unit Test with Easy Mock 자바스터디 조대협(bwcho75@지메일.컴) 단위 테스트는 소프트웨어 구성 요소의 각 컴포넌트를 독립된 환경에서 테스트 하는 것이다. 그렇지만 일반적으로 소프트웨어 컴포넌트는 혼자서 동작할 수 없고 다른 컴포넌트에 대해서 종속성(Dependency)를 가지고 있기 때문에 종속관계에 있는 컴포넌트가 완성되지 않거나 그 컴포넌트에 오류가 있으면 정상적으로 테스트를 진행할 수 없다. 이 문서를 읽기 전에 먼저 Junit 테스트에 대해서 숙지하기 바란다. http://bcho.tistory.com/entry/단위-테스트-1회-JUnit 이런 문제를 해결하기 위해서 사용하는 것이 Mock Object 이다. Mock Object는 가상 오브젝트로 테스트를 위한 Oper..

Mylyn을 이용해서 이클립스 상에서 JIRA를 웹 인터페이스가 아닌 클라이언트 인터페이스로 사용할 수 는 있지만 부족한 느낌이 많았다. 그래서 사실 사용도 안했고 오늘 다른것 찾던중에 JIRA 전용 클라이언트를 발견... 가격도 그리 비싼거 같지 않고. 뷰가 마치 아웃룩 같다. Polarion 등에서 이런 뷰를 제공하는게 부러웠는데.. 더 이상 부러울것이 없는듯. 아직 사용은 못해봤는데.. 웹보다 편할지 아닐지는 써봐야 할거 같고. 보기에는 일단 마음에는 든다. http://almworks.com ALM 솔루션,빌드 자동화, 테스트 모두 모아서 조합해놓고.. 판매하고 컨설팅하는 회사나 하나 차릴까? 솔루션 컨설팅하면서 할려니 정말 깊게 볼 시간이 없네.. 그랴..

ALM 이후로 가지고 놀 수 있는 장남감을 찾던중에 발견한 장난감. 요즘 Vitualization과 cloud computing 이야기가 많은데. Cloud computing중에서 data grid에 해당 하는 부분 자바 애플리케이션을 개발하면 문제중에 하나가 JVM Instance끼리 데이타 공유가 불가능하다는 것이다. 이런 경우는 DB나 FILE을 이용하는데 성능상의 문제도 많고 DB로 공유하기에는 어려운 데이타들이 있는 것이 사실인데. 이런것을 커버해주는 것이 NAM (Network Attached Memory)라는 개념이다. 애플리케이션 입장에서는 일반적인 메모리를 ACCESS하는 것처럼 사용하지만, NAM 서버들이 서로 클러스터링 되어서 대용량의 데이타를 애플리케이션 입장에서 하나처럼 보여주는 ..

ALM 플랫폼을 만들었을때 대충 컴포넌트가 프로젝트 관리 부분 테스트 자동화 부분 자동 빌드 부분 3군데로 나뉘어져서 디자인을 했고. 각 모듈에 사용 되는 제품들은 오픈소스들을 대부분 조합하였다. 그런데 이 경우 seamless하게 제품을 조합하는 것과 유지보수 문제에 대한 고민이 있어서... 혼자 생각으로 이런 모든 Full Process를 묶어서 제품화 했으면 좋겠다 생각을 했는데. 오늘 우연히 구글 광고에서 재미있는 제품을 발견했다. http://www.appperfect.com 단위 테스트 자동화, 부하 테스트, UAT등을 지원하고 요건 관리,테스트 케이스 관리등이 모두 지원된다. 겉보기에는 썩 괜찮은툴인듯... ^^ 아직 한국에 들어오지 않은게 아쉽지만 가격도 꽤 경쟁력 있어보이는데... 항상 ..

WebLogic에서 간만에 재미있는 기능을 찾아서 포스팅. ESB나 EAI 제품과 같은 아키텍쳐에서 Sync Call의 구조를 보면 다음과 같다. Request가 들어오면 특정 Thread가 그 request를 받아서 Backend의 Component에 보내고, 응답을 기다린다. 응답이 오면 Client에게 그 응답을 전달하는 구조이다. 그런데 이 경우 Client에서 요청을 받은 후 그 요청을 Component에 전달하고 나면 Component로 부터 응답이 오기까지는 Request Thread는 아무것도 하지 않고 단지 기다리기만 한다. 즉 하는 일없이 Thread만 점유하고 있는 것이다. 만약에 Component에서의 처리시간이 오래 걸리게 되면 Request Thread가 held 되는 시간이 늘..

윤서 유대용 유모차 알아보다가 찾아낸 유모차.. 괜찮을것 같은데.. 내년 출시란다... 일단 나오는거랑 윤서 크는거 보고 결정해야 쓰겄다.

친구 통해서 알게된 프랑스 레스토랑 http://r.wingbus.com/seoul/cheongdamdong/le_bouchon_chdd/?menu=map 시간 만들어서 와이프 한번 꼭 데려가봐야 겠다. 요즘 많이 힘들텐데... 잘 이겨내는 모습 보면 안쓰럽기도 하고.. 미안하기도 하고... 결혼하기전에는 멋내기도 좋아하고 놀러다니는것 참 좋아했는데... 윤서 태어나고 나서는 윤서랑 가정에 올인하느냐고... 참 많이 변했더라.. 좀더 잘해줄것을...

국내 개발자 처우가 그리 좋지 않고.. 일이 힘들다는것들은 다들 공감하실텐데. 이런것들을 고치기 위해서 협회나 정부 또는 갑들이 해야할 일이 무엇이 있을까요? 의견 한번 여쭙고 싶습니다.

11월 21일날 웹 세미나 합니다. ALM (빌드 배포 자동화)를 할 예정인데… 주제를 하나 더할 수도 있을 것 같습니다. JVM 튜닝, J2EE 애플리케이션의 병목 발견, What is SOA? How to SOA? 이 3개 주제중 어떤것이 좋을까요? 이외에도 혹시 관심 있으신 부분 있으면 의견 따라서 준비 해볼까 합니다. 의견 많이 많이 주세요.

okjsp 허광남님의 FindBugs 정리 자료 http://okjsp.tistory.com/1165643579 깔끔하게 정리되어 있어서 자료 만들때 써먹기 좋겠습니다. 감사합니다.

ALM 온라인 세미나가 준비중입니다. 11월 21일 아마 웹을 통해서 웨비나 형식으로 진행할것 같습니다. 근데 써먹어도 너무 써먹는거 같은데... ALM 사례 : 아키텍쳐 대회 발표 ALM INTRO : 데브 멘토 컨퍼런스 발표 ALM INTRO : S社에서 아키텍트 대상 발표 ALM INTRO : 사내 SALES 대상 발표 ALM INTRO : 아키텍쳐 모임 월 정기 발표 ALM INTRO : 11월 21일 웨비나... 그외에 영업들 요청으로 사이트로 전달되거나 다른분이 대신 발표한것이 3군데... 이번이 6번째 발표네요... 금년까지만 하고 내년에는 새 주제 찾아봐야 겠습니다.

요즘 들어 오라클에 들어와서 제품들을 보면서 관심들이 가는 제품들이 있는데.. 1. ODI - ETL 같은 솔루션인데, 보다 Near realtime에다가 ETL과 접근 방법이 약간 틀려서 EL-T라고 하는데 성능이나 사용성이 좋은듯 하다. 그간 ETL 솔루션이 없어서 고생좀 했는데. 의외로 좋은 아이템이 될듯. 2. ORACLE BPEL PM - WLI 와 AL BPM의 중간 계보쯤을 이어주는 제품. Human Oritented BPM보다 System Oriented BPM에 가까운데. WLI의 족보를 이어서 선전(?)을 하지 않을까/ 3. Coherence - 이미 아는 사람들은 다 아는 오라클이 인수한 메모리 캐슁 제품... 꼭 한번 써보리라!! 4. ALER - 시간이 없다는 핑계로 오랫동안 묻어..

ALM 성숙을 위해서 프로젝트 관리 도구나 이슈 관리 도구들에 대해서 많이 보고 있었는데. Primavera라는 도구가 있더라... 의외로 IT쪽에서 보다는 일반 제조,건설쪽에서 아주 널리 쓰이고 있는 툴인데. ALM에 연동을 시킬 수 있을지는 모르겠다... 오늘도 레리 회장이 불황 가운데서도 계속해서 합병을 하겠다고 선언했다... 이제 어느 회사를 가거나 결국 오라클로 합병이 되서 돌아오게 되는 것이 아닌지.. :( 차라리 Atlassian을 합병해주면 즐겁게 가서 일할텐데..

오늘 WOA에 대해서 듣게 되었는데. 역시나 생각들은 비슷한가보다. SOA로 대표되는 아키텍쳐는 기본적으로 엔터프라이즈 시스템을 위해 고안되었고 그로 인해서 기업의 업무를 충실히 지원하기 위해서 많은 기능들을 제공한다. 그로 인한 문제가 복잡도가 많이 올라갔다는 것인데... WEB 2.0 사상이 나오면서 REST,JSON,POX(Plain Old XML)등과 같이 이른바 OPEN API로 지칭되는 서비스들에서 사용되기 위한 경량의 프로토콜과 메세지 포맷, 네트워크 아키텍쳐들이 많이 소개 되었다. WOA는 SOA의 사상과 같이 서비스 중심의 아키텍쳐 이면서 서비스를 제공하지만 SOA와 같은 강력한 기능 (트렌젝션, 여러 메세징 방법과 프로토콜)을 지원하지 않지만 최소한의 기능을 최대한 쉽게 지원하는데 목적..

솔루션 벤더들이 소위 이야기 하는 WEB 2.0 솔루션이 없는 것들이 아쉬웠는데. 오라클에서 Enterprise Collaboration이라는 제품으로 나왔다. BLOG, WIKI 는 기본이고 그외에 여러 협업 도구들을 제공한다는데... 프로젝트 뜨면 꽤나 재미있을듯... 요즘 IT 경향을 보면 그간 Enterprise computing이라고 이야기 해왔던 여러것들 SO?, EJ?, WS 들이 Legacy가 되어가는것 같고 Open Source,Open API, WEB 2.0들이 주요 이슈들이 되어가고 있는것 같은데... 앞으로 어떻게들 Vendor들이 이것들을 지원하게 될까??