아름다운프로'의 JTOP.org 백업사이트

9월 1일부로 IBM으로 일터를 옮겼습니다.
SWG(Software Group)내 Rational 소속입니다.
앞으로의 글들은 아무래도 IBM과 관련된 글들이 많이 올라오지 않을까 합니다.

그리고, 이달 20일경에는 용인에 성복동으로 이사합니다.
분당에서 서울로 올라와 서울시민 된지 4년여만에 다시 경기도민이 되네요. ㅡㅡ;;
인근에 사시는 분 계시면 맛난거라도 먹었으면 하네요. ^^

이래저래 새로운 환경에서 .. 새롭게 시작해봅니다.
으샤으샤..

Spring이 어느덧 2.0 RC2를 7월6일에 발표하였다.
개인적으로는 dev 메일링을 받아 개발진척이나 관련 프로젝트들의 진행을
꾸준히 모니터링하고 있는데, 분위기상  정식 릴리즈가 임박했음이 느껴진다.

이에 곧 나올 2.0 정식버젼에 앞서 어떤 것들이 새롭게 변모되었는지 이제는
한번쯤 봐둘 필요가 있을 듯 싶어 간단히 정리해 볼까한다.

1. IoC 컨테이너의 향상

  2.0으로 올라오며, 내부적으로 가장 많은 변화가 있었던 부분이 IoC 컨테이너
  부분이다. (단, 사용자 관점에서는 큰 변화를 느끼지 못하겠지만)
  간단히 간추려 보면,

  1.1. XML 설정파일이 쉬워지다.  

  내용인 즉, 새로운 스키마의 지원에 따른 내용을 쉽게 처리할 수 있다는 것이다.
  <util:XXX> , <jee:XXX> 와 lang, tx, aop 스키마가 추가 지원되고 이에 대한 것이
   IDE 에서의 제공되는 spring 플러그인에서 제공된다는 것이다.
   결과적으로 새로운 것 더 열심히 공부하면 더 쉽게 쓸 수 있다는 것이다. ^^
   참조 : http://static.springframework.org/spring/docs/2.0.x/reference/new-in-2.html

  1.2. XML 작성의 확장

  2.0에서는 단지 쉬어지기만 한 것이 아니라, 좀 더 확장성을 띄고 있다.
    이는 XML 스키마를 직접 작성가능하게 함으로 이를 가능케 한다.
    위에서 언급한 새롭게 등장한 스키마와 같이, 나 또는 팀에서 자주 사용하는 스키마에
    대해서 이미 스키마로 구현이 가능하다는 것이다. (말그대로 확장성을 대폭 강화하여
    spirng을 사용하는 개개인이 스키마 확장까지 가능하게 되었다.)
    참조 : http://static.springframework.org/spring/docs/2.0.x/reference/extensible-xml.html

  1.3. 새로운 bean 범위
    
  기존의 Spring은 IoC 컨네이터 레벨에서 두가지(singleton과 prototype)만 지원했었지만,
    2.0에서는 위의 두가지 이외에 request, session, global session 가 추가되었다.
    앞선 두가지는 local(!) 개발에 후자 3개는 웹기반에 적용된다.
    크게 변화가 없는 듯 하면서도 변화가 생긴 부분이라 하겠다. (기존 사용방식에는 차이가 없다.)
   참조 : http://static.springframework.org/spring/docs/2.0.x/reference/beans.html#beans-factory-scopes
 
2. AOP
 
  2.0에서는 AOP 제공이 매우 향상되었다.
   XML 설정이 쉬워졌으며, AspectJ pointcut 언어와 @AspectJ와 통합되었다.
   (이것은 AspectJ의 리더인 Adrian Colyer가 지난해 9월 IBM에서 Interface21(스프링을 만드는 회사)로
   옮기면서 이미 예견된 부분이다.)

  2.1. 쉬워진 AOP XML 설정

  2.0은 aspects 를 위한 새로운 스키마를 지원한다. AspectJ pointcut 언어와 전체적인 타입에 대한 안내
  (캐스팅이나 Object[]아규먼트와 같은 더이상의 조작은 필요없다.)의 이점을 제공한다.
  <aop:config> 엘리먼트 내에 <aop:aspect> <aop:pointcut> 등과 같은 방법으로 사용 가능하다.
  참조 : http://static.springframework.org/spring/docs/2.0.x/reference/aop.html#aop-schema

  2.2.  @AspectJ aspects의 제공

  2.0 은 @AspectJ annotations의 사용을 제공하고 이는 AspectJ와 Spring AOP간에 공유가 가능하다.

