WebSphere App Server Не Компилирует библиотеки JSP / Tag
Вопрос
Это проблема, которая возникает только при обновлении приложения (тестируется только через консоль администратора, а не CLI).Кроме того, это происходит только в нашей среде разработки, которая идентична нашей prod env.При удалении / установке все компилируется правильно.Однако это большое приложение, и обновление занимает достаточно много времени - мы не хотим удалять / устанавливать его каждый раз (особенно.во время разработки.строит).
Создаются файлы JSP .java и .smap, но не .class.В prod нет .smap - только .java и .class.Если JSP будут компилироваться, мы полагаем, что библиотеки тегов также будут скомпилированы.
Кто-нибудь сталкивался с этой проблемой или знает, что мы, возможно, упускаем из виду?
БЫЛА Версия:6.1.0.17
Редактировать: Это происходит только для одного JSP и используемой им библиотеки тегов.Мы пытаемся решить проблему.Дам вам знать, если мы что-нибудь выясним.Мы думаем, что это может быть проблема с файлом .SMAP для каждого это исправление
РЕШЕНИЕ
Решение
Решение:
Проблема заключалась в том, что:Была включена отладка.Это сгенерировало файлы .smap (сопоставления источников) вместо файлов .class.Как только мы обнаружили это, мы отключили службу отладки в консоли администратора (Серверы приложений> server1> Процессы отладки> снимите флажок "Запустить службу").Я не знаю, почему это создало ошибку только при обновлении, но, в любом случае, проблема решена.
Другие советы
Одно предложение:
Вы проверили, что в вашей среде есть JAVA_HOME, указывающий на JDK, а не только на JRE.В JRE нет javac, поэтому не будет никакого способа скомпилировать .файлы Java, созданные во время выполнения компилятором JSP в .classes?
Редактировать:Кроме того, возможно, это Ссылка может помочь?
Я не работал с taglibs, но могу сказать вам вот что:
сервер приложений проверяет временные метки.быть очень, очень уверен что "измененные" временные метки файлов JSP являются разумными с точки зрения сервера приложений (скажем, не в будущем)
Надеюсь, это поможет вам решить проблему...