As referências úteis para a criação de Conectores do AEM são fornecidas a seguir e devem ser lidas em conjunto com orientações sobre envio e manutenção de conectores.
Observe que é possível obter uma licença de desenvolvedor para AEM por meio do Programa de troca de Adobe.
O AEM é uma solução de gerenciamento de experiência online de ponta e oferece muitas áreas em potencial de integrações. Padrões comuns de integração incluem:
Experience Manager as a Cloud Service documentação O fornece informações valiosas sobre o desenvolvimento no AEM. Abaixo estão alguns tópicos e referências técnicas específicos que podem ser úteis ao implementar um conector de AEM:
Além da documentação estática acima, o Adobe e a comunidade de AEM oferecem recursos para ajudar a trazer um conector para o mercado:
Para oferecer suporte a implantações móveis, AEM pacotes as a Cloud Service, dos quais os conectores são exemplos, têm uma separação estrita entre conteúdo "imutável" e "mutável". Os pacotes devem ser claramente separados entre aqueles que incluem:
/apps
/content
e /conf
Os conectores devem seguir essas diretrizes de embalagem, descritas em este artigo. Os conectores existentes também devem ser refatorados para estarem em conformidade.
Além disso, somente o Adobe deve gravar o 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 no Documentação do AEM 6.5.
Recomenda-se que a maioria do código do conector seja colocada em /apps/connectors/<vendor>
para promover uma estrutura de repositório limpa para clientes que têm vários conectores.
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 > Cloud Services. Quando clicado, uma navegador de configuração aparece onde o cliente seleciona a pasta pai 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 Sites ou na guia de propriedades de Ativos.
Configurações sensíveis ao contexto permite criar camadas de configuração em diferentes pastas, incluindo /libs
, /apps
, /conf
e subpastas em /conf
. Ele suporta herança para que um cliente possa configurar a configuração global enquanto faz alterações específicas para cada microsite. Como é possível aproveitar esse recurso para configurações do Cloud Services, 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, arquive o Conector para lidar com incluindo/mesclando qualquer atualização futura nas configurações padrão fornecidas pelo Conector com qualquer configuração de cliente. Lembre-se de que alterar o conteúdo personalizado (como em alterado pelo cliente) ou a configuração sem aviso e consentimento do cliente pode quebrar (ou criar comportamento inesperado) com seu Conector.
Como AEM as a Cloud Service é uma solução nativa em nuvem, há algumas diretrizes que podem afetar as estratégias de código de um conector. Consulte AEM Diretrizes de desenvolvimento as a Cloud Service para obter mais detalhes.
Novos conectores devem ser criados (ou conectores existentes modificados) usando técnicas de desenvolvimento de ambiente local. A Equipe do parceiro fornecerá aos parceiros de ISV um ambiente de sandbox onde poderão implantar o Conector de AEM em um aplicativo baunilha para garantir o funcionamento.