3. Middle Tier (Data Access)

  3.1. XML 내에 선언된 트랜젝션의 설정이 쉬어졌다.

  기존의 1.2.X 스타일이 계속 지원은 되지만, 2.0 스타일을 추천되며, 이 방식은 작성을 쉽게 소스량(!)을
  현저히 줄인다. 주목해야 할 부분은 AspectJ aspects library와 사용이 가능한데 이때 다양한 오브젝트와
  사용이 가능한데 하물며, Sping container에서 생성되지 않은 객체까지 사용이 가능하다는 점이다.
  (의미적으로는 이런데 자세히 봐야되겠다. 기존의 트랜젝션 관리에 있어서 많은 솔루션들이 가지고 있던
  문제가 여러 객체를 거치는 (프로세스를 가지는) 트랜젝션의 처리가 쉽지 않다는 것이였는데, 이 의미로는
  이것 또한 해결이 가능하다는 이야기이므로 정확한 확인이 필요할 듯 싶다.
  이가 가능하다면 엔터프라이즈 솔루션에 있어 상당한 기여가 있을 것 같다.)

  3.2. JPA

  Spring의 JDBC 추상 레이어 목적으로 Hibernate, JDO와 같은 것을 동일한 방법 내에서 포괄적으로
  Java Persistence API를 위해 제공한다.
  + JPA 관련 참조 : http://static.springframework.org/spring/docs/2.0.x/reference/orm.html#orm-jpa
  + Java Persistence API 참고 : http://java.sun.com/developer/technicalArticles/J2EE/jpa/index.html

  3.3. Asynchronous JMS

  개인적으로 오래 기다려온 내용이다.  
    이전의 1.2 버젼까지의 Spring은 JMS를 제공함에 있어 JmsTemplate 클래스가 기능적으로 훌륭히
  추상화하여 사용의 간편함을 제공하였다. 그러나 이것은 메시지의 비동기적인 production 와
  consumption은 지원하는 것이 아니였다.
    이번 2.0 에서는 이러한 부족한 부분을 완성하여 비동기적인 부분까지 지원이 되었다.
    참고 : http://static.springframework.org/spring/docs/2.0.x/reference/jms.html#jms-asynchronousMessageReception

  3.4. JDBC

  Spring의 JDBC 추상 프레임워크 내에 새롭게 주목해야할 크랠스가 있는데,
  첫째가 NamedParameterJdbcTemplate 로 named parameters 의 사용을 지원한다.
  둘째가 SimpleJdbcTemplate 로 기존의 core 기능에서 더욱 사용을 간편하게 만들어졌다. 단, 이는 Java 5(Tiger에서만 사용가능)

  자세한 것은 참조 사이트의 예제를 보면 바로 이해가 될 듯하다.
  참조 : http://static.springframework.org/spring/docs/2.0.x/reference/jdbc.html#jdbc-NamedParameterJdbcTemplate
  참조 : http://static.springframework.org/spring/docs/2.0.x/reference/jdbc.html#jdbc-SimpleJdbcTemplate

4. Web

  4.1. Spring MVC를 위한 form fag 라이브러리

  2.0 에서는 많은 개발자들의 요구에 의해 대부분의 JSP tag 라이브러리와 사용이 가능하게 하여,
  개발자의 만족도를 높였다고 확신하고 있다. struts에 있어서도 form tag의 사용에 따른 추가적인 개발
  요소가 만만치 않았던 것을 고려할때
  이에 대한 추가에 따른 개발에 도움이 될지 어떨지는 좀 더 확인 필요할 듯 싶다.
  참조 : http://static.springframework.org/spring/docs/2.0.x/reference/mvc.html
  참조 : http://static.springframework.org/spring/docs/2.0.x/reference/spring-form.tld.html

  4.2. Sping MVC 내에 분별력 있는 표준설정

  convention-over-configuration 를 통해 models, views, 와 controllers 의 기본 영역에서 주소를
  제공하여, naming convention의 표준화를 통해 XML 설정에 따른 소스 량을 줄이고, 내용을 명확하고
  쉽게 처리할 수 있도록 한다.
  기존의 무분별한 프로젝트마다의 naming conventions 을 설정한다거나 개개인마다의 방식을 만들어
  가는 것에서 큰 도움이 될 듯하다.
  참조 : http://static.springframework.org/spring/docs/2.0.x/reference/mvc.html#mvc-coc

  4.3. Portlet framework  

  웹기반에 있어서의 Portlet (JSR-168 Portlet)을 지원한다.
  이는 특별한 설명이 필요 없을 듯 싶다.
  참조 : http://static.springframework.org/spring/docs/2.0.x/reference/portlet.html

