기술의 진화는 우리가 생각하지 못하는 범위에서 놀고 있는거 같아요 ^^

ㄴ 이런 걸 보면 스스로가 정말 한심해요. Spring을 봤을 때도 그랬고요. 다운 받아 써보고 좋으면 개인 라이선스라도 하나 사야겠어요.

ㄴ 아니면 스칼라로 개발을 하던가... -_-

스칼라도 jrebel 쓰는데요. 아마 스칼라 커뮤니티 버젼을 무료일꺼에염.

ㄴ 응 그래서 스칼로로 개발 하던가...라고 썼...

봄싹에서도 jRebel 사용중이에용;; ㅎ 꽤나 편하던데요 ㅎ

ㄴ 기선님 오픈소스라이선스 받았다고 하던데 역시 풀었군요. spring 3.0도 잘 되요?

요즘은 가끔 "Hot Deploy"라는 항목이 프레임워크의 요구 사항에 등장하기도 하더군요. ((관련 업무에 저도 말릴뻔 했던 기억이...))

ㄴ WAS도 아니고 프레임워크에서...;;; 프레임워크의 영역은 참으로 넓고도 깊군요.

전 그 넓고 깊은 곳에 안말렸지요! 하하하~ ((아 그리고, 항목의 명칭은 "Hot Deploy"였는데, 프레임웍에선 "Hot Swap"이 맞는 말이 아닐까합니다.걍, 저의생각...))

ㄴ 그러게요. 그런데 설정 파일이 변경되면 어떻게 해야 하나요?

그러고 보니 예전에 avalon이란 프레임워크는 SAR라는 패키징 스펙이 있어서 그 것 단위로 배포할 수 있는 기능이 있었으니 hot depoly에 해당하겠네요. 역시 넓고도 깊은 프레임워크...

네, 당시에 avalon이야기도 나왔죠. 그 때 상황에 좀 말릴껄 그랬나하는 생각이 잠시 드네요. ((아니야..그건 아니야...))

어차피 파일의 변화를 정기적으로 감시하는 형태라면, 설정 파일도 동일할 것이지만. 프레임워크가 노출한 AP)를 이용하는 형태라면 설정 파일 또한 온종일 감시하지 않아도 가능할 것 같습니다.