Развертывание JBoss продолжает использовать старые версии файлов даже после обновления новых файлов

Развертывание JBoss продолжает использовать старые версии файлов даже после обновления новых файлов

Возникла проблема с развернутым нами веб-сервисом; пользователи не могли войти в систему, а в наших журналах отображались ошибки и трассировки стека исключений. Разработчик работал над проблемой и предоставил новый пакет для развертывания.

Когда я развертываю новый пакет и мы пытаемся его использовать, мы все еще получаемточно такие же ошибки и трассировки стека исключений, которые мы получали раньше, вплоть до тех же файлов/номеров строк в трассировке стека. Некоторые номера строк даже не указывают на что-либо, что могло бы вызвать ошибку, а скорее указывают на пробел в номере строки, который раньше содержал проблемную строку, вызвавшую ошибку.

Отменить/повторно развернуть — то же самое.

Перезапуск JBoss — то же самое, отмена развертывания/повторное развертывание — то же самое.

Отмените развертывание, переместите файл, вызывающий ошибку, в "file.jar.bak", чтобы он "не существовал", затем выполните повторное развертывание... развертывание не удается (хорошо, так и должно быть в этот момент) - теперь появляется ошибка, что развертывание невозможно, потому что файл не может быть найден. Хорошо, это хорошо, по крайней мере, он обращает внимание на тот факт, что я изменяю файл. Но теперь переместите "file.jar.bak" обратно в "file.jar" и выполните повторное развертывание, и оно снова будет выдавать те же ошибки/номера строк, что и старое развертывание вместо нового!

Что происходит??? Может быть, старый где-то закэширован? Что еще может быть причиной этого.

решение1

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

Мы находимся на завершающей стадии миграции с JBoss 5 на более новую версию. Новые версии более строги в отношении того, как вы структурируете определенные структуры каталогов или файлы в ваших архивах "ear". Наши файлы jar раньше находились в корне архива, но для соответствия новым более строгим правилам они должны находиться в каталоге "lib/" внутри архива, а не просто в его корне.

Ну, каталог lib был создан, и файлы jar были помещены туда - даже мной - но файлы былископировано, нетвзолнованный. Итак, были копии jar-файлов в корне и копии jar-файлов в каталоге lib/. Мы постоянно перезаписывали копию в корневом каталоге, поэтому наши изменения игнорировались, так как использовался правильный файл в lib/.

Связанный контент