5. 그밖에

  5.1. Dynamic language 지원

  자바 이외에도 현재 JRuby, Groovy 와 BeanShell 가 포함되어 지원된다.
  참조 : http://static.springframework.org/spring/docs/2.0.x/reference/dynamic-language.html

  5.2. JMX

  Spring에서 지원하던 JMS의 변경은 발전적이상의 획기적인 것으로 ...
  + Controlling the registration behavior : MBean 등록에 있어서 3가지을 제공한다.
      - REGISTRATION_FAIL_ON_EXISTING : MBean 인스턴스가 등록되어 있으면 InstanceAlreadyExistsException 을 통한 등록거부(디폴트),
      - REGISTRATION_IGNORE_EXISTING : MBean 인스턴스가 등록되어 있으면 아무런 에러없이 등록거부(멀티 어플리케이션 환경에 유용)
      - REGISTRATION_REPLACE_EXISTING : MBean 인스턴스가 등록되어 있으면, 이를 등록해지하고 새롭운 MBean으로 등록처리(기존MBean 대처시 유용)
  + Notifications : NotificationListeners을 통한 MBeans의 변경을 모니터링 가능하다.

참조 : http://static.springframework.org/spring/docs/2.0.x/reference/jmx.html#jmx-exporting-registration-behavior
참조 : http://static.springframework.org/spring/docs/2.0.x/reference/jmx.html#jmx-notifications

  5.3. Task scheduling (작업 스케쥴링)

  드럭 리가 심여를 기울여 Tiger에 포함시킨 java.util.concurrent.* 패치지에는 기존의 thread 의
  기능을 강화하고 확장시킨 Executors 라는 인터페이스가 있다. 이는 위의 내용에서 이야기 하다시피
    Java5 에서부터 구현이되어 사용이 가능하다.
  이에 2.0 에서는 Java 1.3, 1.4 에서도 Executors와 같은 기능(thread pools)을 가능케 하고자 이와
  동일한 기능의 (하지만 세부적인 구현을 더 추상화 시킨) TaskExecutor 를 제공한다.
  이에 대한 것은 아래를 참조하면 된다.
  (얼마전 리스너를 여러개 띄운 상태에서의 스케쥴링을 해야하는 프로그램을 작성한 적이 있었다.
     Spring에서 Quartz Scheduler를 사용하여, 처리하려 하였지만 데드락의 징후(!)가 보여 충분한 테스트
     도 채하기도 전에(기간이  촉박했던 것이였기에) thread 로 대처하여 어찌어찌 작성을 했었다.
     돌이켜 기억해보면 이때 이 기능을 사용했으면  여러가지 도움이 되었을텐데라는 생각이 든다.)  
  그 이외에도 scheduling 관련해서 문서상으로도 많은 보강이 있어 보인다. (특히 Pooling 관련)

  참조 : http://static.springframework.org/spring/docs/2.0.x/reference/scheduling.html#taskexecutor  

  5.4. Java 5 (Tiger) 지원
  제목과 같이 Java 5 (Tiger)을 지원하는 기능들이 추가 되었다.

  - Using AspectJ to dependency inject domain objects with Spring :
     http://static.springframework.org/spring/docs/2.0.x/reference/aop.html#aop-atconfigurable
    - @AspectJ support :
     http://static.springframework.org/spring/docs/2.0.x/reference/aop.html#aop-ataspectj
    - Using @Transactional with AspectJ :
     http://static.springframework.org/spring/docs/2.0.x/reference/transaction.html#transaction-declarative-aspectj
  - @Required :
     http://static.springframework.org/spring/docs/2.0.x/reference/metadata.html#metadata-annotations-required
  - SimpleJdbcTemplate :
     http://static.springframework.org/spring/docs/2.0.x/reference/jdbc.html#jdbc-SimpleJdbcTemplate

6. 샘플 업데이트
  전반적인 소스의 업데이트와 showcases 라는 폴더가 새롭게 생겼다.

