곽순현 2010-03

hotdeploy 말씀이신지...

http://www.google.co.kr/search?hl=ko&lr=&newwindow=1&complete=1&q=spring+%EB%B3%80%EA%B2%BD+class+%EC%A0%81%EC%9A%A9+site:www.okjsp.pe.kr&start=10&sa=N

민봉기 2010-03

위는 제가 알고자 하는 답은 아니네요... 죄송합니다.

이문흠 2010-03

제가 생각하는 것이 맞는지 확인해 보시고 시도해 보시길 바랍니다.

말씀하신 글로서는 xml 컨피그레이션에서 컨트롤러를 변경할때는 디텍트하여, 리로딩이 걸리지만,
서비스 오브젝트를 변경을 가하여도 리로딩을 안한다는 말씀이신데,

여기에는 몇가지 추가적인 확인 부분이 있습니다.
우선 스프링이 리로드하는 부분은 컨피그레이션 xml의 변경사항을 디렉트 할때이므로,
인잭션하는 클래스의 변경이 컨피그레이션에서 다른 클래스로 변경거나, 다른 인잭션이 일어나도록 설정하는 경우에만 해당합니다.
즉, 서비스 오브젝트는 리로딩이 스프링레벨에서 일어나지 않아야 맞다고 봅니다.

두번째로 서비스하는 오브젝트가 was나 톰캣등과 같은 servlet container에 WEB-INF/classes 아래에 있다면, 해당 서비스 객체를 재 컴파일시, 해당 Web Context가 전제가 리로딩 되므로, 그 위에 있는 스프링 역시 재 로딩 되므로, 해당 서비스 객체가 웹을 리로딩하는 컨텍스트 내에 있는지 확인해봐야 된다고 판단됩니다.

만약 WebContext에도 포함되지 않고, 스프링 컨피그레이션에서 변경을 디텍트할 수 없는 것이라면,
강제로 spring을 리로드하거나, webContext 자체를 리로드 할 수 있는 방법을 사용해야 될것 같습니다.
보통 개발단계에서는 class 화일을 교체하면, 자동으로 web context가 리로드 되므로, 변경 없는 java 화일을 컴파일해서 재 배포 하는 것만으로, 리로드가 이루어 집니다.
잦은 리로드는 해당 서블릿 컨테이너의 불안정함을 야기할 수 있으며, 세션이 끊어져서 로그인을 다시해야 되는것이 일반적인입니다.

민봉기 2010-03

"서비스 오브젝트는 리로딩이 스프링레벨에서 일어나지 않아야 맞다고 봅니다. " 는 맞습니다.

근데, 개발시에 서비스 오브젝트가 수천개에 달하므로 조그만거 하나 고쳐도 전체를 내렸다 올려야 해서...
가령 if 조건만 하나 추가해도 1-2분 가만히 기다리고 확인하고... 다시 하나 고치고 1-2분 기다리고 확인하고...
이런식으론 일정 맞추지 못하거든요. 운영도 아니고 개발인데요.

컨트롤러를 Set 하는 부분은 없으므로 컨트롤러 class의 변경은 바로바로 적용되는데
컨트롤러에 Set 해서 쓰는 서비스 오브젝트는 바로바로 적용이 안되어

1. class 변경을 감지
2. 변경이 일어난 class 만 다시 Set 하는 (전체 리로드가 아닌)

루틴이나 라이브러리가 있는지 알고 싶은 것입니다.