2016-09-08 3 views
0

Я использую следующую команду для развертывания кода для моего экземпляра AEM «mvn clean install -Daem.host = localhost -Daem.port = 1202 -Dmaven.test.skip = true "Страницы, занимающие слишком много времени для загрузки после сборки maven

После развертывания страницы занимают слишком много времени, чтобы загрузить не менее 7 минут.

Я не нашел ошибок/исключений в журнале ошибок.

+0

Плотно ли загружаются страницы геометрии OOTB? –

+0

То же самое происходит с геометрией OOTB. – Kali

+0

Итак, если вы удалите свой код, снова все вернется к нормальному? Является ли дисковое пространство прекрасным? Также проверьте использование ОЗУ в системе, также в AEM 'http: // host: port/system/console/memoryusage' –

ответ

0

Там может быть несколько факторов, вызывающих эту медлительность -

  • Объем памяти, выделенной для экземпляра AEM, настройка по умолчанию - CQ_JVM_OPTS='-server -Xmx1024m -XX:MaxPermSize=256M -Djava.awt.headless=true', которая на самом деле не является достаточным для обеспечения оптимальной производительности. Я использовал двойную конфигурацию, а иногда и больше.
  • При развертывании пакета с кодом пакеты обрабатываются и регистрируются сервисы. В зависимости от количества зарегистрированных услуг/компонентов время может увеличиться. Иногда в коде есть крючки, которые также приводят к запуску нескольких пакетов системного уровня, если это произойдет, это фактически приведет к тому, что все остальные узлы, зависящие от системного пакета, будут циклически и регистрировать службы снова.
  • развертывание кода может инициировать некоторый рабочий процесс, который либо потребляет много ресурсов, либо вызывает задержку активации на вашем комплекте. Первый сценарий может произойти, если в вашем развертывании есть что-то вроде изображений, которые при развертывании запускают рабочий процесс OOTB-образа (могут быть другие, основанные на вашем коде). Второй сценарий может заключаться в том, что у вас есть активатор пакетов, ожидающий другого пакета, который будет развернут позже (и/или останется установленным, а не активным), или вы создаете какое-то кэширование, которое ожидает, что страницы будут развернуты и обработаны. Существует множество таких сценариев, которые могут вызвать эту проблему.

Что вы можете сделать, это проверить статус пакетов в/system/console/bundles pre и post deployment, которые вы можете идентифицировать там связанные проблемы. Еще одна вещь, которую вы могли бы попробовать - это сделать выборочное развертывание кода, чтобы выяснить, какой модуль вызывает проблему, а затем погрузиться глубже в этот модуль.

Также смотрите последние журналы запросов, чтобы идентифицировать поток загрузки страницы, чтобы увидеть, есть ли на снимке службы, фильтры и т. Д., Которые вызывают задержки.

Сообщите мне, если какой-либо из этих подходов поможет вам определить основную причину, и если вам нужна дополнительная помощь, здесь будет помощь.

Смежные вопросы