7. 문서의 향상
  2.0 에 맞춰 새롭게 레퍼런스 문서가 작성되었다.  

개인적으로 99년부터 만남을 계속하고 있는 자눅스라는 모임이 있다.
다들 잘되서 IBM, MS, Sun, BEA, TMax, 일본, 중국, 싱가폴, 등등.. 여러곳에서 잘들 살고 있는듯하다.(뿌듯뿌듯)
어쨌든, Sun에 다니다가 MS로 옮긴 형이 최근 MS 개발자들 중에 ROR쪽으로 많이 전향하고 있다는
이야기를 들어(자바쪽에서는 어느정도 듣던 이야기지만 ... MS쪽까지?), 실태조사에 나서 봤다.
그리고 .. 자눅스 모임에 남겼던 글이다.
# 하루에 하나 글 쓰기 운동을 지켜야 되는데... 최근에 쓴글들은 오픈하지 않은 상태의 글들이
많기에 .. 이렇게라도 남긴다. ㅡㅡ;
====================================================================

형 글보고 휴일동안 간만에 ROR쪽을 돌려보았습니다.
예전에 Ruby에 푸욱 빠져있던 사람을 좀 알고 있었는데.. rails 초기에 자랑하기에 잠시해보고
에이~하면서 덮은 이후에 주위에서 떠들어도 그다지 거들떠 보지 않았는데.. XX형이
이야기하기에 다시한번 접해보았답니다. ^^

본론으로 들어가서...
그리고 바로 결론부터 제 생각을 말씀드리자면 현재의 ROR 수준은 단순 웹개발쪽에의 장점이외에는
고려해야 할 부분들이나 이슈들이 많아 보이고 ... 아직은 개인적으로는 그다지 끌리지가 않는다입니다.

J2EE하던 사람이 ROR 도입하고 만족해했다는 말에 대해서는 그 사람이 어떤 의미에서 J2EE를 여기에
갔다붙이려 하는지도 의심스럽습니다.
코팅양적으로나 속도차원에서의 장점도 있다고는 하지만, ROR를 접하면서 제가 가장 먼저 떠오른것은
예전의 velocity를 struts 기반으로 프레임워크 만들어서 섰던 지난날의 즐거웠으면서도 아품이 있었던
기억납니다.

ROR에서 rb를 작성하고 html에 간단한 테그나 로직을 짜는 부분은 velocity에서 마크로 기능을 이용하는
것보다 솔직히 더 파워플하다는 느낌은 받을 수 없습니다. (단순 텍스 기반의 개발 내용만 놓고 비교시..)
그 이외의 여러 기능들이 추가되고 있는 상황에서 그것들을 활용하는 차원에서는 ROR가 좀 더 낳다고는
하지만.. 그렇지 않은 부분에 있어서는....

지난 날 앞서 말씀드린 프레임워크가 실패했던 가장 큰 원인은 그리드 컴포넌트와 그래픽 API를
사용하면서 발생하였습니다. 상용그리드던 자바스크립트 기반의 그리드든 ... 이를 적용하기 위해서는
기존의 아무리 쉽게 생성하고 구조화 시킨 환경에서라도 기존의 뻘짓꺼리 코딩이 계속 뭍어만 갔습니다.

또한, 자바라는 녀석에서 .NET 기반의 그리드가 대세인 현실에서 .. velocity 기반에서는 더욱 T.T OTL
이였습니다. 이것은 그렇다치더라도 ... 통계테이터를 그래프로 뿌리기 위해 쉽게 사용할 수 있는
오픈소스차원의 것들이든 무엇이든 ... 순수 velocity 기반에서는 어림도 없었기에 결국엔 velocity + jsp
구로 갈 수 밖에 없었습니다.
속도와 코딩량에 있어서는 기존의 자바로 짤 수 있었던 어떠한 것보다 훌륭했음에도...

ROR에서 얼마나 많고 훌륭한 라이브러리나 API 또는 플러그인들이 제공되고 있는지는 파악해보지는
못했지만 아직 2년도 채되지 않는 기반에서는 이러한 확장성에 대한 것들에 있어서는 한계가 있어 보입니다.

