Configurazioni Cloud Service cloud-service-configurations
Le configurazioni sono progettate per fornire la logica e la struttura per l’archiviazione delle configurazioni del servizio.
Puoi estendere le istanze esistenti per creare configurazioni personalizzate.
Concetti concepts
I principi utilizzati nello sviluppo delle configurazioni sono stati basati sui seguenti concetti:
- I servizi/adattatori vengono utilizzati per recuperare le configurazioni.
- Le configurazioni (ad esempio proprietà/paragrafi) sono ereditate dalle padre.
- A cui si fa riferimento dai nodi di analisi per percorso.
- Facilmente estensibile.
- Dispone della flessibilità necessaria per gestire configurazioni più complesse, come Adobe Analytics.
- Supporto delle dipendenze (ad esempio Adobe Analytics i plugin hanno bisogno di un Adobe Analytics configurazione).
Struttura structure
Il percorso di base delle configurazioni è:
/etc/cloudservices
.
Per ogni tipo di configurazione verranno forniti un modello e un componente, che consentono di disporre di modelli di configurazione in grado di soddisfare le esigenze più specifiche dopo la personalizzazione.
Per fornire una configurazione per un nuovo servizio è necessario:
-
creare una pagina di servizio in
/etc/cloudservices
-
in questo caso:
- un modello di configurazione
- un componente di configurazione
Il modello e il componente devono ereditare il sling:resourceSuperType
dal modello di base:
cq/cloudserviceconfigs/templates/configpage
o componente di base
cq/cloudserviceconfigs/components/configpage
Il fornitore di servizi deve inoltre fornire la pagina del servizio:
/etc/cloudservices/<service-name>
Modello template
Il modello estenderà il modello di base:
cq/cloudserviceconfigs/templates/configpage
e definire un resourceType
che punta al componente personalizzato.
/libs/cq/analytics/templates/sitecatalyst
sling:resourceSuperType = cq/cloudserviceconfigs/templates/configpage
allowedChildren = /libs/cq/analytics/templates/sitecatalyst
allowedPaths = /etc/cloudservices/analytics/*, /etc/cloudservices/analytics/.*
componentReference = cq/analytics/components/sitecatalyst
jcr:content/
cq:designPath = /etc/designs/cloudservices
sling:resourceType = cq/analytics/components/sitecatalystpage
/libs/cq/analytics/templates/generictracker
sling:resourceSuperType = cq/cloudservices/templates/configpage
allowedChildren = /libs/cq/analytics/templates/generictracker
allowedPaths = /etc/cloudservices/analytics/*, /etc/cloudservices/analytics/.*
jcr:content/
cq:designPath = /etc/designs/cloudservices
sling:resourceType = cq/analytics/components/generictrackerpage
Componenti components
Il componente deve estendere il componente di base:
cq/cloudserviceconfigs/templates/configpage
/libs/cq/analytics/components/sitecatalystpage
/libs/cq/analytics/components/generictrackerpage
Dopo aver impostato il modello e il componente, puoi aggiungere la configurazione aggiungendo le sottopagine in:
/etc/cloudservices/<service-name>
Modello di contenuto content-model
Il modello di contenuto viene memorizzato come cq:Page
in:
/etc/cloudservices/<service-name>(/*)
/etc/cloudservices
/etc/cloudservices/service-name
/etc/cloudservices/service-name/config
/etc/cloudservices/service-name/config/inherited-config
Le configurazioni sono memorizzate sotto il sottonodo jcr:content
.
- Le proprietà fisse, definite in una finestra di dialogo, devono essere memorizzate in
jcr:node
direttamente. - Elementi dinamici (utilizzando
parsys
oiparsys
) utilizza un sottonodo per memorizzare i dati del componente.
/etc/cloudservices/service/config/jcr:content as nt:unstructured
propertyname
*
par/component/ as cq:Component
propertyname
*
API api
Per la documentazione di riferimento sull'API consulta com.day.cq.wcm.webservicesupport.
Integrazione AEM aem-integration
I servizi disponibili sono elencati nella sezione Cloud Services della scheda Proprietà pagina finestra di dialogo (di qualsiasi pagina che eredita da foundation/components/page
o wcm/mobile/components/page
).
La scheda fornisce inoltre:
- un collegamento alla posizione in cui è possibile abilitare il servizio
- scegli una configurazione (sottonodo del servizio) da un campo percorso
Crittografia della password password-encryption
Quando si memorizzano le credenziali utente per il servizio, tutte le password devono essere crittografate.
A tal fine, è possibile aggiungere un campo modulo nascosto. Questo campo deve contenere l’annotazione @Encrypted
nel nome della proprietà; vale a dire per password
il nome viene scritto come segue:
password@Encrypted
La proprietà viene quindi crittografata automaticamente (utilizzando CryptoSupport
dal EncryptionPostProcessor
.
[SlingPostServlet](https://sling.apache.org/site/manipulating-content-the-slingpostservlet-servletspost.html)
annotazioni.EcryptionPostProcessor
crittografa solo POST
richieste presentate /etc/cloudservices
.Proprietà aggiuntive per i nodi jcr:content della pagina del servizio additional-properties-for-service-page-jcr-content-nodes
Casi d'uso use-cases
Questi servizi sono forniti per impostazione predefinita:
- Frammenti di tracciamento (Google, WebTrends, ecc.)
- Adobe Analytics
- Test&Target
- Dynamic Media