AEM 6.1 и 6.5 включение на локальной машине - PullRequest
1 голос
/ 28 мая 2020

~ Некоторые проекты все еще работают в AEM 6.1 SP2 (идет переход на новейшую версию AEM) и новые проекты в AEM 6.5. AEM 6.1 работает в java 8, а AEM 6.5 работает в java 11. Для нас, разработчиков, переключение между версиями jdk затруднено в нашей локальной среде, довольно часто мы получаем наши экземпляры AEM повреждены или импорт проектов maven больше не работает должным образом в IDE. У кого-нибудь еще была такая ситуация? Каковы лучшие практики в такой ситуации?

Ответы [ 3 ]

2 голосов
/ 29 мая 2020

Я бы порекомендовал настроить экземпляры vagrant box в соответствии с вашими спецификациями (версия AEM + Java) и использовать автоматические развертывания. Таким образом, вы можете вызвать предварительно сконфигурированные экземпляры за считанные минуты, выполнив одну команду vagrant up, запустив автоматическое развертывание и протестировав свои проекты. Если ваш экземпляр поврежден, запустите команду vagrant destroy, снова откройте новый экземпляр с 0 конфигурациями, необходимыми для следующего развертывания. Благодаря такому подходу вы многократно увеличите свою продуктивность.

Я использую этот подход в течение многих лет, и он сэкономил часы работы DevOps в критические сроки проекта

1 голос
/ 03 июня 2020

Если вы используете MA C [OSX], вы можете попробовать Jenv. Это может помочь вам создать уникальную среду Java для определенного каталога c. Мы нашли его очень полезным.

https://github.com/jenv/jenv

Спасибо!

0 голосов
/ 29 мая 2020

Если вы запускаете свои экземпляры AEM через сценарии оболочки. Например, ./crx-quickstart/bin/start, вы всегда можете указать переменную JAVA_HOME, которая будет использоваться в этом конкретном файле.

Например,

export JAVA_HOME="path to your JVM"

export PATH=$JAVA_HOME/bin:$PATH
...