Modos de execução run-modes

Os modos de execução permitem ajustar a instância do AEM para um propósito específico; por exemplo, criar ou publicar, testar, desenvolver, intranet ou outros.

É possível:

Todas as configurações e definições são armazenadas em um repositório e ativadas configurando o Modo de Execução.

Modos de execução da instalação installation-run-modes

Os modos de execução de instalação (ou fixos) são usados no momento da instalação e, em seguida, corrigidos durante todo o tempo de vida da instância, eles não podem ser alterados.

Os modos de execução da instalação são fornecidos prontos para uso:

  • author
  • publish
  • samplecontent
  • nosamplecontent

Esses são dois pares de modos de execução mutuamente exclusivos; por exemplo, você pode:

  • defina author ou publish, não ambos ao mesmo tempo

  • combinar author com samplecontent ou nosamplecontent (mas não com ambos)

CAUTION
Ao usar um dos modos de execução acima (author, publish, samplecontent, nosamplecontent), o valor usado no momento da instalação define o modo de execução para a duração inteira dessa instalação.
Para esses modos de execução, você não pode alterá-los após a instalação.

Modos de execução personalizados customized-run-modes

Você também pode criar seus próprios modos de execução personalizados. Eles podem ser combinados para abranger cenários como:

  • author + development

  • publish + test

  • publish + test + golive

  • publish + intranet

  • conforme necessário. . .

Os modos de execução personalizados também podem ser selecionados em cada inicialização.

Uso de samplecontent e nosamplecontent using-samplecontent-and-nosamplecontent

Esses modos permitem controlar o uso de conteúdo de amostra. O conteúdo de amostra é definido antes que o início rápido seja criado e pode incluir pacotes, configurações e assim por diante:

  • O modo de execução samplecontent instala esse conteúdo (o modo padrão).

  • O modo nosamplecontent não instala o conteúdo de exemplo.

O modo de execução nosamplecontent foi projetado para instalações de produção.

Definição das propriedades de configuração de um modo de execução defining-configuration-properties-for-a-run-mode

Uma coleção de valores para propriedades de configuração, usada para um modo de execução específico, pode ser salva no repositório.

O modo de execução é indicado por um sufixo no nome da pasta. Isso permite armazenar todas as configurações em um repositório como. Por exemplo:

  • config

    Aplicável a todos os modos de execução

  • config.author

    Usado para o modo de execução do autor

  • config.publish

    Usado para o modo de execução de publicação

  • config.<run-mode>

    Usado para o modo de execução aplicável; por exemplo, config

Consulte Configuração OSGi no Repositório para obter mais detalhes sobre como definir os nós de configuração individuais nessas pastas e criar configurações para combinações de modos de várias execuções.

NOTE
Para Modos de Execução da Instalação (por exemplo, autor), o modo de execução não pode ser alterado após a instalação. No entanto, as alterações nas propriedades de configuração individuais entrarão em vigor na reinicialização.

Definição de pacotes adicionais a serem instalados para um modo de execução defining-additional-bundles-to-be-installed-for-a-run-mode

Pacotes adicionais que devem ser instalados para um modo de execução específico também podem ser especificados. Para essas definições, as pastas de instalação são usadas para armazenar os pacotes. Novamente, o modo de execução é indicado por um prefixo:

  • install.author
  • install.publish

Estas pastas são do tipo nt:folder e devem conter o pacote apropriado.

Início do CQ com um modo de execução específico starting-cq-with-a-specific-run-mode

Se você tiver definido as configurações para vários modos de execução, será necessário definir qual será usado na inicialização. Existem vários métodos para especificar qual modo de execução usar; a ordem da resolução é:

Quando estiver usando um servidor de aplicativos, você também pode definir o modo de execução em web.xml.

Uso do arquivo sling.properties using-the-sling-properties-file

O arquivo sling.properties pode ser usado para definir o modo de execução necessário:

  1. Edite o arquivo de configuração:

    <cq-installation-dir>/crx-quickstart/conf/sling.properties

  2. Adicione as seguintes propriedades; o exemplo a seguir é para autor:

    sling.run.modes=author

Uso da opção -r using-the-r-option

Um modo de execução personalizado pode ser ativado usando a opção -r ao iniciar o quickstart. Por exemplo, use o seguinte comando para iniciar uma instância do AEM com o modo de execução definido como dev. "

java -jar cq-56-p4545.jar -r dev

Usando uma propriedade do sistema no script de inicialização using-a-system-property-in-the-start-script

Uma propriedade do sistema no script de inicialização pode ser usada para especificar o modo de execução.

  • Por exemplo, use o seguinte para iniciar uma instância como uma instância de publicação de produção nos EUA:

    -Dsling.run.modes=publish,prod,us

Detecção de nome de arquivo - renomeando o arquivo jar filename-detection-renaming-the-jar-file

Os dois modos de execução de instalação a seguir podem ser ativados renomeando o arquivo jar de instalação antes da instalação:

  • publicação
  • autor

O arquivo jar deve usar a convenção de nomenclatura:

cq5-<run-mode>-p<port-number>

Por exemplo, defina o modo de execução publish nomeando o arquivo jar:

cq5-publish-p4503

Definindo o modo de execução em web.xml (com Servidor de Aplicações) defining-the-run-mode-in-web-xml-with-application-server

Quando estiver usando um servidor de aplicativos, você também poderá configurar a propriedade:

sling.run.modes

no arquivo:

WEB-INF/web.xml

Isto está no arquivo AEM war e deve ser atualizado antes da implantação.

Consulte Instalando o AEM com um Servidor de Aplicativos para obter mais detalhes.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2