문제

이것은 응용 프로그램 업데이트에서만 발생하는 문제입니다 (CLI가 아닌 관리 콘솔을 통해서만 테스트). 또한 이것은 우리의 개발 환경에서만 일어나고 있으며, 이는 우리의 prod env와 동일합니다. 제거/설치시 모든 것이 올바르게 컴파일됩니다. 그러나 이것은 큰 응용 프로그램이며 업데이트를 수행하는 데 충분히 오래 걸립니다. 우리는 매번 제거/설치하고 싶지 않습니다 (Dev. 빌드 중에).

jsp .java 및 .smap 파일은 생성되고 있지만 .class는 아닙니다. Prod에는 .smap이 없습니다-.java 및 .class. JSP가 컴파일되면 Tag Lib도 컴파일 될 것이라고 생각합니다.

이 문제에 직면 한 사람이 있습니까, 아니면 우리가 간과하고있는 것을 알고 있습니까?

버전 : 6.1.0.17

편집하다: 이것은 하나의 JSP와 태그 라이브러리를 사용하는 경우에만 발생합니다. 우리는 문제를 촬영하려고 노력하고 있습니다. 우리가 무엇이든 알아 내면 알려주세요. 우리는 그것이 .smap 파일 당 문제라고 생각합니다. 이 수정

해결책

도움이 되었습니까?

해결책

해결책:

문제는 문제였습니다: 디버깅이 가능했습니다. 이것은 .class 파일 대신 .smap 파일 (소스 매핑)을 생성했습니다. 이를 발견 한 후 관리 콘솔 (Application Servers> Server1> 디버깅 프로세스> 선택 해제 '시작 서비스')에서 디버깅 서비스를 비활성화했습니다. 이것이 왜 이것이 업데이트시 버그를 만들었는지 모르겠지만, 어떤 경우이든 문제가 해결됩니다.

다른 팁

하나의 제안 :

귀하의 환경에 JRE가 아니라 JDK를 가리키는 Java_home이 있는지 확인 했습니까? JRE에는 JAVAC가 없으므로 JSP 컴파일러가 .classes로 런타임에 생성 된 .java 파일을 컴파일하는 방법이 없습니까?

편집 : 아마도 이것 링크 도울 수 있습니까?

나는 taglibs와 함께 일하지 않았지만 이것을 말할 수 있습니다.

응용 프로그램 서버는 타임 스탬프를 점검합니다. ~이다 매우 확실합니다 JSP 파일의 "수정 된"타임 스탬프는 애플리케이션 서버의 관점에서 합리적이라는 점입니다 (예 : 향후에는 없습니다)

이것이 문제를 해결하는 데 도움이되기를 바랍니다 ...

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top