Configurações do Cloud Service

As configurações são projetadas para fornecer a lógica e a estrutura para armazenar configurações de serviço.

É possível estender as instâncias existentes para criar suas próprias configurações.

Conceitos

Os princípios usados no desenvolvimento das configurações foram baseados nos seguintes conceitos:

  • Serviços/adaptadores são usados para recuperar as configurações.
  • As configurações (por exemplo, propriedades/parágrafos) são herdadas do(s) pai(s).
  • Referenciado a partir de nós do Analytics por caminho.
  • Facilmente extensível.
  • Tem flexibilidade para atender a configurações mais complexas, como Adobe Analytics.
  • Suporte para dependências (por exemplo, Adobe Analytics Os plug-ins do precisam de um Adobe Analytics configuração).

Estrutura

O caminho base das configurações é:

/etc/cloudservices.

Para cada tipo de configuração, será fornecido um modelo e um componente. Isso possibilita ter modelos de configuração que podem atender à maioria das necessidades após a personalização.

Para fornecer uma configuração para novos serviços, é necessário:

  • criar uma página de serviço no

    /etc/cloudservices

  • nesta seção:

    • um modelo de configuração
    • um componente de configuração

O modelo e o componente devem herdar o sling:resourceSuperType a partir do modelo base:

cq/cloudserviceconfigs/templates/configpage

ou componente base, respectivamente

cq/cloudserviceconfigs/components/configpage

O provedor de serviços também deve fornecer a página de serviço:

/etc/cloudservices/<service-name>

Modelo

Seu modelo estenderá o modelo base:

cq/cloudserviceconfigs/templates/configpage

e definir um resourceType que aponta para o componente personalizado.

/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

Componentes

Seu componente deve estender o componente básico:

cq/cloudserviceconfigs/templates/configpage

/libs/cq/analytics/components/sitecatalystpage

/libs/cq/analytics/components/generictrackerpage

Depois de definir o modelo e o componente, é possível adicionar a configuração adicionando subpáginas em:

/etc/cloudservices/<service-name>

Modelo de conteúdo

O modelo de conteúdo é armazenado como cq:Page em:

/etc/cloudservices/<service-name>(/*)

/etc/cloudservices
/etc/cloudservices/service-name
/etc/cloudservices/service-name/config
/etc/cloudservices/service-name/config/inherited-config

As configurações são armazenadas no subnó jcr:content.

  • As propriedades fixas, definidas em uma caixa de diálogo, devem ser armazenadas no jcr:node diretamente.
  • Elementos dinâmicos (uso de parsys ou iparsys) usar um subnó para armazenar os dados do componente.
/etc/cloudservices/service/config/jcr:content as nt:unstructured
propertyname
*
par/component/ as cq:Component
propertyname
*

API

Para obter a documentação de referência sobre a API, consulte com.day.cq.wcm.webservicesupport.

Integração com o AEM

Os serviços disponíveis estão listados na Cloud Services guia do Propriedades da página caixa de diálogo (de qualquer página que herde de foundation/components/page ou wcm/mobile/components/page).

A guia também fornece:

  • um link para o local onde você pode habilitar o serviço
  • escolha uma configuração (subnó do serviço) em um campo de caminho

Criptografia de senha

Ao armazenar credenciais de usuário para o serviço, todas as senhas devem ser criptografadas.

Você pode fazer isso adicionando um campo de formulário oculto. Este campo deve ter a anotação @Encrypted no nome da propriedade; ou seja, para a variável password o nome seria escrito como:

password@Encrypted

A propriedade será criptografada automaticamente (usando o CryptoSupport serviço) pela EncryptionPostProcessor.

OBSERVAÇÃO

É semelhante ao padrão [SlingPostServlet](https://sling.apache.org/site/manipulating-content-the-slingpostservlet-servletspost.html) anotações.

OBSERVAÇÃO

Por padrão, a variável EcryptionPostProcessor somente criptografa POST pedidos feitos a /etc/cloudservices.

Propriedades adicionais para a página de serviço jcr:nós de conteúdo

Propriedade Descrição
componentReference Caminho de referência para um componente a ser incluído automaticamente na página.
Isso é usado para funcionalidade adicional e inclusões de JS.
Isso inclui o componente na página em que
cq/cloudserviceconfigs/components/servicecomponents
está incluído (normalmente antes da body tag).
No caso do Analytics e do Target, usamos isso para incluir funcionalidades adicionais, como chamadas JavaScript para rastrear o comportamento do visitante.
descrição Breve descrição do serviço.
descriptionExtended Descrição estendida do serviço.
classificação Classificação de serviço para uso em listagens.
seletableChildren Filtro para exibir configurações na caixa de diálogo de propriedades da página.
serviceUrl URL do site de serviço.
serviceUrlLabel Rótulo para URL de serviço.
thumbnailPath Caminho para a miniatura do serviço.
visível Visibilidade na caixa de diálogo de propriedades da página; visível por padrão (opcional)

Casos de uso

Esses serviços são fornecidos por padrão:

OBSERVAÇÃO

Nesta página