Uso de bibliotecas do cliente using-client-side-libraries

Last update: Mon Jul 15 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Tópicos:

Criado para:

undefined

Sites modernos dependem muito do processamento do lado do cliente orientado por códigos JavaScript e CSS complexos. Organizar e otimizar a veiculação desse código pode ser um problema complicado.

Para ajudar a lidar com esse problema, o AEM fornece Pastas de bibliotecas do lado do cliente, que permitem armazenar o código do lado do cliente no repositório, organizá-lo em categorias e definir quando e como cada categoria de código deve ser entregue ao cliente. O sistema de biblioteca do lado do cliente cuida de produzir os links corretos na página da Web final para carregar o código correto.

Como as bibliotecas do lado do cliente funcionam no AEM how-client-side-libraries-work-in-aem

A maneira padrão de incluir uma biblioteca do lado do cliente (ou seja, um arquivo JS ou CSS) no HTML de uma página é simplesmente incluir uma tag <script> ou <link> no JSP dessa página, contendo o caminho para o arquivo em questão. Por exemplo,

...
<head>
   ...
   <script type="text/javascript" src="/etc/clientlibs/granite/jquery/source/1.8.1/jquery-1.8.1.js"></script>
   ...
</head>
...

Embora essa abordagem funcione no AEM, ela pode levar a problemas quando as páginas e seus componentes se tornam complexos. Nesses casos, há o perigo de que várias cópias da mesma biblioteca JS possam ser incluídas na saída de HTML final. Para evitar isso e permitir a organização lógica de bibliotecas do lado do cliente, o AEM usa pastas de bibliotecas do lado do cliente.

Uma pasta de biblioteca do lado do cliente é um nó de repositório do tipo cq:ClientLibraryFolder. Sua definição em notação CND é

[cq:ClientLibraryFolder] > sling:Folder
  - dependencies (string) multiple
  - categories (string) multiple
  - embed (string) multiple
  - channels (string) multiple

Por padrão, os nós cq:ClientLibraryFolder podem ser colocados em qualquer lugar nas subárvores /apps, /libs e /etc do repositório (esses padrões e outras configurações podem ser controlados por meio do painel Gerenciador de Biblioteca de HTML do Adobe Granite do Console do Sistema).

Cada cq:ClientLibraryFolder é preenchido com um conjunto de arquivos JS e/ou CSS, juntamente com alguns arquivos de suporte (veja abaixo). As propriedades de cq:ClientLibraryFolder são configuradas da seguinte maneira:

categories: Identifica as categorias nas quais o conjunto de arquivos JS e/ou CSS neste cq:ClientLibraryFolder se enquadra. Como a propriedade categories tem vários valores, uma pasta de biblioteca pode fazer parte de mais de uma categoria (veja abaixo como isso pode ser útil).
dependencies: esta é uma lista de outras categorias de bibliotecas de clientes das quais esta pasta de biblioteca depende. Por exemplo, dados dois nós cq:ClientLibraryFolder F e G, se um arquivo em F exigir que outro arquivo em G funcione corretamente, então pelo menos um dos categories de G deve estar entre os dependencies de F.
embed: usado para incorporar o código de outras bibliotecas. Se o nó F incorporar os nós G e H, o HTML resultante será uma concentração de conteúdo dos nós G e H.
allowProxy: Se uma biblioteca do cliente estiver localizada em /apps, essa propriedade permitirá acesso a ela via servlet proxy. Consulte Localizando uma Pasta de Biblioteca de Cliente e Usando o Servlet de Bibliotecas de Cliente Proxy abaixo.

Referência a bibliotecas do lado do cliente referencing-client-side-libraries

Como HTL é a tecnologia preferida para o desenvolvimento de sites AEM, o HTL deve ser usado para incluir bibliotecas do lado do cliente no AEM. No entanto, também é possível fazer isso usando o JSP.

Uso do HTL using-htl

No HTL, as bibliotecas do cliente são carregadas por meio de um modelo auxiliar fornecido pelo AEM, que pode ser acessado por meio de data-sly-use. Três modelos estão disponíveis neste arquivo, que pode ser chamado por meio de data-sly-call:

css - Carrega somente os arquivos CSS das bibliotecas de clientes referenciadas.
js - Carrega somente os arquivos JavaScript das bibliotecas de clientes referenciadas.
todos - carrega todos os arquivos das bibliotecas de clientes referenciadas (CSS e JavaScript).

