Modalità di esecuzione

Le modalità di esecuzione consentono di regolare l’istanza AEM per uno scopo specifico, ad esempio authoring o pubblicazione, test, sviluppo, Intranet o altri.

Operazioni disponibili:

Tutte le impostazioni e le definizioni vengono memorizzate in un unico repository e attivate impostando Modalità di esecuzione.

Modalità di esecuzione dell’installazione

Le modalità di esecuzione dell’installazione (o fisse) vengono utilizzate al momento dell’installazione e quindi corrette per l’intera durata dell’istanza, e non possono essere modificate.

Sono disponibili modalità di esecuzione dell’installazione pronte all’uso:

  • author
  • publish
  • samplecontent
  • nosamplecontent

Si tratta di due coppie di modalità di esecuzione che si escludono a vicenda; ad esempio, è possibile:

  • definisci author o publish, non entrambi contemporaneamente

  • combinare author con samplecontent o nosamplecontent (ma non entrambi)

ATTENZIONE

Quando si utilizza una delle modalità di esecuzione di cui sopra (author, publish, samplecontent, nosamplecontent), il valore utilizzato al momento dell’installazione definisce la modalità di esecuzione per intera durata di tale impianto.

Per queste modalità di esecuzione è possibile: non può modificarli dopo l'installazione.

Modalità di esecuzione personalizzate

Puoi anche creare modalità di esecuzione personalizzate. Queste possono essere combinate per coprire scenari quali:

  • author + development

  • publish + test

  • publish + test + golive

  • publish + intranet

  • come richiesto . . .

Ad ogni avvio è possibile selezionare anche modalità di esecuzione personalizzate.

Utilizzo di samplecontent e nosamplecontent

Queste modalità ti consentono di controllare l’utilizzo di contenuti campione. Il contenuto di esempio viene definito prima che venga generato l’avvio rapido e può includere pacchetti, configurazioni, ecc.:

  • Il samplecontent la modalità di esecuzione installerà questo contenuto (la modalità predefinita).

  • Il nosamplecontent non installa il contenuto di esempio.

La modalità di esecuzione nosamplecontent è progettata per le installazioni di produzione.

Definizione delle proprietà di configurazione per una modalità di esecuzione

Un insieme di valori per le proprietà di configurazione, utilizzati per una particolare modalità di esecuzione, può essere salvato nel repository.

La modalità di esecuzione è indicata da un suffisso nel nome della cartella. Questo consente di archiviare tutte le configurazioni in un archivio come. Ad esempio:

  • config

    Applicabile a tutte le modalità di esecuzione

  • config.author

    Utilizzato per la modalità di esecuzione dell’autore

  • config.publish

    Utilizzato per la modalità di esecuzione pubblicazione

  • config.<run-mode>

    Utilizzato per la modalità di esecuzione applicabile; ad esempio, config

Consulta Configurazione OSGi nell’archivio per ulteriori dettagli sulla definizione dei singoli nodi di configurazione all'interno di queste cartelle e sulla creazione di configurazioni per combinazioni di più modalità di esecuzione.

NOTA

Per Modalità di esecuzione dell’installazione (ad esempio, authoring) la modalità di esecuzione non può essere modificata dopo l’installazione. Tuttavia, le modifiche alle singole proprietà di configurazione avranno effetto al riavvio.

Definizione di bundle aggiuntivi da installare per una modalità di esecuzione

È inoltre possibile specificare bundle aggiuntivi da installare per una particolare modalità di esecuzione. Per queste definizioni, le cartelle di installazione vengono utilizzate per contenere i bundle. Anche in questo caso la modalità di esecuzione è indicata da un prefisso:

  • install.author
  • install.publish

Queste cartelle sono di tipo nt:folder e devono contenere il pacchetto appropriato.

Avvio di CQ con una modalità di esecuzione specifica

Se sono state definite configurazioni per più modalità di esecuzione, è necessario definire quale deve essere utilizzata all'avvio. Esistono diversi metodi per specificare quale modalità di esecuzione utilizzare; l’ordine di risoluzione è:

  1. proprietà di sistema (
  2. 🔗
  3. 🔗
  4. Rilevamento del nome file

Quando si utilizza un server applicazioni è inoltre possibile definire la modalità di esecuzione in web.xml.

Utilizzo del file sling.properties

Il sling.properties Il file può essere utilizzato per definire la modalità di esecuzione richiesta:

  1. Modifica il file di configurazione:

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

  2. Aggiungi le seguenti proprietà; l’esempio seguente è per autore:

    sling.run.modes=author

Utilizzo dell'opzione -r

È possibile attivare una modalità di esecuzione personalizzata utilizzando -r quando si avvia quickstart. Ad esempio, utilizza il seguente comando per avviare un’istanza AEM con la modalità di esecuzione impostata su dev. "

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

Utilizzo di una proprietà di sistema nello script iniziale

È possibile utilizzare una proprietà di sistema nello script di avvio per specificare la modalità di esecuzione.

  • Ad esempio, utilizza quanto segue per avviare un’istanza come istanza di pubblicazione di produzione situata negli Stati Uniti:

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

Rilevamento del nome file - Ridenominazione del file jar

Le due modalità di esecuzione dell’installazione seguenti possono essere attivate rinominando il file jar dell’installazione prima dell’installazione:

  • pubblicazione
  • creazione

Il file jar deve utilizzare la convenzione di denominazione:

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

Ad esempio, imposta publish modalità di esecuzione denominando il file jar:

cq5-publish-p4503

Definizione della modalità di esecuzione in web.xml (con Application Server)

Quando utilizzi un server applicazioni puoi anche configurare la proprietà:

sling.run.modes

nel file:

WEB-INF/web.xml

Questo è nel AEM war e devono essere aggiornati prima della distribuzione.

Consulta Installazione di AEM con un server applicazioni per ulteriori dettagli.

In questa pagina