그리고 eclipse 기반의 radrails로 테스트하기 위해 설치를 하는 과정에 의문점이 있어..
관련 자료를 찾아보았지만, 국.내외 어디에서도 자료를 찾기 힘들었습니다 그러면서 알수 있었던것이
아직 유저들이 많지 않음과 이에 따른 문제 발생시의 대처와 극복에 대해서는 인터넷의 힘을 크게
얻기 힘들 다는 생각 또한... 아직은 부정적인 생각을 만들었습니다.

끝으로.. 최근에 spring을 꾸준히 사용하면서 느끼는 부분은...
이러한 단위의 개발을 쉽게 하는 것보다 ... ROR에서 이야기하는 단순화 된 코딩과 소스의 량은 제가 보기엔
단순 기능차원의 껀껀의 내용으로 밖에는 안보여집니다.

프로세스가 있는 개발을 효과적으로 지원해줄 수 있는
프레임워크가 더 중요함을 새삼 느끼게 됩니다.
예로, 웹에서 엑셀 다운로드를 받는 단순한 기능을 예로들면..
이를 구현하기 위해서는.. jsp와 같은 페이지단에서의인코딩방식처리에서 부터 시작하여,
다운로드 이벤트 발생에 따른 DB에서의 데이터 쿼리 .. 이를 다시 엑셀로 변환하는 처리
를 거쳐 완성된 엑셀이 다시 다운로드 처리를 거쳐 다운로드되는 ...
기능적으로는 각각이지만, 이러한 프로세스적인(기능적 프로세스) 것을 설정레벨이나
로직 레벨에서 엮어 줄 수 있는 것들이 더욱 중요하게 느껴집니다.
이는 간단한 예였지만, 지금 KBS 방송관련 된 프로젝트는 데모형식으로 하고 있는데
유선(KT),무선,인터넷에서 받은 메시지를 MQ를 통하여 취합하고 이를 다시 DB에
저장하며 이를 다시 통계화하고 이를 방송을 위한 솔루션과 연계시키고.. 어쩌고..
하는 .. 차원에서의 예로 봤을 때는... 위의 ROR는 적용시키는 것이 가능하지 않을거 같습니다.

(ROR는 코딩을 쉽게 해줄 수는 있어도 Spring에서의 DI와 같은 개념은 포함되어 있지 않기에..
ROR가 웹기반이라 적절하지 않은 비유라 할 수도 있겠지만..... JSP 만으로도 위에 것들을
어느정도 생각할 수 있는 것과 다르게 어디서부터 해딩해야할지 막연하기에(공부를 안해서일지도)...)

이야기가 길어져 꼬이고 있으니.. 정리하면..
ROR는 현재의 수준에서는 단순 웹기반의 텍스트 기반의 개발에서는 어느정도의 강점이 있어보이지만
그 이외의 다양한 엔터프라이즈 환경까지 커버하기엔 다소 무리가 있어보이며,
더욱이 이를 해결하기 위한 과정과 노하우들에 대한 지식은 전세게적으로도 부족한 상황이기에
활용기술적인 차원보다는 미래에 속된 말로.. 뜰~ 기술로써 조금씩 적용시킬 수 있는 단계가 아닐까
란 개인적인 생각입니다...

다시 시간이나면 ... 확장성의 차원에서 어떠한 것들이 지원되는지는..
다시한번 확인해보고.. 글 남기겠습니다.
===========================================
요즘 벌짓꺼리하면서 노는게 많아, 언제 확인들어갈 수 있을지는 ... ... 이다. ^^
하루동안의 재미삼아 체크한 내용이라 깊이 있게 스터디하신 분들의 다른 의견이 있을 것이란 생각도든다.

* 혹시 제 사이트를 들려 글을 보시고 ... 다른 의견이 있으시다면.. 댓글 환영합니다. ~*

소스는 ActiveMQ의 소스와 같으며, 해당 xml은 아래와 같다.

sonicmq_receive.xml

<?xml version="1.0" encoding="euc-kr"?>

<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd">



