#oracle-apex
#oracle-apex
Вопрос:
У нас немного странная проблема. Мы создали копию нашей производственной базы данных на новом оборудовании для проведения некоторого тестирования. Мы также запускаем некоторые приложения APEX 19.2 в этой базе данных, поэтому мы настраиваем новую установку ORDS 19.2 на тестовом сервере под управлением Tomcat 8.5 .
Каждый раз, когда мы пытаемся протестировать на новом тестовом сервере, мы мгновенно перенаправляемся на рабочий URL. Мы получаем ответ http 302 с рабочим URL в заголовке, исходящий от тестового сервера, он не исходит от прокси-сервера или балансировщика нагрузки (если только он каким-либо образом не выдает себя за другой). Это происходит до загрузки каких-либо ресурсов. Этого также нет ни в одном конкретном приложении. У нас есть перенаправление, написанное для большинства приложений, чтобы заставить пользователей использовать централизованное приложение для входа в систему, но мы этого не делаем. Мы также не перенаправляемся в то же место в этом экземпляре, это просто приводит нас к общему входу в workspace.
На уровне Tomcat не определены перезаписи URL.
У нас есть другие установки Apex на этом сервере, которые работают просто отлично, хотя они являются более старыми версиями Apex.
Похоже, что Apex 19.2 «знает», где он должен быть запущен, на основе чего-то в базе данных, которую мы не обновляли. И перенаправляет вас, если вы используете неправильный URL / сервер. Но я не могу найти ни одной ссылки на то, что у него такое поведение, или где была бы настройка. Единственная соответствующая настройка, которую я могу найти в настройках экземпляра, должна использоваться только для генерации электронных писем.
Кто-нибудь видел такое поведение раньше или у вас есть какие-либо идеи?
Ответ №1:
Похоже, это настройки электронной почты, одна из моих команд над этим поработала. Похоже, что только при наличии неотправленной почты в очереди, как только вы запускаете apex, он пытается пройти аутентификацию на настроенном сервере. Он обновил APEX_190200.WWV_FLOW_PLATFORM_PREFS новым URL, и он снова работает нормально. Для тестирования мы установили его на другой сервер после того, как очередь была очищена, и проблема не вернулась.