Как исправить, пустой экран после развертывания файла войны

Question

Я все еще работаю над месяцем над проектом с RapidClipse 4.0. Я развернул на производственном сервере несколько версий военных файлов проекта. Все работало нормально После последнего развертывания у меня появился пустой экран после загрузки URL приложения

Для сервера я использую док-контейнер со следующими настройками: Apache Tomcat/8.5.43, JVM: 1.8.0_222-b10, 3.10.105, amd64

Моей первой мыслью было: "Хорошо, ты сделал что-то не так в своем коде... Повернись назад, и все будет хорошо....:-(

Это не было!!

Я использовал несколько версий, которые прекрасно работают до. Я остановил приложение, повторно развернул его и удалил. Затем я развернул более старую версию.... и еще раз версию более старую.. также

Ни одна из версий, которая работала нормально, прежде чем снова работала. Я получал каждый раз один и тот же результат: после загрузки приложения пустой белый экран.

Пока все плохо: я попытался заглянуть в../conf/server.xml, если параметр развертывания установлен правильно:

    <Host name="localhost"  appBase="webapps"                                                                                                                       
    unpackWARs="true" autoDeploy="true"> 

выглядел отлично!

Я улучшил кеш:

$ CATALINA_BASE / conf / context.xml добавил следующий код:

    <Resources cachingAllowed="true" cacheMaxSize="100000" />

тоже безуспешно.

Я попытался заглянуть в catalina.out

    14-Aug-2019 20:29:21.087 INFO [http-nio-8080-exec-6] org.apache.catalina.startup.HostConfig.deployWAR Deploying web application archive [/usr/local/tomcat/webapps/RC_07.war]
14-Aug-2019 20:29:31.190 INFO [http-nio-8080-exec-6] org.apache.catalina.startup.HostConfig.deployWAR Deployment of web application archive [/usr/local/tomcat/webapps/RC_07.war] has finished in [10,102] ms

после отладки в браузере я получил следующее:

257ms Processing time was 134ms
257msReferenced paintables: 6
283msEstablishing push connection
300msCould not load theme from http://myIP:8888/RC_07/VAADIN/themes//styles.css?v=7.7.13
310msPush connection established using long-polling

Я также искал в истории док-контейнера и обнаружил, что эта проблема (300 мс...) все еще сохраняется с самого начала, во всех версиях, которые я развернул ранее. Исходя из этого, я предполагаю, что это тоже не могло быть причиной.

Или я не прав?

Я искал эту проблему VAADIN и нашел много, но я не смог ее решить. Файл styles.css все еще находится на сервере.
Мне интересно..../VAADIN/themes//styles.css... двойной слеш в сообщении об ошибке.
Но в моем коде я не мог найти подобное.
Также buildpath в eclipse включает структуру папок, как и ожидалось.

Теперь я в конце!
Меня смущает, как мне поступить, чтобы выяснить причину такого поведения, или гораздо лучше это исправить.

Любая идея / помощь будет приветствоваться!

заранее спасибо
Rgds
OpaHeinz

Answer 1

После долгих исследований вместе с поддержкой RapidClipse мы нашли решение.
У меня было две проблемы:
1) неизвестно, как, как мы предполагаем, произошла ошибка в xml-файле MainUI.
После сброса с и высоким обзором и макетом, и возвращаясь к настройке до,
элементы страницы снова были видны в режиме конструктора.
2) есть параметр для темы в свойствах MainUI - misc -
Этот параметр был установлен, но без содержания. Это приводит к строке кода: this.setTheme("");
После сброса это было возможно, как и раньше.
Теперь все хорошо.
Еще раз спасибо за поддержку RapidClipse.