Desenvolver um trabalhador de metadados do Asset compute

Os trabalhadores personalizados do Asset compute podem produzir dados de XMP (XML) que são enviados para AEM e armazenados como metadados em um ativo.

Os casos de uso comuns incluem:

• Integrações com sistemas de terceiros, como um PIM (Product Information Management system), em que metadados adicionais devem ser recuperados e armazenados no ativo
• Integrações com serviços da Adobe, como Content e Commerce AI, para aumentar os metadados do ativo com atributos adicionais de aprendizado de máquina
• Derivar metadados sobre o ativo de seu binário e armazená-lo como metadados de ativos no AEM como um Cloud Service

O que você vai fazer

Neste tutorial, criaremos um trabalhador de metadados de Asset compute que deriva as cores mais usadas em um ativo de imagem e grava os nomes das cores de volta aos metadados do ativo em AEM. Embora o trabalhador seja básico, este tutorial o usa para explorar como os trabalhadores do Asset compute podem ser usados para gravar metadados em ativos no AEM como Cloud Service.

Fluxo lógico de uma invocação do trabalhador de metadados de Asset compute

A invocação de trabalhadores de metadados de Asset compute é quase idêntica à invocação de trabalhadores geradores de rendição binária, com a principal diferença sendo o tipo de retorno é uma representação de XMP (XML) cujos valores também são gravados nos metadados do ativo.

Os trabalhadores do Asset compute implementam o contrato da API do trabalhador do SDK do Asset compute, na função renditionCallback(...), que é conceitualmente:

• Entrada: Os parâmetros originais do binário e do perfil de processamento de um ativo AEM
• Saída: uma representação de XMP (XML) persistente no ativo AEM como uma representação e nos metadados do ativo

1. O serviço Autor do AEM chama o trabalhador de metadados do Asset compute, fornecendo o (1a) binário original do ativo e (1b) qualquer parâmetro definido no Perfil de processamento.
2. O SDK do Asset compute orquestra a execução da função renditionCallback(...) do trabalhador de metadados do Asset compute personalizado, derivando uma representação de XMP (XML), com base no (1a) binário do ativo e em qualquer parâmetro do Perfil de processamento (1b).
3. O trabalhador do Asset compute salva a representação XMP (XML) em rendition.path.
4. Os dados XMP (XML) gravados em rendition.path são transportados por meio do SDK do Asset compute para o AEM Author Service e os expõem como (4a) uma representação de texto e (4b) persistem no nó de metadados do ativo.

Configurar o manifest.yml

Todos os trabalhadores do Asset compute devem ser registrados no manifest.yml.

Abra o manifest.yml do projeto e adicione uma entrada de trabalhador que configure o novo trabalhador, neste caso metadata-colors.

Lembre- .yml se de que o espaço em branco é sensível.

packages:
  __APP_PACKAGE__:
    license: Apache-2.0
    actions:
      worker:
        function: actions/worker/index.js
        web: 'yes'
        runtime: 'nodejs:12'
        limits:
          timeout: 60000 # in ms
          memorySize: 512 # in MB
          concurrency: 10
        annotations:
          require-adobe-auth: true
      metadata-colors:
        function: actions/metadata-colors/index.js
        web: 'yes'
        runtime: 'nodejs:12'
        limits:
          memorySize: 512 # in MB

function aponta para a implementação do trabalhador criada na próxima etapa. Nomeie trabalhadores semanticamente (por exemplo, o actions/worker/index.js pode ter sido mais bem nomeado actions/rendition-circle/index.js), como eles mostram no URL do trabalhador e também determinam o nome da pasta do conjunto de testes do trabalhador.

Os limits e require-adobe-auth são configurados discretamente por trabalhador. Neste trabalhador, 512 MB da memória é alocada conforme o código inspeciona (potencialmente) grandes dados de imagem binária. Os outros limits são removidos para usar os padrões.

Desenvolver um trabalhador de metadados

Crie um novo arquivo JavaScript do trabalhador de metadados no projeto do Asset compute no caminho manifest.yml definido para o novo trabalhador, em /actions/metadata-colors/index.js

Instalar módulos npm

Instale os módulos npm adicionais (@adobe/asset-compute-xmp, get-image-colors e color-namer) que serão usados neste trabalhador do Asset compute.

$ npm install @adobe/asset-compute-xmp
$ npm install get-image-colors
$ npm install color-namer

Código do trabalhador de metadados

Esse trabalhador é muito semelhante ao trabalhador gerador de rendição, a principal diferença é que ele grava XMP dados (XML) no rendition.path para ser salvo de volta ao AEM.

"use strict";

const { worker, SourceCorruptError } = require("@adobe/asset-compute-sdk");
const fs = require("fs").promises;

// Require the @adobe/asset-compute-xmp module to create XMP
const { serializeXmp } = require("@adobe/asset-compute-xmp");

// Require supporting npm modules to derive image colors from image data
const getColors = require("get-image-colors");
// Require supporting npm modules to convert image colors to color names
const namer = require("color-namer");

