2008/03/11 21:08 Developer
잘못된 spring configuration문제로 StackOverflowException 황당한 예외2
지난 포스트에서 configuration문제때문에 애먹은 이야기를 했었다.
다시 한번 곰곰히 생각을 해보니, 같은 bean id 가 문제가 될수는 있지만, StackOverflowException를 발생시키기에는 부족해보인다.
과연 무엇이 잘못된 것일까?
http://www.ologist.co.kr/843
버그가 발생한 원인을 다시 생각을 해보면, 자신을 참조한 bean을 다시 dependency를 가지게 된 것은 맞는듯 하다.
어떤 상황이 dependency를 가지는 bean들중에 자기자신을 dependency를 가질때 생기는 예외이기떄문에 복잡한 설정 중에서 자기자신을 dependency로 가지는 bean이 configuraiton에 존재해서 일거라는 생각이 들었다.
조금 더 의심가는 부분도 생겼는데, 프로젝트 종료이후 여유가 생기는 시점에 다시 한번 테스트를 해봐야 겠다.
다시 한번 곰곰히 생각을 해보니, 같은 bean id 가 문제가 될수는 있지만, StackOverflowException를 발생시키기에는 부족해보인다.
과연 무엇이 잘못된 것일까?
http://www.ologist.co.kr/843
문제는 전혀 예상치 못했던 곳에서 발생을 했다. 같은 이름이 bean id가 다른 applicationContext파일에 존재를 해서 application start time에는 이상이 없었으나, 런타임시에 상호참조에 의해서 예외가 발생을 한것이다.
버그가 발생한 원인을 다시 생각을 해보면, 자신을 참조한 bean을 다시 dependency를 가지게 된 것은 맞는듯 하다.
어떤 상황이 dependency를 가지는 bean들중에 자기자신을 dependency를 가질때 생기는 예외이기떄문에 복잡한 설정 중에서 자기자신을 dependency로 가지는 bean이 configuraiton에 존재해서 일거라는 생각이 들었다.
조금 더 의심가는 부분도 생겼는데, 프로젝트 종료이후 여유가 생기는 시점에 다시 한번 테스트를 해봐야 겠다.
