[종결] context-security
- 작성자 :
- 최*혁
- 작성일 :
- 2010-12-16 10:17:49
- 조회수 :
- 2,669
- 구분 :
- 실행환경
- 진행상태 :
- 완료
Q
수고 많으십니다.
하루에도 몇번 씩 maven clean과 install을 반복하기 때문에 target에 있는 파일이랑 동일할 수 밖에 없습니다.
type mismatch의 원인은 EgovReloadableDefaultFilterInvocationDefinitionSource이였습니다.
(bean id는 databaseObjectDefinitionSource네요)
이 클래스가 공통컴포넌트(gpkilogin, generallogin)와 실행환경에 따라서 참조하는 interface가 다르네요.
gpkilogin의 위의 클래스 소스를 소스폴더에 추가하니 문제가 해결되었습니다.
(프레임워크-실행환경이라 부르죠-에 있는 소스라 따로 안 가져왔던 게 기억나네요.)
암튼 type mismatch는 해결이 되었는 데 이번에는 tomcat 기동 후에 무한루프가 발생하는 듯 합니다. Server 가 starting...에서 started로 상태가 변하지 않네요. IE로 확인해도 무한루프로 보이구요.
또 뭐가 문제인지 찾아봐야겠습니다.
그럼 수고하시구요.
여기서 또 뵈요.
하루에도 몇번 씩 maven clean과 install을 반복하기 때문에 target에 있는 파일이랑 동일할 수 밖에 없습니다.
type mismatch의 원인은 EgovReloadableDefaultFilterInvocationDefinitionSource이였습니다.
(bean id는 databaseObjectDefinitionSource네요)
이 클래스가 공통컴포넌트(gpkilogin, generallogin)와 실행환경에 따라서 참조하는 interface가 다르네요.
gpkilogin의 위의 클래스 소스를 소스폴더에 추가하니 문제가 해결되었습니다.
(프레임워크-실행환경이라 부르죠-에 있는 소스라 따로 안 가져왔던 게 기억나네요.)
암튼 type mismatch는 해결이 되었는 데 이번에는 tomcat 기동 후에 무한루프가 발생하는 듯 합니다. Server 가 starting...에서 started로 상태가 변하지 않네요. IE로 확인해도 무한루프로 보이구요.
또 뭐가 문제인지 찾아봐야겠습니다.
그럼 수고하시구요.
여기서 또 뵈요.
A
안녕하세요.. 최재혁님..
우선 문제가 해결되어서 다행입니다.
참고로.. 이전에 올려주신 context-security.xml (수정본) 에서는 databaseObjectDefinitionSource 부분이 주석처리 되어 있었는데.. 해당 문제가 맞는지 확인해 보셔야 할 것 같습니다.
추가로 tomcat이 사용하는 임시 디렉토리(이전 답변에서 설명드린 위치)는 maven install이나 package의 사용하는 target쪽하는 별개로 운영됩니다.
(maven plugin과 tomcat의 servers plugin은 전혀 별개로 운영되면
실제로 tomcat쪽에 최종본이 반영되지 않는 문제점이 가끔 발생합니다.)
마지막으로 기동이 완료되지 않는 현상은..
일단.. log4j.xml의 로그 level를 debug 수준으로 변경하셔서 어떤 부분까지 진행되는지 등의 현상 파악을 하셔야 할 것 같습니다.
특히 Spring쪽 logger를 다음과 같이 변경하시면 도움이 될 것 같습니다.
(로그의 양이 상당히 많아지기 때문에 많이 늘려짐)
<logger name="org.springframework" additivity="false">
<level value="DEBUG" />
<appender-ref ref="console" />
</logger>
그럼.. 즐거운 하루되십시오.
감사합니다.
우선 문제가 해결되어서 다행입니다.
참고로.. 이전에 올려주신 context-security.xml (수정본) 에서는 databaseObjectDefinitionSource 부분이 주석처리 되어 있었는데.. 해당 문제가 맞는지 확인해 보셔야 할 것 같습니다.
추가로 tomcat이 사용하는 임시 디렉토리(이전 답변에서 설명드린 위치)는 maven install이나 package의 사용하는 target쪽하는 별개로 운영됩니다.
(maven plugin과 tomcat의 servers plugin은 전혀 별개로 운영되면
실제로 tomcat쪽에 최종본이 반영되지 않는 문제점이 가끔 발생합니다.)
마지막으로 기동이 완료되지 않는 현상은..
일단.. log4j.xml의 로그 level를 debug 수준으로 변경하셔서 어떤 부분까지 진행되는지 등의 현상 파악을 하셔야 할 것 같습니다.
특히 Spring쪽 logger를 다음과 같이 변경하시면 도움이 될 것 같습니다.
(로그의 양이 상당히 많아지기 때문에 많이 늘려짐)
<logger name="org.springframework" additivity="false">
<level value="DEBUG" />
<appender-ref ref="console" />
</logger>
그럼.. 즐거운 하루되십시오.
감사합니다.
