Источники данных Weblogic исчезают из дерева JNDI

Мы используем weblogic версию 12C. Действия по воспроизведению проблемы: -

  • Создайте источник данных.
  • Разверните приложение для веб-журнала.
  • Приложение работает нормально.
  • Обновите развернутое ухо с новым.
  • Приложение не может подключить источник данных.
  • Источник данных недоступен в дереве JNDI.

Нам нужно создать новый источник данных каждый раз или снова сохранить настройку источника данных.

Кто-нибудь может проверить и сообщить мне, знаете ли вы какое-то решение для этого?

ОТВЕТЫ

Ответ 1

У меня была та же проблема. Добавление destroyMethod = "" исправлено для меня.

По-видимому, если не существует метода destroyMethod, Spring пытается определить, что такое метод destroy. По-видимому, это приводит к закрытию источника данных, а ключ JNDI должен быть удален из дерева. Изменение его на "" заставляет его не искать метод destroyMethod.

@Bean(destroyMethod = "")
public DataSource dataSource() throws NamingException{
    Context context = new InitialContext();
    return (DataSource)context.lookup("jdbc.mydatasource");
}

Ответ 2

Сервер WebLogic: последние изменения конфигурации возвращаются после перезапуска сервера администрирования (Doc ID 1479592.1) To BottomTo Bottom

В этом документе симптомы причина Решение Информация в данной статье относится к следующим продуктам.

Сервер Oracle Weblogic - версия 9.2.3 и более поздняя версия Информация в этом документе относится к любой платформе. ПРИЗНАКИ

Самые последние изменения конфигурации домена возвращаются после перезапуска сервера администратора.

После установки регистрации уровня отладки вы также можете увидеть следующие сообщения в журналах сервера на момент выпуска:

< > < 000000 >

ervers/domain_bak/config_prev_bak ':/data/bea92/user_projects/domains/ko_webapp_domain/servers/domain_bak/config_prev >

ПРИЧИНА

В каталоге domain_bak присутствует каталог config_bak. Это приводит к тому, что предыдущий файл config.xml заменяет текущий файл config.xml.

РЕШЕНИЕ

Удалите каталог config_Bak.