<beans>	

	

	<bean id="start" class="java.lang.String"/>

	

	<bean id="connectionFactory" class="org.springframework.jndi.JndiObjectFactoryBean">

		<property name="jndiTemplate">

      		<ref bean="jndiTemplate"/>

   		</property>

   		<property name="jndiName">

      		<value>OUTTER_CB_URL</value>

   		</property>

	</bean>

	

	<bean id="jndiTemplate" class="org.springframework.jndi.JndiTemplate">

		<property name="environment">

			<props>

				<prop key="java.naming.factory.initial">

					com.sonicsw.jndi.mfcontext.MFContextFactory

				</prop>

				<prop key="java.naming.provider.url">

					tcp://222.112.180.61:2506

				</prop>

				<prop key="com.sonicsw.jndi.mfcontext.domain">

					Domain1

				</prop>

				<prop key="java.naming.security.principal">

					Administrator

				</prop>

				<prop key="java.naming.security.credentials">

					Administrator

				</prop>

			</props>

		</property>

	</bean>



	<bean id="destination" class="org.springframework.jndi.JndiObjectFactoryBean">

		<property name="jndiTemplate">

			<ref bean="jndiTemplate" />

		</property>

		<property name="jndiName">

			<value>T1</value>

		</property>

	</bean>

		

	<bean id="messageListener" class="org.jtop.spirng.sample.sonicmq.receive.Receiver" />

		

	<bean id="listenerContainer" class="org.springframework.jms.listener.DefaultMessageListenerContainer">

		<property name="connectionFactory" ref="connectionFactory" />

		<property name="destination" ref="destination" />

		<property name="messageListener" ref="messageListener" />

	</bean>

</beans>

<?xml version="1.0" encoding="euc-kr"?>

<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd">



<beans>	

	

	<bean id="connectionFactory" class="org.springframework.jndi.JndiObjectFactoryBean">

		<property name="jndiTemplate">

      		<ref bean="jndiTemplate"/>

   		</property>

   		<property name="jndiName">

      		<value>OUTTER_CB_URL</value>

   		</property>

	</bean>

		

	<bean id="jndiTemplate" class="org.springframework.jndi.JndiTemplate">

		<property name="environment">

			<props>

				<prop key="java.naming.factory.initial">

					com.sonicsw.jndi.mfcontext.MFContextFactory

				</prop>

				<prop key="java.naming.provider.url">

					tcp://222.112.180.61:2506

				</prop>

				<prop key="com.sonicsw.jndi.mfcontext.domain">

					Domain1

				</prop>

				<prop key="java.naming.security.principal">

					Administrator

				</prop>

				<prop key="java.naming.security.credentials">

					Administrator

				</prop>

			</props>

		</property>

	</bean>

	

	<bean id="destination" class="org.springframework.jndi.JndiObjectFactoryBean">

		<property name="jndiTemplate">

			<ref bean="jndiTemplate" />

		</property>

		<property name="jndiName">

			<value>T1</value>

		</property>

	</bean>

	

	<bean id="rankSender" class="org.jtop.spirng.sample.sonicmq.send.Sender">

		<property name="connectionFactory" ref="connectionFactory" />

		<property name="destination" ref="destination" />

	</bean>

</beans>

메시지 받기 (onMessage)



package org.jtop.spirng.sample.activemq.receive;



import javax.jms.JMSException;

import javax.jms.Message;

import javax.jms.MessageListener;

import javax.jms.TextMessage;



import org.apache.commons.logging.Log;

import org.apache.commons.logging.LogFactory;



/**

 * 

 * @author lee

 */

public class Receiver implements MessageListener {

	

	Log log = LogFactory.getLog(this.getClass());

	

	public void onMessage(Message message) {

		try {

			TextMessage tm = (TextMessage)message;

			log.debug("Property : " + tm.getStringProperty("Property"));

			log.debug("Text : " + tm.getText());

		} catch (JMSException e) {

			log.error("onMessage Exception : ", e);

		}

	}

}





실행하는 클래스



package org.jtop.spirng.sample.activemq.receive;



import org.apache.commons.logging.Log;

import org.apache.commons.logging.LogFactory;

import org.springframework.context.ApplicationContext;

import org.springframework.context.support.FileSystemXmlApplicationContext;



public class Runner{

	

	Log log = LogFactory.getLog(this.getClass());

	

	private void run() {

		ApplicationContext ctx = new FileSystemXmlApplicationContext("conf/activemq/activemq_receive.xml");

		ctx.getBean("start");

		log.info("============= onMeesage() ==============");

	}



	public static void main(String[] args) {

		Runner job = new Runner();

		job.run();

	}

}







activemq_receive.xml 내용



<?xml version="1.0" encoding="euc-kr"?>

<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd">



