방금 상속 한 응용 프로그램은 .tag 파일을 정의합니다. 즉 JSP 및 기타 JSTL 태그로 작성된 JSTL 태그를 정의합니다. Tomcat이 .tag 파일의 변경 사항을 확인하고 다시 시작하지 않고 JSP의 "개발"모드와 동일한 방법으로 다시 컴파일하거나 다시로드 할 수 있습니까?Tomcat 개발 모드에서 JSTL 태그 파일 다시로드
편집 내가 컨텍스트가 Tomcat에서 "다시로드 가능"으로 표시되어 있어야하고 클래스 파일과 jsp를 성공적으로 핫 배포했음을 유의해야합니다. 그것은 단지 .tag 파일을 선택하지 않습니다.
JSP의 "개발"모드는 태그 파일이 jar 파일 (예 : /META-INF/tags/, /WEB-INF/lib)에 패키지되지 않은 경우 태그 파일에도 적용됩니다.
태그 파일이 JSP처럼 배포되는 경우 (예 : /WEB-INF/tags/) "개발"모드가 true 인 경우 수정 사항을 확인하고 각 액세스시 다시로드됩니다. tomcat 5.5/6에서 기본적으로 true로 명시 적으로 설정할 필요는 없습니다.
$CATALINA_BASE/conf/web.xml을 확인하고 "개발"이 명시 적으로 false으로 설정되어 있지 않지만 여전히 .tag 파일을 다시로드하는 데 문제가있는 경우 (jar 패키지가 아닌 경우) 태그 풀을 사용하지 않도록 설정할 수 있습니다 재 스퍼의 경우 JspServlet) :
<init-param>
<param-name>enablePooling</param-name>
<param-value>false</param-value>
</init-param>
...하지만 실제로는 필요하지 않습니다.
클래스 경로의 라이브러리/파일은 Tomcat에서 핫 전개/핫 로딩되지 않습니다. 내가 아는 한, 글래스 피쉬 v3만이 그 일을 할 수 있습니다. Tomcat은 JSP 파일 및 Java 소스 파일의 변경 사항 만 핫 전개 할 수 있습니다. 그러나 Tomcat은 Glassfish의 경우 약 30 초와 달리 3 초 이내에 완료된 매우 빠른 재시동이므로 수동으로 재시작하는 것이 중요한 문제는 아닙니다. hotdeploy 자체는 이미 거의 같은 시간이 걸릴 것입니다.
감사합니다. 나는 이것이 전체 시간 동안 일하고 있고 모든 장소의 Cygwin에서 어떤 종류의 캐싱에 물렸다고 믿는다 : ( –