Cada modelo auxiliar espera uma opção categories para fazer referência às bibliotecas de clientes desejadas. Essa opção pode ser uma matriz de valores de cadeias de caracteres ou uma cadeia contendo uma lista de valores separados por vírgula.

Para obter mais detalhes e exemplos de uso, consulte o documento Introdução à Linguagem de Modelo do HTML.

Usando JSP using-jsp

Adicione uma tag ui:includeClientLib ao código JSP para adicionar um link para bibliotecas de clientes na página de HTML gerada. Para referenciar as bibliotecas, use o valor da propriedade categories do nó ui:includeClientLib.

<%@taglib prefix="ui" uri="https://www.adobe.com/taglibs/granite/ui/1.0" %>
<ui:includeClientLib categories="<%= categories %>" />

Por exemplo, o nó /etc/clientlibs/foundation/jquery é do tipo cq:ClientLibraryFolder com uma propriedade de categorias de valor cq.jquery. O código a seguir em um arquivo JSP faz referência às bibliotecas:

<ui:includeClientLib categories="cq.jquery"/>

A página de HTML gerada contém o seguinte código:

<script type="text/javascript" src="/etc/clientlibs/foundation/jquery.js"></script>

Para obter informações completas, incluindo atributos para filtrar JS, CSS ou bibliotecas de temas, consulte ui:includeClientLib.

CAUTION

<cq:includeClientLib>, que antigamente era comumente usado para incluir bibliotecas de clientes, foi descontinuado desde o AEM 5.6. <ui:includeClientLib> deve ser usado em seu lugar, conforme detalhado acima.

Criação de pastas de bibliotecas de clientes creating-client-library-folders

Crie um nó cq:ClientLibraryFolder para definir bibliotecas JavaScript e Folha de Estilos em Cascata e disponibilizá-las para páginas de HTML. Use a propriedade categories do nó para identificar as categorias da biblioteca às quais ele pertence.

O nó contém um ou mais arquivos de origem que, no tempo de execução, são mesclados em um único arquivo JS e/ou CSS. O nome do arquivo gerado é o nome do nó com a extensão de nome de arquivo .js ou .css. Por exemplo, o nó de biblioteca chamado cq.jquery resulta no arquivo gerado chamado cq.jquery.js ou cq.jquery.css.

As pastas da biblioteca do cliente contêm os seguintes itens:

Os arquivos de origem JS e/ou CSS que serão mesclados.
Recursos que oferecem suporte a estilos CSS, como arquivos de imagem.

Observação: você pode usar subpastas para organizar arquivos de origem.
Um arquivo js.txt e/ou um arquivo css.txt que identifica os arquivos de origem a serem mesclados nos arquivos JS e/ou CSS gerados.

clientlibarch

Para obter informações sobre os requisitos específicos das bibliotecas de clientes para widgets, consulte Uso e extensão de Widgets.

O cliente Web deve ter permissões para acessar o nó cq:ClientLibraryFolder. Você também pode expor bibliotecas de áreas seguras do repositório (consulte Incorporação de código de outras bibliotecas, abaixo).

Substituição de bibliotecas em /lib overriding-libraries-in-lib

As pastas da biblioteca do cliente localizadas abaixo de /apps têm precedência sobre as pastas com o mesmo nome que estão de forma semelhante em /libs. Por exemplo, /apps/cq/ui/widgets tem prioridade sobre /libs/cq/ui/widgets. Quando essas bibliotecas pertencem à mesma categoria, a biblioteca abaixo de /apps é usada.

Localizar uma pasta de bibliotecas de clientes e usar o servlet de bibliotecas de clientes proxy locating-a-client-library-folder-and-using-the-proxy-client-libraries-servlet

Em versões anteriores, as pastas da biblioteca do cliente estavam localizadas abaixo de /etc/clientlibs no repositório. Ainda há suporte para isso, no entanto, é recomendável que as bibliotecas de clientes agora estejam localizadas em /apps. Isso é para localizar as bibliotecas de clientes próximas aos outros scripts, que geralmente são encontrados abaixo de /apps e /libs.

NOTE