<beans>	

	

	<!-- === XML이 로딩되면서 자동으로 messageListener 동작(start는 단순 로딩용) === -->

	<bean id="start" class="java.lang.String"/>

	

	<bean id="r_connectionFactory" class="org.springframework.jndi.JndiObjectFactoryBean">

		<property name="jndiTemplate">

      		<ref bean="r_jndiTemplate"/>

   		</property>

   		<property name="jndiName">

      		<value>ConnectionFactory</value>

   		</property>

	</bean>

	

	<bean id="r_jndiTemplate" class="org.springframework.jndi.JndiTemplate">

		<property name="environment">

			<props>

				<prop key="java.naming.factory.initial">

					org.apache.activemq.jndi.ActiveMQInitialContextFactory

				</prop>

				<prop key="java.naming.provider.url">

					tcp://localhost:61616

				</prop>				

			</props>

		</property>

	</bean>

	

	<bean id="r_destination" class="org.apache.activemq.command.ActiveMQTopic" autowire="constructor">

		<constructor-arg value="FOO.BAR" />

	</bean>

	

	<bean id="messageListener" class="org.jtop.spirng.sample.activemq.receive.Receiver" />

	

	<bean id="listenerContainer" class="org.springframework.jms.listener.DefaultMessageListenerContainer">

		<property name="connectionFactory" ref="r_connectionFactory" />

		<property name="destination" ref="r_destination" />

		<property name="messageListener" ref="messageListener" />

	</bean>

		

</beans>

두 MQ모두 Sample(or Example)에 보면 Connection 생성에서부터 각자의 Connection 클래스로 생성하게

되어 있어, 한쪽에서 개발을 한 다음에는 다른 MQ로의 사용이 어렵게 되어 있다.

이에 Spring의 JmsTemplate을 사용하여, 좀 더 쉬운 방법으로의 통합된 형태의 간단한 예제를 작성해본다.

(단, JmsTemplate Gotchas 을 읽어보고, JmsTemplate을 적용에 주의를 요한다.)



메시지 Send 



package org.jtop.spirng.sample.activemq.send;



import javax.jms.ConnectionFactory;

import javax.jms.Destination;

import javax.jms.JMSException;

import javax.jms.Message;

import javax.jms.Session;



import org.apache.commons.logging.Log;

import org.apache.commons.logging.LogFactory;

import org.springframework.jms.core.JmsTemplate;

import org.springframework.jms.core.MessageCreator;



public class Sender {

	

	Log log = LogFactory.getLog(this.getClass());

	

	private JmsTemplate jmsTemplate;

	private Destination destination;

	

	public void setConnectionFactory(ConnectionFactory cf){

		jmsTemplate = new JmsTemplate(cf);

	}

	

	public void setDestination(Destination des){

		this.destination = des;

	}

	

	public void send(){

		this.jmsTemplate.send(this.destination, new MessageCreator(){

			public Message createMessage(Session session) throws JMSException {

				Message ms = session.createTextMessage("Example Message");

				ms.setStringProperty("Property", "Example");

				return ms;

			}

		});

	}

}



실행하는 클래스



package org.jtop.spirng.sample.activemq.send;



import org.apache.commons.logging.Log;

import org.apache.commons.logging.LogFactory;

import org.springframework.context.ApplicationContext;

import org.springframework.context.support.FileSystemXmlApplicationContext;



public class Runner{

	

	Log log = LogFactory.getLog(this.getClass());

	

	private void run() {

		ApplicationContext ctx = new FileSystemXmlApplicationContext("conf/activemq/activemq_send.xml");

		Sender sender = (Sender)ctx.getBean("sender");

		sender.send();

		log.info("============= Send ==============");

	}



	public static void main(String[] args) {

		Runner job = new Runner();

		job.run();

	}

}



activemq_send.xml 내용



<?xml version="1.0" encoding="euc-kr"?>

<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd">



<beans>	

	<!-- ======================== Sender =========================== -->

	<bean id="s_connectionFactory" class="org.springframework.jndi.JndiObjectFactoryBean">

		<property name="jndiTemplate">

      		<ref bean="s_jndiTemplate"/>

   		</property>

   		<property name="jndiName">

      		<value>ConnectionFactory</value>

   		</property>

	</bean>

	

	<bean id="s_jndiTemplate" class="org.springframework.jndi.JndiTemplate">

		<property name="environment">

			<props>

				<prop key="java.naming.factory.initial">

					org.apache.activemq.jndi.ActiveMQInitialContextFactory

				</prop>

				<prop key="java.naming.provider.url">

					tcp://localhost:61616

				</prop>				

			</props>

		</property>

	</bean>

	

	<bean id="s_destination" class="org.apache.activemq.command.ActiveMQTopic" autowire="constructor">

		<constructor-arg value="FOO.BAR" />

	</bean>

	

	<bean id="sender" class="org.jtop.spirng.sample.activemq.send.Sender">

		<property name="connectionFactory" ref="s_connectionFactory" />

		<property name="destination" ref="s_destination" />		

	</bean>	

