BLOG ARTICLE 2008/09/01 | 2 ARTICLE FOUND

  1. 2008/09/01 Asynch Request-Reponse Model on JMS (2)
  2. 2008/09/01 수퍼 개발자의 길이란 연재를 보고..

사용자 삽입 이미지
팁코 랑데뷰같은 시스템을 사용하시다가 JMS Messaging을 이용할 경우 sync방식의 처리가 애매하다고 생각하실 수 있는 데 아래와 같은 방식으로 request-reploy 방식을 구성하여 사용할 수 있습니다. 고객사 요청으로 답변해 드린 내용입니다.

/* Message Session and Message create */
m.setText(request);
m.setJMSReplyTo(replyQueue);
myId = /* generate a unique id */
m.setJMSCorrelationID(myId)

/* send the JMS message */
QueueReceiver receiver = qsession.createReceiver(replyQueue, "JMSCorrelationID = '"+myId+"'");

Then at the other end you do this:

reply.setJMSCorrelationID(request.getJMSCorrelationID());
/* send the JMS reply message */

위의 unique ID는 UUID generator 같은 것을 이용하여 고유의 아이디를 만드세요. 특정한 Web Application Server에 따라 단순히 m.getMessageID() 해서는 엔진이 메시지 ID를 다시 생성해서 correlationID로 교체해버리는 경우가 있습니다.
크리에이티브 커먼즈 라이센스
Creative Commons License
2008/09/01 16:55 2008/09/01 16:55

사용자 삽입 이미지
ZDNet에 연재되고 있는 수퍼 개발자의 길이란 글을 읽어보았습니다. 개발자들에게 무언가 공감할 수 있는 글을 기존의 이름있는 자바 개발자로부터 기고를 받아 연재하는 것이네요. 저는 수퍼 개발자같은 건 꿈꾸지도 않아서인지 내용들이 그렇게 재미있지는 않지만 한 번 읽어봄이 좋을 듯 합니다.

나름 기고자들이 일하고 있는 영역에 대한 부분에서의 수퍼 개발자를 이야기하고 있습니다. 자바를 주로 이야기하다보니 항상 들어오던 친근한 이름들이 거론되었네요. 하지만 기고들의 말미에서는 본인들이 하고 있는 사업이나 프로젝트에 대한 내용도 포함되어 있어 왜 기고에 이것을 선전해야 하나라는 의구심도 생겼었습니다. A회사 소속인들의 기고면 A회사 프로젝트가 나오는 그런 것들이지요.

방도는 없습니다. 실천 의지와 기초에 기반을 둔 실력 쌓기, 그리고 뛰어난 커뮤니티 활동 등이 수퍼라는 이름을 달기 위한 과정이 아닐까 합니다. 또한 가정을 소홀히 할 수밖에 없을 지도 모르죠. 두 마리 토끼를 다 잡는다는 것은 국내에서 이희승씨같은 full time 오픈 소스 개발자 정도가 되면 할 수 있겠네요.

크리에이티브 커먼즈 라이센스
Creative Commons License
2008/09/01 13:17 2008/09/01 13:17