Os recursos estáticos abaixo da pasta da biblioteca do cliente devem estar em uma pasta chamada recursos. Se você não tiver os recursos estáticos, como imagens, na pasta recursos, ela não poderá ser referenciada em uma instância de publicação. Veja um exemplo: https://localhost:4503/etc.clientlibs/geometrixx/components/clientlibs/resources/example.gif

NOTE

Para isolar melhor o código do conteúdo e da configuração, é recomendável localizar as bibliotecas de clientes em /apps e expô-las via /etc.clientlibs usando a propriedade allowProxy.

Para que as bibliotecas de clientes em /apps sejam acessíveis, um servidor proxy é usado. As ACLs ainda são impostas na pasta da biblioteca do cliente, mas o servlet permite que o conteúdo seja lido via /etc.clientlibs/ se a propriedade allowProxy estiver definida como true.

Um recurso estático só pode ser acessado por meio do proxy se estiver abaixo de um recurso abaixo da pasta da biblioteca do cliente.

Como exemplo:

Você tem uma clientlib em /apps/myproject/clientlibs/foo
Você tem uma imagem estática em /apps/myprojects/clientlibs/foo/resources/icon.png

Em seguida, você define a propriedade allowProxy em foo como verdadeira.

Você pode então solicitar /etc.clientlibs/myprojects/clientlibs/foo.js
Você pode fazer referência à imagem via /etc.clientlibs/myprojects/clientlibs/foo/resources/icon.png

CAUTION

Ao usar bibliotecas de clientes por proxy, a configuração do AEM Dispatcher pode exigir uma atualização para garantir que os URIs com a extensão clientlibs sejam permitidos.

CAUTION

O Adobe recomenda localizar bibliotecas de clientes em /apps e disponibilizá-las usando o servlet proxy. No entanto, lembre-se de que a prática recomendada ainda requer que os sites públicos nunca incluam nada que seja distribuído diretamente por um caminho /apps ou /libs.

Criar uma pasta da biblioteca do cliente create-a-client-library-folder