</beans>

링크 자료는 되도록 안올리려 했지만, 좋은 내용이 있어서 링크해본다.
스타도 지우고 eclipse와 잼난 시간을 보내고 있는 ... 요즘이 즐겁다.

제1회 가장 간단한 Eclipse 플러그인

  1. 플러그인 작성의 기본 순서
  2. 플러그인의 소스를 살펴 보자
  3. SWT와 JFace

제2회 트리 표시 플러그인을 작성하자

  1. 트리 뷰어를 사용한 뷰어의 구현
  2. 뷰의 툴바와 풀다운 메뉴

제3회 텍스트 문자 편집기 플러그인 구현

  1. 템플릿에 의한 XML 에디터의 생성
  2. 문서의 분할 작업
  3. 에디터의 configuration

제4회 플러그인의 설정 보존

  1. preference 스토어 / 초기값의 설정
  2. preference 페이지의 구현
  3. 에디터로 설정내용 반영/preference의 변경 검지

제5회 Eclipse플러그인에 마법사를 구현하려면

  1. 마법사의 기본 구조
  2. XML 파일을 작성하는 마법사의 구현
  3. 마법사의 이동을 제어한다.
  4. 여러 개의 페이지를 가지는 마법사의 구현

• Never use a regular ConnectionFactory unless you are totally sure it does all the pooling you need
• If using in an EJB ensure you use the EJB containers ConnectionFactory; otherwise consider using Jencks to create it for you
• If not using in an EJB then use Jencks to create the ConnectionFactory
• If you are only publishing messages and you are not in an EJB and you are using ActiveMQ then you can use the PooledConnectionFactory
• Ifyou are consuming messages its probably simpler & more efficient& less likely to loose messages to avoid using the receive() methodand use
  Message Driven POJOs instead - unless you absolutely must pull messages on demand from inside an EJB.

Celtix가 릴리즈 된 소식에 반갑기도하고, 기운빠지기하다.
이런 녀석을 만들겠다고 덤비던 시기가 불과 1년도 채지나지 않았는데..
어느덧 아무런 형태나 계획조차 없었던 Celtix가 이렇게 정식으로 릴리즈 되니 말이다.

아직 소스나 돌려보지는 않았지만, 눈에 띄는것으로는...
ActiveMQ 를 사용하였다는 부분과 왠지 구성이 ServiceMix를 많이 참조하지 않았나 싶은거다.
이 부분은 소스를 열어보면 어느정도 명확해지지 않을까 싶다.

어쨌든, 나에겐 재미난 흥미꺼리가 하나 늘어남과 동시에 고민꺼리가 늘어난 샘이다.

May 8, 2006

Celtix 1.0 is released and available for download at http://forge.objectweb.org/project/showfiles.php?group_id=192. Celtix 1.0 is also available as a Maven distribution at, http://maven.objectweb.org/maven2.

Celtix 1.0 provides users with a feature-rich, open source ESBruntime that can support any organization’s adoption of ServiceOriented Architecture (SOA) in the enterprise.

The Celtix project was initiated in June 2005 under the sponsorshipof IONA. Celtix 1.0 is the result of the fifth consecutive on-scheduledelivery of key project milestones and the acceptance of the currentCeltix build by the ObjectWeb community. The availability of an opensource ESB that offers comparable features and functionality to manycommercially available ESB products provides users with an effective,standards-based foundation from which their SOA initiatives can berapidly built and extended.

The features contained in this release include:

• Persistence support for Reliable Messaging based on Apache Derby
• HTTPS based security support
• Support for Javascript based webservices.
• Support for changing configuration dynamically
• Management support for additional Celtix components
• Support for wsdlvalidator commandline tool
• Routing support for all Celtix bindings and transports
• Enhanced routing capabilities
• WS-Addressing support for JMS based services
• Interoperability with .NET.
• Support for Maven 2.0.4
• Support for running Celtix inside Apache Tuscany
• Support for Webservice callbacks

Features completed in previous releases include: