Integração JCR

Preferir a API do recurso Sling para a API JCR

A API do Sling funciona em um nível mais alto e mais abstrato que a API do JCR. Isso permite que seu código seja mais reutilizável e independente do armazenamento subjacente. Isso facilita a inclusão de dados virtuais externos por meio do mecanismo ResourceProvider, se necessário.

Evite consultas sempre que possível

É sempre mais rápido navegar no repositório para recuperar dados do que executar um query. Há casos em que as consultas serão necessárias, como uma consulta de usuário final ou a necessidade de localizar conteúdo estruturado em todo o repositório, mas para todos os outros casos, é preferível navegar até os nós necessários. As consultas devem ser sempre evitadas na lógica de renderização, como componentes de navegação, uma "lista de itens recentes", contagens de itens e assim por diante. Nesses casos, é melhor percorrer a hierarquia ou pré-armazenar o resultado em cache para que ele possa ser usado diretamente quando renderizado.

Restringir o escopo da observação do JCR

Ao acompanhar eventos no repositório, é importante restringir o escopo o máximo possível. Por exemplo, é muito melhor ouvir um evento em /etc/mycompany do que ouvir /etc. Nunca acompanhe eventos na raiz do repositório. Além disso, certifique-se de que os métodos de retorno de chamada sejam executados o mais rápido possível quando não houver nada para eles fazerem.

Eliminar o uso do acesso do administrador do JCR

A partir do AEM 6, o login administrativo foi descontinuado, pois recebeu uma sessão administrativa do ResourceResolverFactory. Em vez disso, devem ser criadas contas de serviço para as operações de back office que exigiriam esse tipo de acesso e o ResourceResolverFactory pode ser usado para obter um ResourceResolver para esta conta.

Nesta página