Переход с Jboss EAP 6.4 на WildFly

Мне нужно перенести мое приложение с Jboss EAP 6.4 на WildFly. Я новичок в Jboss и не разработчик. Мое приложение в настоящее время развернуто на Jboss 6.4 и работает нормально.

Не могли бы вы предоставить мне подробную информацию о том, как перейти на сервер WildFly.

  1. Какую версию WildFly мне следует использовать?
  2. Есть ли какие-нибудь разработки, которые нужно перенести?
  3. Как изменить конфигурации (например, standalone.xml)?

Приветствуются любые подсказки или помощь в этой миграции. Если вам нужна дополнительная информация, я могу предоставить любые подробности.

Это очень широкий вопрос. Мы не знаем, насколько сложное ваше приложение и что оно делает. Wildfly перешел на гораздо более частый график выпуска, но версия будет зависеть от ваших потребностей. Я бы начал с попытки использовать самую последнюю версию Wildfly (12 на момент написания этой статьи) и посмотреть, что ломается. Вполне возможно, что вам нужно изменить какой-то код, но это не гарантируется. И дайте нам знать, когда вы перекрестный столб тоже - в противном случае некоторые из нас могут отвечать в нескольких местах.

stdunbar 06.04.2018 18:08

Есть ли причина для перехода с коммерчески поддерживаемой версии на версию для сообщества, а не на EAP 7.0 или EAP 7.1?

Will T 07.04.2018 17:57

Как уже упоминалось, вы не предоставили никаких подробностей о приложении, поэтому на самом деле никто не может комментировать. Что касается изменений в автономном (-full) .xml, я бы начал с того, чтобы посмотреть, как ваша текущая конфигурация сравнивается с версией из чистой установки, чтобы увидеть, какие изменения были внесены. Затем это должно стать хорошей отправной точкой, чтобы знать, какие изменения вам нужны для EAP 7. Синтаксис может быть другим, но документы redhat для 6-> 7 должны помочь с этим, и если у вас есть коммерческая поддержка, вы можете спросить RedHat за помощь со всем, в чем вы застряли.

Will T 07.04.2018 18:00

В зависимости от того, что именно делает приложение и насколько оно использует стандартную JavaEE и что более специфично для EAP, существует разумная вероятность того, что вам может потребоваться внести изменения в исходный код вашего приложения, поэтому, возможно, стоит проверить, есть ли у вас исходный код, чтобы вы могли попросить кого-нибудь обновить его при необходимости

Will T 07.04.2018 18:03

Что побудило это изменение? Просто этот 6.4 приближается к концу своего жизненного цикла, и вы не хотите уходить слишком поздно? Может быть лучше просто убедиться, что у вас установлены последние обновления безопасности (6.4.17, я думаю, что мы сейчас)

Will T 07.04.2018 18:04

Большое спасибо всем ребятам, stdunbar и Уиллу Т, которые помогли мне в этой теме, ваша помощь очень полезна и спасает мне день. @stdunbar Прошу прощения за перекрестную публикацию этого вопроса. Причина перехода на WildFly - подписка на JBoss. Есть проблемы с оплатой подписки. Я могу предоставить вам подробную информацию о приложении после обсуждения с моими разработчиками. Для изменений конфигурации я постараюсь, как вы упомянули

Prasanna Weerasinghe 10.04.2018 08:25
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
0
6
1 088
1

Ответы 1

Основываясь на следующих ресурсах и моем личном опыте, я считаю, что Wildfly 8.2.1 является наиболее близким к EAP 6.4.

Что касается изменений файла standalone.xml, я считаю, что большинство изменений, которые я вношу в JBOSS EAP 6.4 и Wildfly 8.2.1, взаимозаменяемы, но все, что включает пространство имен XML, необходимо обновить. Например, регистраторы, источники данных, домены безопасности используют ту же конфигурацию XML, но их пространство имен XML изменилось.

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

Другие вопросы по теме