Spring의 Controller를 사용할 때 아래와 같은 IllegalArgumentException이 발생하여 해결한 내용을 남긴다.
1.
어느날 부터 로컬 tomcat 서버에서는 에러가 안나는데 개발서버에서는 아래와 같은 에러가 발생하기 시작했다.
java.lang.IllegalArgumentException: Name for argument type [java.lang.String] not available, and parameter name information not found in class file either.
at org.springframework.util.Assert.notNull(Assert.java:112) ~[spring-core-4.0.3.RELEASE.jar:4.0.3.RELEASE]
at org.springframework.web.method.annotation.AbstractNamedValueMethodArgumentResolver.updateNamedValueInfo(AbstractNamedValueMethodArgumentResolver.java:141) ~[spring-web-4.0.3.RELEASE.jar:4.0.3.RELEASE]
at org.springframework.web.method.annotation.AbstractNamedValueMethodArgumentResolver.getNamedValueInfo(AbstractNamedValueMethodArgumentResolver.java:120) ~[spring-web-4.0.3.RELEASE.jar:4.0.3.RELEASE]
at org.springframework.web.method.annotation.AbstractNamedValueMethodArgumentResolver.resolveArgument(AbstractNamedValueMethodArgumentResolver.java:87) ~[spring-web-4.0.3.RELEASE.jar:4.0.3.RELEASE]
at org.springframework.web.method.support.HandlerMethodArgumentResolverComposite.resolveArgument(HandlerMethodArgumentResolverComposite.java:79) ~[spring-web-4.0.3.RELEASE.jar:4.0.3.RELEASE]
... 이하 생략
2.
"Name for argument type [java.lang.String] not available"으로 검색해보니 3번째로 검색되는 블로그에 문제의 원인과 해결책이 제시되어 있었다. Controller 메서드의 파라메터를 HttpRequest의 파라메터로 연결해서 사용하려면 @ReqParam 어노테이션을 주고 value도 꼭 주어야 한다는 내용이다. 그래야 javac가 -g:none 옵션으로 컴파일이 되어도 파라메터 매핑이 에러없이 되다는 것이다.
이런 코드가
public String viewCliRrpt(HttpServletRequest request, String prjtId, String samplId) {
이렇게 바뀌어야 한다.
public String viewCliRrpt(HttpServletRequest request
, @RequestParam(value = "prjtId") String prjtId
, @RequestParam(value = "samplId") String samplId) {
3.
어느날 갑자기 이런 에러가 발생한 이유는, 바로 그 어느날에 빌드스크립트를 정리하면서 ant의 javac 태스크의 debug="true" 옵션을 제거했기 때문이었다. 그날 부터 서버에 배포되는 war는 -g:none 옵션으로 컴파일된 class파일들이 포함되었고, RequestParam 어노테이션이 없었기 때문에 Exception이 발생했었다.
4.
그런데 개발서버에서만 에러가 발생하고 로컬 서버에서는 정상이었던 이유는 이클립스가 기본으로 debug 옵션을 포함하여 자바를 컴파일하기 때문이다. 여기에서 그 옵션이 무엇인지를 찾았고, 해당 옵션의 설명은 이클립스 헬프페이지에서 확인이 가능하다. 하지만 -g:none 옵션과 연결되어 설명되어 있지는 않다.
5.
결론은 빌드스크립트에서 debug="true" 옵션을 추가하는 것으로 마무리하였다. 개발서버에서도 debug log를 보는 경우가 허다하고, 실제 서비스되는 war라 하더라도 유지보수차원에서 로그를 확인해야 하는 경우가 생길 것이라고 판단했기 때문이다.
댓글 없음:
댓글 쓰기