Abra o CRXDE Lite em um navegador da Web (https://localhost:4502/crx/de).
Selecione a pasta onde deseja localizar a pasta da biblioteca do cliente e clique em Criar > Criar Nó.
Digite um nome para o arquivo de biblioteca e, na lista Tipo, selecione cq:ClientLibraryFolder. Clique em OK e em Salvar tudo.
Para especificar a categoria ou categorias às quais a biblioteca pertence, selecione o nó cq:ClientLibraryFolder, adicione a seguinte propriedade e clique em Salvar tudo:
- Nome: categorias
- Tipo: String
- Valor: o nome da categoria
- Múltiplo: Selecionar
Adicione arquivos de origem à pasta da biblioteca por qualquer meio. Por exemplo, use um cliente WebDAV para copiar arquivos ou crie um arquivo e crie o conteúdo manualmente.

Observação: você pode organizar arquivos de origem em subpastas, se desejar.
Selecione a pasta da biblioteca do cliente e clique em Criar > Criar arquivo.
Na caixa Nome do arquivo, digite um dos seguintes nomes de arquivo e clique em OK:
- js.txt: Use este nome de arquivo para gerar um arquivo JavaScript.
- css.txt: Use este nome de arquivo para gerar uma Folha de Estilos em Cascata.
Abra o arquivo e digite o seguinte texto para identificar a raiz do caminho dos arquivos de origem:

#base=*[root]*

Substitua * [root]* pelo caminho para a pasta que contém os arquivos de origem, relativo ao arquivo TXT. Por exemplo, use o seguinte texto quando os arquivos de código-fonte estiverem na mesma pasta que o arquivo TXT:

#base=.

O código a seguir define a raiz como a pasta chamada mobile abaixo do nó cq:ClientLibraryFolder:

#base=mobile
Nas linhas abaixo de #base=[root], digite os caminhos dos arquivos de origem relativos à raiz. Coloque cada nome de arquivo em uma linha separada.
Clique em Salvar tudo.

Vinculação a Dependências linking-to-dependencies

Quando o código na pasta da biblioteca do cliente fizer referência a outras bibliotecas, identifique as outras bibliotecas como dependências. No JSP, a tag ui:includeClientLib que faz referência à pasta da biblioteca do cliente faz com que o código HTML inclua um link para o arquivo de biblioteca gerado e as dependências.

As dependências devem ser outro cq:ClientLibraryFolder. Para identificar dependências, adicione uma propriedade ao nó cq:ClientLibraryFolder com os seguintes atributos:

Nome: dependências
Tipo: Cadeia de Caracteres[]
Valores: o valor da propriedade categories do nó cq:ClientLibraryFolder do qual a pasta da biblioteca atual depende.

Por exemplo, o / etc/clientlibs/myclientlibs/publicmain tem uma dependência na biblioteca cq.jquery. O JSP que faz referência à biblioteca cliente principal gera um HTML que inclui o seguinte código:

<script src="/etc/clientlibs/foundation/cq.jquery.js" type="text/javascript">
<script src="/etc/clientlibs/mylibs/publicmain.js" type="text/javascript">

Como incorporar código de outras bibliotecas embedding-code-from-other-libraries

Você pode incorporar o código de uma biblioteca do cliente a outra biblioteca do cliente. No tempo de execução, os arquivos JS e CSS gerados da biblioteca de incorporação incluem o código da biblioteca incorporada.

A incorporação do código é útil para fornecer acesso às bibliotecas armazenadas em áreas seguras do repositório.

Pastas de bibliotecas de clientes específicas do aplicativo app-specific-client-library-folders

É uma prática recomendada manter todos os arquivos relacionados a aplicativos em sua pasta de aplicativos abaixo de /apps. Também é uma prática recomendada negar acesso aos visitantes do site à pasta /apps. Para atender às duas práticas recomendadas, crie uma pasta de biblioteca de cliente abaixo de /apps e torne-a acessível por meio do servlet proxy, conforme descrito em Localizando uma Pasta de Biblioteca de Cliente e Usando o Servlet de Bibliotecas de Cliente Proxy.

Use a propriedade categories para identificar a pasta da biblioteca do cliente a ser incorporada. Para incorporar a biblioteca, adicione uma propriedade ao nó cq:ClientLibraryFolder incorporado, usando os seguintes atributos de propriedade:

Nome: incorporado
Tipo: Cadeia de Caracteres[]
Valor: o valor da propriedade categories do nó cq:ClientLibraryFolder a ser incorporado.

Utilização de incorporação para minimizar solicitações using-embedding-to-minimize-requests

Em alguns casos, você pode descobrir que o HTML final gerado para a página típica pela sua instância de publicação inclui um número relativamente grande de elementos <script>, particularmente se o site estiver usando informações de contexto do cliente para análise ou direcionamento. Por exemplo, em um projeto não otimizado, você pode encontrar a seguinte série de elementos <script> no HTML de uma página:

<script type="text/javascript" src="/etc/clientlibs/granite/jquery.js"></script>
<script type="text/javascript" src="/etc/clientlibs/granite/utils.js"></script>
<script type="text/javascript" src="/etc/clientlibs/granite/jquery/granite.js"></script>
<script type="text/javascript" src="/etc/clientlibs/foundation/jquery.js"></script>
<script type="text/javascript" src="/etc/clientlibs/foundation/shared.js"></script>
<script type="text/javascript" src="/etc/clientlibs/foundation/personalization/kernel.js"></script>

Nesses casos, pode ser útil combinar todo o código da biblioteca do cliente necessário no em um único arquivo para reduzir o número de solicitações de ida e volta no carregamento da página. Para fazer isso, você pode embed as bibliotecas necessárias na biblioteca do cliente específica do aplicativo usando a propriedade embed do nó cq:ClientLibraryFolder.

As seguintes categorias de bibliotecas de clientes estão incluídas no AEM. Você deve incorporar apenas aqueles que são necessários para o funcionamento do seu site específico. No entanto, você deve manter a ordem listada aqui:

browsermap.standard
browsermap
jquery-ui
cq.jquery.ui
personalization
personalization.core
personalization.core.kernel
personalization.clientcontext.kernel
personalization.stores.kernel
personalization.kernel
personalization.clientcontext
personalization.stores
cq.collab.comments
cq.collab.feedlink
cq.collab.ratings
cq.collab.toggle
cq.collab.forum
cq.cleditor

Caminhos em arquivos CSS paths-in-css-files

Quando você incorpora arquivos CSS, o código CSS gerado usa caminhos para recursos relativos à biblioteca de incorporação. Por exemplo, a biblioteca /etc/client/libraries/myclientlibs/publicmain acessível publicamente incorpora a biblioteca cliente /apps/myapp/clientlib:

screen_shot_2012-05-29at20122pm

O arquivo main.css contém o seguinte estilo:

body {
  padding: 0;
  margin: 0;
  background: url(images/bg-full.jpg) no-repeat center top;
  width: 100%;
}

O arquivo CSS gerado pelo nó publicmain contém o seguinte estilo, usando a URL da imagem original:

body {
  padding: 0;
  margin: 0;
  background: url(../../../apps/myapp/clientlib/styles/images/bg-full.jpg) no-repeat center top;
  width: 100%;
}

Uso de uma biblioteca para grupos móveis específicos using-a-library-for-specific-mobile-groups

Use a propriedade channels de uma pasta da biblioteca do cliente para identificar o grupo móvel que usa a biblioteca. A propriedade channels é útil quando bibliotecas da mesma categoria são criadas para diferentes recursos do dispositivo.

Para associar uma pasta da biblioteca do cliente a um grupo de dispositivos, adicione uma propriedade ao nó cq:ClientLibraryFolder com os seguintes atributos:

Nome: canais
Tipo: Cadeia de Caracteres[]
Valores: O nome do grupo móvel. Para excluir a pasta da biblioteca de um grupo, adicione um ponto de exclamação ("!") ao nome.

Por exemplo, a tabela a seguir lista o valor da propriedade channels para cada pasta da biblioteca do cliente da categoria cq.widgets:

Pasta da biblioteca do cliente

Valor da propriedade de canais

/libs/cq/analytics/widgets

!touch

/libs/cq/analytics/widgets/themes/default

!touch

/libs/cq/cloudserviceconfigs/widgets

!touch

/libs/cq/touch/widgets

touch

/libs/cq/touch/widgets/themes/default

touch

/libs/cq/ui/widgets

!touch

/libs/cq/ui/widgets/themes/default

!touch

Uso de pré-processadores using-preprocessors

O AEM permite pré-processadores conectáveis e é fornecido com suporte ao Compactador YUI para CSS e JavaScript e ao Compilador de Fechamento Google (GCC) para JavaScript AEM com YUI definido como o pré-processador padrão do.

Os pré-processadores conectáveis permitem um uso flexível, incluindo:

Definição de ScriptProcessors que podem processar origens de script
Os processadores são configuráveis com opções
Os processadores podem ser usados para minificação, mas também para casos não minificados
A clientlib pode definir qual processador usar

NOTE

Por padrão, o AEM usa o Compactador YUI. Consulte a documentação do GitHub do Compactador YUI para obter uma lista de problemas conhecidos. Alternar para o compactador GCC para clientlibs específicas pode resolver alguns problemas observados ao usar a interface do usuário do.

CAUTION

Não coloque uma biblioteca minificada em uma biblioteca do cliente. Em vez disso, forneça a biblioteca bruta e, se a minificação for necessária, use as opções dos pré-processadores.

Uso usage

Você pode optar por definir a configuração de pré-processadores por biblioteca do cliente ou em todo o sistema.

Adicione as propriedades multivalor cssProcessor e jsProcessor no nó clientlibrary
Ou defina a configuração padrão do sistema através do Gerenciador de biblioteca de HTML Configuração OSGi

Uma configuração de pré-processador no nó clientlib tem prioridade sobre a configuração OSGI.

Formato e exemplos format-and-examples

Formato format

config:= mode ":" processorName options*;
mode:= "default" | "min";
processorName := "none" | <name>;
options := ";" option;
option := name "=" value;

Compactador YUI para Minificação CSS e GCC para JS yui-compressor-for-css-minification-and-gcc-for-js

cssProcessor: ["default:none", "min:yui"]
jsProcessor: ["default:none", "min:gcc;compilationLevel=advanced"]

Digitar script para pré-processar e, em seguida, GCC para minificar e ofuscar typescript-to-preprocess-and-then-gcc-to-minify-and-obfuscate

jsProcessor: [
   "default:typescript",
   "min:typescript",
   "min:gcc;obfuscate=true"
]

Opções adicionais de GCC additional-gcc-options

failOnWarning (defaults to "false")
languageIn (defaults to "ECMASCRIPT5")
languageOut (defaults to "ECMASCRIPT5")
compilationLevel (defaults to "simple") (can be "whitespace", "simple", "advanced")

Para obter mais detalhes sobre as opções do GCC, consulte a documentação do GCC.

Definir Minificador Padrão do Sistema set-system-default-minifier

A interface do usuário é definida como o minificador padrão no AEM. Para alterar isso para GCC, siga estas etapas.

Vá para o Apache Felix Config Manager em https://localhost:4502/system/console/configMgr
Localize e edite o Gerenciador de Bibliotecas de HTML do Adobe Granite.
Habilitar a opção Minify (se ainda não estiver habilitada).
Defina o valor Configurações Padrão do Processador JS como min:gcc.

As opções podem ser passadas se separadas por ponto e vírgula, por exemplo, min:gcc;obfuscate=true.
Clique em Salvar para salvar as alterações.

Ferramentas de depuração debugging-tools

O AEM fornece várias ferramentas para depurar e testar pastas da biblioteca do cliente.

Consulte Arquivos incorporados see-embedded-files

Para rastrear a origem do código incorporado ou garantir que as bibliotecas de clientes incorporadas estejam produzindo os resultados esperados, você pode ver os nomes dos arquivos que estão sendo incorporados no tempo de execução. Para ver os nomes de arquivo, anexe o parâmetro debugClientLibs=true à URL da sua página da Web. A biblioteca gerada contém instruções @import em vez do código incorporado.

No exemplo da seção anterior Incorporando Código de Outras Bibliotecas, a pasta da biblioteca cliente /etc/client/libraries/myclientlibs/publicmain incorpora a pasta da biblioteca cliente /apps/myapp/clientlib. Anexar o parâmetro à página da Web produz o seguinte link no código-fonte da página da Web:

<link rel="stylesheet" href="/etc/clientlibs/mycientlibs/publicmain.css">

Abrir o arquivo publicmain.css revela o seguinte código:

@import url("/apps/myapp/clientlib/styles/main.css");

Na caixa de endereço do navegador da Web, anexe o seguinte texto ao URL do HTML:

?debugClientLibs=true
Quando a página for carregada, exiba a origem da página.
Clique no link fornecido como href para o elemento do link para abrir o arquivo e exibir o código-fonte.

Descubra bibliotecas de clientes discover-client-libraries

O componente /libs/cq/granite/components/dumplibs/dumplibs gera uma página de informações sobre todas as pastas da biblioteca do cliente no sistema. O nó /libs/granite/ui/content/dumplibs tem o componente como um tipo de recurso. Para abrir a página, use o seguinte URL (alterando o host e a porta conforme necessário):

https://<host>:<port>/libs/granite/ui/content/dumplibs.test.html

As informações incluem o caminho e o tipo da biblioteca (CSS ou JS), bem como os valores dos atributos da biblioteca, como categorias e dependências. As tabelas subsequentes na página mostram as bibliotecas em cada categoria e canal.

Consulte Saída gerada see-generated-output

O componente dumplibs inclui um seletor de teste que exibe o código-fonte gerado para ui:includeClientLib tags. A página inclui código para diferentes combinações de js, css e atributos temáticos.

Use um dos métodos a seguir para abrir a página Saída do teste:
- Na página dumplibs.html, clique no link no texto Clique aqui para testar a saída.
- Abra o seguinte URL no navegador da Web (use um host e porta diferentes, conforme necessário):
  - http://<host>:<port>/libs/granite/ui/content/dumplibs.html
A página padrão mostra saída para tags sem valor para o atributo categories.
Para ver a saída de uma categoria, digite o valor da propriedade categories da biblioteca do cliente e clique em Enviar Consulta.

Configuração da manipulação de bibliotecas para desenvolvimento e produção configuring-library-handling-for-development-and-production

O serviço Gerenciador de biblioteca de HTML processa cq:ClientLibraryFolder marcas e gera as bibliotecas no tempo de execução. O tipo de ambiente, desenvolvimento ou produção determina como você deve configurar o serviço:

Aumentar segurança: Desativar depuração
Melhorar o desempenho: remova espaços em branco e compacte bibliotecas.
Melhorar a legibilidade: inclua espaços em branco e não compacte.

Para obter informações sobre como configurar o serviço, consulte Gerenciador de Bibliotecas de HTML AEM.

recommendation-more-help

19ffd973-7af2-44d0-84b5-d547b0dffee2