exports.main = worker(async (source, rendition, params) => {
  // Perform any necessary source (input) checks
  const stats = await fs.stat(source.path);
  if (stats.size === 0) {
    // Throw appropriate errors whenever an erring condition is met
    throw new SourceCorruptError("source file is empty");
  }
  const MAX_COLORS = 10;
  const DEFAULT_COLORS_FAMILY = 'basic';

  // Read the color family parameter to use to derive the color names
  let colorsFamily = rendition.instructions.colorsFamily || DEFAULT_COLORS_FAMILY;

  if (['basic', 'hex', 'html', 'ntc', 'pantone', 'roygbiv'].indexOf(colorsFamily) === -1) {
      colorsFamily = DEFAULT_COLORS_FAMILY;
  }

  // Use the `get-image-colors` module to derive the most common colors from the image
  let colors = await getColors(source.path, { options: MAX_COLORS });

  // Convert the color Chroma objects to their closest names
  let colorNames = colors.map((color) => getColorName(colorsFamily, color));

  // Serialize the data to XMP metadata
  // These properties are written to the [dam:Asset]/jcr:content/metadata resource
  // This stores
  // - The list of color names is stored in a JCR property named `wknd:colors`
  // - The colors family used to derive the color names is stored in a JCR property named `wknd:colorsFamily`
  const xmp = serializeXmp({
      // Use a Set to de-duplicate color names
      "wknd:colors": [...new Set(colorNames)],
      "wknd:colorsFamily": colorsFamily
    }, {
      // Define any property namespaces used in the above property/value definition
      // These namespaces will be automatically registered in AEM if they do not yet exist
      namespaces: {
        wknd: "https://wknd.site/assets/1.0/",
      },
    }
  );

  // Save the XMP metadata to be written back to the asset's metadata node
  await fs.writeFile(rendition.path, xmp, "utf-8");
});

/**
 * Helper function that derives the closest color name for the color, based on the colors family
 *
 * @param {*} colorsFamily the colors name family to use
 * @param {*} color the color to convert to a name
 */
function getColorName(colorsFamily, color) {
    if ('hex' === colorsFamily) {  return color; }

    let names = namer(color.rgb())[colorsFamily];

    if (names.length >= 1) { return names[0].name; }
}

Executar o trabalhador de metadados localmente

Com o código do trabalhador concluído, ele pode ser executado usando a Ferramenta de desenvolvimento de Assets compute local.

Como nosso projeto do Asset compute contém dois trabalhadores (a anterior representação de círculo e esse trabalhador metadata-colors), a definição de perfil da Ferramenta de desenvolvimento de Assets compute lista os perfis de execução para ambos os trabalhadores. A segunda definição de perfil aponta para o novo trabalhador metadata-colors.

1. Na raiz do projeto do Asset compute

2. Execute aio app run para iniciar a Ferramenta de desenvolvimento de Assets compute

3. No Selecione um arquivo… suspenso, escolha um imagem de amostra para processar

4. Na segunda configuração de definição de perfil, que aponta para o trabalhador metadata-colors , atualize "name": "rendition.xml" conforme esse trabalhador gera uma representação XMP (XML). Opcionalmente, adicione um parâmetro colorsFamily (valores compatíveis basic, hex, html, ntc, pantone, roygbiv).

   {
       "renditions": [
           {
               "worker": "...",
               "name": "rendition.xml",
               "colorsFamily": "pantone"
           }
       ]
   }
   

5. Toque em Executar e aguarde a representação XML ser gerada

   • Como ambos os trabalhadores estão listados na definição do perfil, ambas as renderizações serão geradas. Opcionalmente, a definição do perfil superior apontando para trabalhador de representação de círculo pode ser excluída, para evitar executá-la na Ferramenta de desenvolvimento.

6. A seção Representações visualiza a representação gerada. Toque em rendition.xml para baixá-lo e abra-o no Código VS (ou no editor de texto XML/favorito) para revisar.

Testar o trabalhador

Os trabalhadores de metadados podem ser testados usando a mesma estrutura de teste de Asset compute que representações binárias. A única diferença é que o arquivo rendition.xxx no caso de teste deve ser a representação de XMP esperada (XML).

1. Crie a seguinte estrutura no projeto do Asset compute:

   /test/asset-compute/metadata-colors/success-pantone/
   
       file.jpg
       params.json
       rendition.xml
   

2. Use o arquivo de amostra como file.jpg do caso de teste.

3. Adicione o seguinte JSON ao params.json.

   {
       "fmt": "xml",
       "colorsFamily": "pantone"
   }
   

   Observe que "fmt": "xml" é necessário para instruir o conjunto de testes a gerar uma renderização baseada em texto .xml.

