프로젝트를 진행하는데 톰캣을 시작하니 다음과 같은 메세지가 뜨면서 멈춰있다. 해석하면 SLF4J 모듈이 여러개가 있어 문제가 있으니 이 링크를 봐라 하는 것이다. 보면 알겠지만 SLF4J 는 하나만 바인딩 되도록 만들어져 있으므로 하나는 지우세요 라는 내용이다. 지울것은 slf4j-simple-1.6.1.jar 이다. SLF4J: Class path contains multiple SLF4J bindings. SLF4J: Found binding in [jar:file:/C:/takeone/workspaces/ium/.metadata/.plugins/ org.eclipse.wst.server.core/tmp2/wtpwebapps/project/WEB-INF/lib/ slf4j-log4j12-1.6.1.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: Found binding in [jar:file:/C:/takeone/workspaces/ium/.metadata/.plugins/ org.eclipse.wst.server.core/tmp2/wtpwebapps/project/WEB-INF/lib/ slf4j-simple-1.6.1.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation. |
'2011/07'에 해당되는 글 3건
- 2011/07/15 SLF4J: Class path contains multiple SLF4J bindings.
- 2011/07/09 sitemesh 런타임 오류
- 2011/07/04 이클립스에서 디버깅시 ThreadPoolExecutor 에서 자꾸 멈출때
Posted on 2011/07/15 10:25
Filed Under Spring
Posted on 2011/07/09 17:31
Filed Under Development/Google Web Toolkit
사무실에서 잘 되는 녀석이 노트북에서 말썽이었다.java.lang.RuntimeException: org.apache.jasper.JasperException: /decorators/layout.jsp (line: 3, column: 83) Unable to read TLD "META-INF/sitemesh-decorator.tld" from JAR file "jndi:/localhost/ium-front/WEB-INF/lib/sitemesh-2.4.2.jar": java.io.IOException: 지정된 경로를 찾을 수 없습니다 http://java.net/downloads/sitemesh/ 이곳에서 해당 버전의 sitemesh-blank.war 를 받아 안에서 두개의 tld 파일을 WEB-INF 에 넣어주면 된다. 구글링해보니 컨테이너가 jsp 1.2 를 완벽하게 지원하지 않을경우 필요하다고 나오는데 무슨 소리인지 모르겠다. 사무실이나 노트북이나 모두 톰캣 7인데... 여하튼 문제해결 ... 인줄 알았는데 아니었다. 이번에는 c.tld 도 오류가 나는것이다 또 구굴링 http://blog.openframework.or.kr/139 결론은 서버쪽에 jsp-api.jar 와 servlet-api.jar 가 중복 적용되서 충돌하여 나는 에러이다. (workspace)\.metadata\.plugins\org.eclipse.wst.server.core\tmp2\wtpwebapps \(project)\WEB-INF\lib 대략 이런위치에 jsp-api.jar 와 servlet-api.jar 를 삭제해주고 톰캣 재시작 하여 해결! |
Posted on 2011/07/04 05:09
Filed Under Development/Java
디버깅을 하면 자꾸 ThreadPoolExecutor 에서 이클립스가 멈춘다. 멈춘동시에 해당 위치로 커서도 가고 에디터도 전환되서 코딩중 그런경우가 잦았다. 구글링하다가 찾게 되어 적는다 http://stackoverflow.com/questions/6290470/eclipse-debugger-always-blocks-on-threadpoolexecutor-without-any-obvious-exceptio |