블로그 이미지
Max.

calendar

1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31        

Notice

2009.06.01 08:57 개발관련

벌써부터 addon 모듈을 공유하고자 하는 사람이 나타났습니다. 충분히 예상했던 부분입니다. 현재 ROO는 jsp Layout부분을 include를 사용해서 처리하고 있습니다. 이게 불만(?)을 품은 marceloverdijk이 sitemesh용 addon을 만들어 공유하고자 하여 Ben이 기쁘게 받아들이고 있습니다. 저도 이앞전 글에서 간단하게 @RooFacade를 만들어본적이 있습니다. ROO의 addon 모듈은 이클립스의 plug-in 모듈보다 쉽게 추가할수 있습니다. 그리고, 추가된 모듈이 간접적인 툴보다, 해당 소스코드에 직접적인 영향을 주니, 이클립스보다 소스코드 생산성에서는 더 큰 영향을 발휘하지 않을까 하는 생각입니다.
'지난 25일 이글을 썼는데 오늘(28일) M1이 정식 오픈되면서,포럼에서 제안한 sitemesh addon 모듈이  Jira에 해당 소스가 올라와 있는것이 보입니다. 정말 발 빠르게 움직이는군요. 제가 생각한 @RooFacade는 ROO 로드맵에 포함된 것이라 앞으로 발전시킬만한 의미는 없어 보입니다.'


또한 기존에 제공되는 addon 모듈이 회사의 개발표준과 맞지 않는다면 얼마든지 수정해서 적용할수있습니다. Stefan의 포럼 답에서는 단순히 생성코드을 수정하여 사용할수 있다고 말하고 있지만 , 소스코드도 수정할수 있습니다. 이것(ROO)은 단순히 제공하고 끝나는 다른 스프링 모듈 프로젝트와 달리, 사용자가 곧 생산자가 되는 역동적인 모듈 프로젝트가 아닌가 합니다. 종전의 오픈소스 프로젝트 처럼 사용자와 제공자의 엄격한 분리 개념 보다는 이들이 혼합되어 시너지를 더 크게 올리는 작용할것 같습니다. 그것은 addon 개발에 대한 부담이 적어서 참여자가 많아지는 것 때문일겁니다.(좀더 깊이 생각하면, 이것에 대한 통제도 있어야 될듯 합니다만...)

이것은 작은 변화라고 볼수 없습니다. 개발자 누구나 addon을 만들수 있는 환경이 된다면, 수식간에 엄청나가 많은 addon이 생겨날수 있으며, 각각의 회사는 이런 addon의 조합으로 자사만의 효과적인 아키텍처를 구축할수도 있습니다.7월말에 GA버젼이 나올 예정이지만, 나왔을때 기대에 부흥할지 아닐지 상당한 이슈거리가 될만한 놈입니다.

신고

'개발관련' 카테고리의 다른 글

blog 예제 테스트  (0) 2009.06.01
Spring Roo 아키텍처 도식  (2) 2009.06.01
Roo의 이클립스 효과  (0) 2009.06.01
사실과 진실의 차이  (2) 2009.05.29
오늘은 책 대신 3편의 동영상을...  (2) 2009.05.27
Spring ROO Module Dependencies과 Cluster 도식  (0) 2009.05.27
posted by Max.
TAG ,