Documentação útil
A documentação do Experience Manager as a Cloud Service fornece informações valiosas sobre desenvolvimento no AEM. Abaixo estão alguns tópicos e referências técnicas específicos que podem ser úteis ao implementar um conector do AEM:
- Serviços Adobe Consulting (ACS) Exemplos do AEM para código bem comentado para ajudar a educar desenvolvedores do AEM
- Os vários links de documentação na seção Padrões comuns de integração deste artigo
Recursos da comunidade
Além da documentação estática acima, a Adobe e a comunidade do AEM oferecem recursos para ajudar a trazer um conector para a produção:
- O Fórum AEM da comunidade da Adobe é um site ativo no qual seus colegas fazem perguntas e respondem a dúvidas
- Recursos técnicos adicionais da Adobe estão disponíveis para determinados níveis de parceiros. Saiba mais sobre o Programa Adobe Exchange.
- Se sua organização deseja obter ajuda de implementação, considere a equipe de Serviços profissionais da Adobe ou consulte o Localizador de parceiros de soluções para obter uma lista de parceiros da Adobe em todo o mundo
Regras de estrutura do pacote
Para facilitar as implantações móveis, os pacotes do AEM as a Cloud Service — como conectores — mantêm uma divisão estrita entre conteúdo "imutável" e "mutável". Os pacotes devem ser claramente organizados de modo a incluir:
/apps
/content
e/conf
Os conectores devem seguir essas diretrizes de pacotes, que estão descritas em Estrutura de projeto do AEM. Os conectores existentes também devem ser alterados para estarem em conformidade.
Além disso, somente a Adobe deve gravar código no /libs
, com clientes e parceiros escrevendo em /apps
.
Os conectores existentes também podem precisar ser refatorados para mover qualquer configuração que tenha sido colocada /etc
em outras pastas de nível superior, como /conf
. Esta reestruturação foi realizada no âmbito do AEM 6.5 e é descrita na Documentação do AEM 6.5.
A Adobe recomenda colocar a maior parte do código do conector em /apps/connectors/<vendor>
para manter uma estrutura de repositório limpa, especialmente para clientes que usam vários conectores.
Configurações dos serviços em nuvem
Um aspecto da implementação do conector é o código que suporta a configuração do conector. Esse código faz com que um cartão com o nome do conector apareça em Ferramentas > Operações > Serviços em nuvem. Quando clicado, um navegador de configuração aparece onde o cliente seleciona a pasta principal para conter a configuração do conector. O código do conector deve resultar em um formulário com todas as propriedades que devem ser configuradas, armazenando os valores em uma pasta de configuração em /conf
. Posteriormente, essa pasta pode ser selecionada na guia de propriedades do Sites ou na guia de propriedades do Assets.
Configurações sensíveis ao contexto
As Configurações sensíveis ao contexto permitem criar camadas de configuração em diferentes pastas, incluindo /libs
, /apps
, /conf
e subpastas em /conf
. Elas suportam herança, para que um cliente possa configurar a configuração global enquanto faz alterações específicas para cada microsite. Como é possível usar esse recurso para Configurações do Cloud Service, o código do conector deve fazer referência à configuração usando a API de configuração sensível ao contexto, em vez de fazer referência a um nó de configuração específico.
Se as configurações modificadas forem usadas no conector, desenvolva-o para lidar com a inclusão/fusão de qualquer atualização futura nas configurações padrão fornecidas pelo conector com qualquer configuração de cliente. Lembre-se de que modificar conteúdo ou configurações personalizadas pelo cliente sem aviso prévio e consentimento pode interromper ou causar comportamento inesperado em seu conector.