4. Forneça o XML esperado no arquivo rendition.xml. Para tal, pode recorrer-se:

   • Executar o arquivo de entrada de teste por meio da Ferramenta de desenvolvimento e salvar a renderização XML (validada).

   <?xml version="1.0" encoding="UTF-8"?><rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:wknd="https://wknd.site/assets/1.0/"><rdf:Description><wknd:colors><rdf:Seq><rdf:li>Silver</rdf:li><rdf:li>Black</rdf:li><rdf:li>Outer Space</rdf:li></rdf:Seq></wknd:colors><wknd:colorsFamily>pantone</wknd:colorsFamily></rdf:Description></rdf:RDF>
   

5. Execute aio app test a partir da raiz do projeto Asset compute para executar todos os conjuntos de teste.

Implantar o trabalhador no Adobe I/O Runtime

Para chamar este novo trabalhador de metadados do AEM Assets, ele deve ser implantado no Adobe I/O Runtime, usando o comando:

$ aio app deploy

Observe que isso implantará todos os trabalhadores no projeto. Revise as instruções de implantação não resumidas para saber como implantar em espaços de trabalho de Preparo e Produção.

Integrar a Perfis de processamento de AEM

Chame o trabalhador de AEM criando um novo ou modificando um serviço de Perfil de processamento personalizado existente que chama esse trabalhador implantado.

1. Faça logon no AEM como um serviço Cloud Service Author como um AEM Administrador
2. Navegue até Ferramentas > Ativos > Perfis de processamento
3. ____ Criar um perfil de processamento novo ou ____ existente
4. Toque na guia Personalizado e toque em Adicionar novo
5. Definir o novo serviço
   • Criar representação de metadados: Alternar para ativo
   • Endpoint: https://...adobeioruntime.net/api/v1/web/wkndAemAssetCompute-0.0.1/metadata-colors
     • Esse é o URL do trabalhador obtido durante a implantação ou usando o comando aio app get-url. Verifique se o URL aponta para o espaço de trabalho correto com base no AEM como um ambiente de Cloud Service.
   • Parâmetros de serviço
     • Toque em Adicionar Parâmetro
       • Chave: colorFamily
       • Valor: pantone
         • Valores compatíveis: basic, hex, html, ntc, pantone, roygbiv
   • Tipos de mime
     • Inclui: image/jpeg, image/png, image/gif, image/svg
       • Esses são os únicos tipos MIME suportados pelos módulos npm de terceiros usados para derivar as cores.
     • Exclui: Leave blank
6. Toque em Salvar no canto superior direito
7. Aplique o perfil de processamento a uma pasta do AEM Assets, se ainda não tiver feito isso

Atualizar o esquema de metadados

Para analisar os metadados de cores, mapeie dois novos campos no esquema de metadados da imagem para as novas propriedades de dados de metadados que o trabalhador preenche.

1. No serviço Autor do AEM, navegue até Ferramentas > Ativos > Esquemas de metadados
2. Navegue até padrão, selecione e edite imagem e adicione campos de formulário somente leitura para expor os metadados de cores gerados
3. Adicionar um Texto de Linha Única
   • Rótulo do campo: Colors Family
   • Mapear para a propriedade: ./jcr:content/metadata/wknd:colorsFamily
   • Regras > Campo > Desativar edição: Verificado
4. Adicionar um Texto de vários valores
   • Rótulo do campo: Colors
   • Mapear para a propriedade: ./jcr:content/metadata/wknd:colors
5. Toque em Salvar no canto superior direito

Processamento de ativos

1. No serviço Autor do AEM, navegue até Ativos > Arquivos
2. Navegue até a pasta, ou subpasta, o Perfil de processamento é aplicado a
3. Carregue uma nova imagem (JPEG, PNG, GIF ou SVG) na pasta ou reprocesse as imagens existentes usando o Perfil de processamento atualizado
4. Quando o processamento estiver concluído, selecione o ativo e toque em properties na barra de ação superior para exibir seus metadados
5. Revise os Colors Family e Colors campos de metadados para os metadados escritos a partir do trabalhador de metadados de Asset compute personalizado.

Com os metadados de cor gravados nos metadados do ativo, no recurso [dam:Asset]/jcr:content/metadata, esses metadados são indexados e aumentam a capacidade de descoberta do ativo usando esses termos por meio da pesquisa, e podem até ser gravados de volta no binário do ativo se, em seguida, o fluxo de trabalho Writeback de metadados DAM for chamado nele.

Representação de metadados no AEM Assets

O arquivo de XMP real gerado pelo trabalhador de metadados do Asset compute também é armazenado como uma representação discreta no ativo. Esse arquivo geralmente não é usado, em vez disso, os valores aplicados ao nó de metadados do ativo são usados, mas a saída XML bruta do trabalhador está disponível em AEM.

código de trabalho de cores de metadados no Github

O metadata-colors/index.js final está disponível no Github em:

• aem-guides-wknd-asset-compute/actions/metadata-colors/index.js

O conjunto de testes final test/asset-compute/metadata-colors está disponível no Github em:

• aem-guides-wknd-asset-compute/test/asset-compute/metadata-colors