Todos os links são regravados para funcionarem no contexto do portal. Por padrão, links com parâmetros de renderização são usados. O Portal Director HTML Rewriter pode ser configurado para usar links de ação.
Você também pode definir parâmetros de solicitação adicionais a serem consultados para que o caminho do conteúdo seja exibido. Isso é útil, por exemplo, se houver um link do lado de fora para um conteúdo específico.
Além disso, o Portal Director HTML Rewriter pode ser configurado com uma lista de expressões regulares definidas como excluídas para regravação de links. Por exemplo, se você tiver links relativos a sistemas externos, deverá adicioná-los a essa lista de exclusão.
O portlet de conteúdo AEM tem um recurso de localização incorporado, que garante que o conteúdo do AEM esteja no idioma correto.
O Detector de Localidade do Diretório de Portal detecta a localidade do usuário do portal obtendo a configuração de localidade do portal. Este serviço deve ser configurado com a lista de idiomas disponíveis no AEM.
O Portal Director Locale Handler lida com a localização da solicitação atual. Ele segue o caminho do conteúdo solicitado, por exemplo /content/geometrixx/en/company.htmle, de acordo com a configuração, reescreve en com a localidade real do usuário.
O Manipulador de Localidade do Portal Director pode ser configurado com os caminhos para verificar as informações de localidade - normalmente isso inclui tudo sob /content e com a posição das informações de localidade no caminho. Por padrão, o manipulador de localidades segue a recomendação de estruturar sites de vários idiomas no AEM.
Se o site não tiver uma regra estrita para lidar com as informações de localidade dentro do caminho, será possível substituir o manipulador de localidades pela sua própria implementação.
Os serviços OSGi opcionais podem ser implementados para personalizar várias partes do portlet. Cada serviço corresponde a uma interface Java. Essa interface pode ser implementada e implantada por meio de um pacote no portlet.
RequestTracker O rastreador de solicitações é notificado sempre que o conteúdo é exibido pelo portlet. Isso permite rastrear as invocações do portlet.
InvocationContextListener Ouvinte que é chamado no início e no fim de cada solicitação para o portlet. O listener pode ser usado para alterar ou adicionar informações para a solicitação atual.
PortletAction Adicionar uma ação própria ao portlet - essa ação pode ser invocada por meio de um link de ação do portlet.
ResourceProvider Adicione seu próprio provedor de recursos para fornecer algum recurso por meio de um link de recurso de portlet para o cliente.
UserInfoProvider Adicione suas próprias informações sobre o usuário. Esse serviço pode ser usado para obter informações do portal para o portlet.
Os seguintes serviços têm uma implementação padrão no portlet de conteúdo (com uma interface Java correspondente). Para personalizar, é necessário implantar um pacote contendo a nova implementação do serviço no aplicativo portlet.
Ao implementar esse serviço, certifique-se de definir a propriedade service.ranking do serviço com um valor positivo. A implementação padrão usa a classificação 0 e o portlet usa o serviço com a classificação mais alta.
Autenticador Fornece as informações de autenticação para AEM Usa um usuário técnico configurável para autor e publicação. Ou SSO pode ser usado.
HTMLRewriter Substitui links, imagens etc. Substitui AEM links para links de portal, pode ser estendido por um UrlMapper e um TextMapper
LocaleHandler Processa as informações da localidade Substitui um link do conteúdo em relação à localidade.
PrivilegeManager Verifica os direitos do usuário Verifica o acesso à instância do autor se o usuário tem permissão para editar conteúdo
A API de portlet (JSR-286) especifica eventos de portlet. O portlet de conteúdo AEM tem uma ponte integrada, distribuindo eventos de portlet para o portlet AEM como eventos OSGi - isso torna possível o manuseio de eventos de portlet.
Se você quiser lidar com eventos específicos, declare-os como eventos de recebimento no descritor de deployment (ou configure-os pelo servidor de portal) e implemente um serviço OSGi declarando a interface EventHandler (consulte a especificação OSGi EventAdmin).
Sempre que um evento de portlet ocorrer, um evento OSGi específico será enviado chamando seu manipulador. O manipulador obtém todas as informações de contexto e pode atualizar o status do portlet de acordo ou enviar novos eventos. Basicamente, dentro do método de identificação, toda a funcionalidade da fase de evento do portlet pode ser usada.
Configure e implante o aplicativo da Web que contém os portlets que você deseja que apareçam no componente Portal.
Você pode usar o componente portlet somente quando AEM for implantado como um aplicativo da Web. (Consulte Instalação de AEM com um Servidor de Aplicativos.)
O arquivo JAR AEM Quickstart contém os arquivos de componente do portlet. Para obter os arquivos (cq-portlet-components.zip), você pode executar o Início rápido ou extrair o conteúdo.