Ambientes de desenvolvimento rápido

Para implantar alterações, os ambientes de desenvolvimento de nuvem atuais exigem o uso de um processo que emprega regras abrangentes de segurança e qualidade de código chamadas de pipeline de CI/CD. Para situações em que são necessárias alterações rápidas e iterativas, o Adobe introduziu os RDEs (Rapid Development Environments, ambientes de desenvolvimento rápido).

As RDEs permitem que os desenvolvedores implantem e revisem alterações rapidamente, minimizando o tempo necessário para testar recursos que comprovadamente funcionam em um ambiente de desenvolvimento local.

Depois que as alterações forem testadas em um RDE, elas poderão ser implantadas em um ambiente de desenvolvimento da nuvem comum por meio do pipeline do Cloud Manager.

Você pode consultar vídeos adicionais que demonstram como configurar, como usá-lo, e o ciclo de vida de desenvolvimento utilizando RDE.

Introdução

Os RDEs podem ser usados para configurações de código, conteúdo e Apache ou Dispatcher. Diferentemente dos ambientes de desenvolvimento de nuvem comuns, os desenvolvedores podem usar ferramentas de linha de comando locais para sincronizar o código criado localmente em um RDE.

Cada programa é provisionado com um RDE. No caso de contas de sandbox, elas ficarão hibernadas após algumas horas de não uso.

Após a criação, os RDEs são definidos para a versão mais recente do AEM disponível. Uma redefinição de RDE, que pode ser executada usando o Cloud Manager, desativará o RDE e o definirá para a versão do AEM mais recente.

Normalmente, um RDE seria usado por um único desenvolvedor em um determinado momento, para testar e depurar um recurso específico. Quando a sessão de desenvolvimento for concluída, o RDE poderá ser redefinido para um estado padrão para o próximo uso.

RDEs adicionais podem ser licenciados para programas de produção (não sandbox).

Ativar o RDE em um programa

Siga estas etapas para usar o Cloud Manager para criar um RDE para seu programa.

1. Faça logon no Cloud Manager, em my.cloudmanager.adobe.com, e selecione a organização apropriada.

2. Clique no programa ao qual deseja adicionar um RDE para mostrar seus detalhes.

   • Os RDEs podem ser adicionados a ambos programas de sandbox e programas de produção.

3. Na página Visão geral do programa, clique em Adicionar ambiente no cartão Ambientes para adicionar um ambiente.

   

   • A opção Adicionar ambiente também está disponível na guia Ambientes.

     

   • A opção Adicionar ambiente pode estar desativada devido à falta de permissões ou dependendo dos recursos licenciados.

4. Na caixa de diálogo Adicionar ambiente:

   • Selecionar Desenvolvimento rápido no Selecionar tipo de ambiente cabeçalho.
     • O número de ambientes disponíveis/usados é exibido entre parênteses atrás do tipo de ambiente.
   • Forneça um Nome para o ambiente.
   • Forneça uma Descrição para o ambiente.
   • Selecione a Região da nuvem.

   

5. Clique em Salvar para adicionar o ambiente especificado.

A tela Visão geral agora exibe seu novo ambiente no cartão Ambientes.

Após a criação, os RDEs são definidos para a versão mais recente do AEM disponível. Uma redefinição de RDE, que também pode ser executada usando o Cloud Manager, desativará o RDE e o definirá para a versão do AEM mais recente.

Para obter mais informações sobre como usar o Cloud Manager para criar ambientes, gerenciar quem tem acesso e atribuir domínios personalizados, consulte a documentação do Cloud Manager.

Instalação das Ferramentas de Linha de Comando do RDE

Depois de adicionar um RDE para o programa usando o Cloud Manager, você pode interagir com ele configurando as ferramentas de linha de comando conforme descrito nas seguintes etapas:

1. Instale as ferramentas Adobe I/O CLI seguindo o procedimento aqui.

2. Instale o plug-in Adobe I/O CLI tools do Cloud Manager e configure-o conforme descrito aqui.

3. Instale o plug-in AEM RDE das ferramentas de CLI do Adobe I/O executando estes comandos:

   aio plugins:install @adobe/aio-cli-plugin-aem-rde
   aio plugins:update
   

4. Configure o plug-in do Cloud Manager para sua ID da organização:

   aio config:set cloudmanager_orgid 4E03EQC05D34GL1A0B49421C@AdobeOrg

   e substitua a sequência alfanumérica pela ID da sua própria organização, que pode ser pesquisada usando a estratégia aqui.

5. Em seguida, configure a ID do programa:

   aio config:set cloudmanager_programid 12345

6. Em seguida, configure a ID de ambiente à qual o RDE será anexado:

   aio config:set cloudmanager_environmentid 123456

7. Quando terminar de configurar o plug-in, faça logon executando

   aio login

   A resposta em um logon bem-sucedido deve se parecer com a saída abaixo, mas você pode ignorar os valores exibidos.

   ...
   You are currently in:
   1. Org: <no org selected>
   2. Project: <no project selected>
   3. Workspace: <no workspace selected>
   

   Observe que esta etapa exige que você seja membro do Cloud Manager Desenvolvedor - Cloud Service Perfil do produto. Consulte esta página para obter mais detalhes.

   Como alternativa, você pode confirmar que tem essa função de desenvolvedor se puder fazer logon no console do desenvolvedor executando este comando:

   aio cloudmanager:environment:open-developer-console

   DICA

   Se você vir a variável Warning: cloudmanager:list-programs is not a aio command. erro, é necessário instalar o aio-cli-plugin-cloudmanager executando o comando abaixo:

   aio plugins:install @adobe/aio-cli-plugin-cloudmanager
   

8. Verifique se o logon foi concluído com êxito executando o

   aio cloudmanager:list-programs

   Isso deve listar todos os programas na organização configurada.

Para obter mais informações e demonstrações, consulte como configurar um RDE tutorial em vídeo.

Usar o RDE ao desenvolver um novo recurso

A Adobe recomenda o seguinte fluxo de trabalho para desenvolver um novo recurso:

• Quando um marco intermediário é atingido e validado localmente com êxito com o SDK as a Cloud Service do AEM, o código deve ser comprometido com uma ramificação de recurso do Git que ainda não faz parte da linha principal, embora a confirmação no Git seja opcional. O que constitui um "marco intermediário" varia com base nos hábitos da equipe. Os exemplos incluem algumas novas linhas de código, meio dia de trabalho ou a conclusão de um sub-recurso.

• Redefina o RDE se ele tiver sido usado por outro recurso e você quiser redefinir para um estado padrão. A redefinição levará alguns minutos e todo o conteúdo e código existentes serão excluídos. Você pode usar o comando RDE status para confirmar se o RDE está pronto. O RDE voltará com a versão mais recente do AEM.

  IMPORTANTE

  Se seus ambientes de preparo e produção não estiverem recebendo atualizações automáticas de lançamento de AEM e estiverem muito atrás da versão mais recente de lançamento de AEM, lembre-se de que o código em execução no RDE pode não corresponder a como o código funcionará no preparo e na produção. Nesse caso, é especialmente importante executar testes completos do código no preparo antes de implantá-lo na produção.

• Usando a interface de linha de comando do RDE, sincronize o código local com o RDE. As opções incluem instalar um pacote de conteúdo, um pacote específico, um arquivo de configuração OSGI, um arquivo de conteúdo e um arquivo zip de uma configuração do Apache/Dispatcher. Também é possível fazer referência a um pacote de conteúdo remoto. Consulte a Ferramentas de Linha de Comando do RDE para obter mais informações. Você pode usar o comando status para validar se a implantação foi bem-sucedida. Opcionalmente, use o Gerenciador de pacotes para instalar pacotes de conteúdo.

• Teste o código no RDE. Os URLs de Autor e Publicação estão disponíveis no Cloud Manager.

• Se o código não se comportar conforme esperado, use técnicas de depuração padrão para entender o problema e fazer as alterações apropriadas. Sem confirmar as modificações de código no Git (já que não foram validadas), use a CLI local para sincronizar o código ao RDE. Continue iterando até que o problema seja resolvido.

• Depois que o código se comportar conforme esperado, confirme-o na ramificação do recurso Git.

• O código sincronizado com o RDE não usa um pipeline do Cloud Manager, portanto, agora você deve usar um pipeline de não produção do Cloud Manager para implantar a ramificação do recurso Git no ambiente de desenvolvimento da nuvem. Isso valida que o código passe pelos quality gates (portais de qualidade) do Cloud Manager e permite que você tenha certeza de que ele será implantado com êxito posteriormente usando o pipeline de produção do Cloud Manager.

• Repita as etapas acima para cada marco intermediário até que todo o código do recurso esteja pronto e seja executado bem no RDE e no ambiente de desenvolvimento da nuvem.

• Implante o código para produção por meio do pipeline de produção do Cloud Manager.

Utilização do RDE para depurar um recurso existente

O fluxo de trabalho é semelhante ao desenvolvimento de um novo recurso. A diferença é que o código que está sendo sincronizado com o RDE refletiria o rótulo do Git do que foi enviado para o ambiente em que o problema foi encontrado. Além disso, pode ser útil implantar o conteúdo correspondente ao ambiente de upstream. Isso pode ser feito por meio da exportação e importação de pacotes de conteúdo.

Vários desenvolvedores colaborando no mesmo RDE

Um RDE suporta um único projeto por vez. Como o código é sincronizado de um ambiente de desenvolvimento local para o ambiente RDE, é mais natural que um desenvolvedor o use sozinho em um determinado momento.

No entanto, com uma coordenação cuidadosa, é possível que mais de um desenvolvedor valide um recurso específico ou depure um problema específico. A chave é que cada desenvolvedor mantém seus projetos locais sincronizados para que as alterações de código feitas por um determinado desenvolvedor sejam absorvidas pelos outros desenvolvedores, caso contrário, um desenvolvedor pode inadvertidamente substituir o código do outro. A estratégia recomendada é para cada desenvolvedor confirmar as alterações em uma ramificação Git compartilhada antes de sincronizar com o RDE, para que os outros desenvolvedores extraiam as alterações antes de fazer suas próprias alterações.

Comandos de Ferramentas de Linha de Comando do RDE

Ajuda/Informações gerais

• Para obter uma lista de comandos, digite:

  aio aem:rde

• Para obter ajuda detalhada sobre um comando, digite:

  aio aem rde <command> --help

Implantação no RDE

Esta seção descreve o uso da CLI do RDE para implantar, instalar ou atualizar pacotes, configurações OSGI, pacotes de conteúdo, arquivos de conteúdo individuais e configurações do Apache ou Dispatcher.

O padrão de uso geral é aio aem:rde:install <artifact>.

Você pode encontrar alguns exemplos abaixo:

Implantar um pacote de conteúdo

aio aem:rde:install sample.demo.ui.apps.all-1.0.0-SNAPSHOT.zip

A resposta para uma implantação bem-sucedida se assemelha ao seguinte:

...
#1: deploy completed for content-package sample.demo.ui.apps.all-1.0.0-SNAPSHOT.zip on author,publish - done by 9E072FC75D54FE1A2B49431C@AdobeID at 2022-09-13T11:32:06.229Z

Como opção, você pode fazer referência a um repositório remoto:

aio aem:rde:install -t content-package "https://repo1.maven.org/maven2/com/adobe/aem/guides/aem-guides-wknd.all/2.1.0/aem-guides-wknd.all-2.1.0.zip"

Por padrão, os artefatos são implantados nos níveis de criação e publicação, mas o sinalizador "-s" pode ser usado para direcionar um nível específico.

Qualquer pacote AEM pode ser implantado, como pacotes com código, conteúdo ou um pacote de contêiner (também chamado de pacote "all").

Implantar uma configuração OSGI

aio aem:rde:install com.adobe.granite.demo.MyServlet.cfg.json

onde a resposta para uma implantação bem-sucedida se assemelha ao seguinte:

...
#2: deploy completed for osgi-config com.adobe.granite.demo.MyServlet.cfg.json on author,publish - done by 9E0725C05D54FE1A0B49431C@AdobeID at 2022-09-13T11:54:36.390Z

Implantação de um pacote

Para implantar um pacote, use:

aio aem:rde:install ~/.m2/repository/org/apache/felix/org.apache.felix.gogo.jline/1.1.8/org.apache.felix.gogo.jline-1.1.8.jar

onde a resposta para uma implantação bem-sucedida se assemelha ao seguinte:

...
#3: deploy staged for osgi-bundle org.apache.felix.gogo.jline-1.1.8.jar on author,publish - done by 9E0725C05D53BE1A0B49431C@AdobeID at 2022-09-14T07:54:28.882Z

Implantação de um arquivo de conteúdo

Para implantar um arquivo de conteúdo, use:

aio aem:rde:install world.txt -p /apps/hello.txt

onde a resposta para uma implantação bem-sucedida se assemelha ao seguinte:

..
#4: deploy completed for content-file world.txt on author,publish - done by 9E0729C05C54FE1A0B49431C@AdobeID at 2022-09-14T07:49:30.644Z

Implantação de uma configuração do Apache/Dispatcher

A estrutura de pastas inteira precisa estar no formato de um arquivo zip para esse tipo de configuração.

No dispatcher de um projeto AEM, você pode compactar a configuração do dispatcher executando o comando maven abaixo:

mvn clean package

ou usando o comando zip abaixo do src diretório do dispatcher módulo:

zip -y -r dispatcher.zip .

em seguida, implante a configuração usando este comando:

aio aem:rde:install target/aem-guides-wknd.dispatcher.cloud-X.X.X-SNAPSHOT.zip

Uma implantação bem-sucedida gerará uma resposta que se assemelha ao seguinte:

..
#5 deploy completed for dispatcher-config dispatcher.zip on author,publish - done by 9E0735C05T54FE1A0B49431C@AdobeID at 2022-10-03T10:26:31.286Z
Logs:
  Cloud manager validator 2.0.49
  2022/10/03 10:26:37 No issues found
  Syntax OK

O código implantado no RDE não é submetido a um pipeline do Cloud Manager e seus quality gates (portais de qualidade) associados, no entanto, o código passa por alguma análise, que relatará os erros, conforme ilustrado na amostra de código abaixo:

$ aio aem:rde:install ~/.m2/repository/org/apache/felix/org.apache.felix.gogo.jline/1.1.8/org.apache.felix.gogo.jline-1.1.8.jar
...
#19: deploy staged for osgi-bundle org.apache.felix.gogo.jline-1.1.8.jar on author,publish - done by 9E0725C05D74FR1A0B49431C@AdobeID at 2022-09-14T07:54:28.882Z
Logs:
The analyser found the following errors for author :
[requirements-capabilities] com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8: Artifact com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8 requires [org.apache.felix.gogo.jline/1.1.8] org.apache.felix.gogo; filter:="(&(org.apache.felix.gogo=command.implementation)(version>=1.0.0)(!(version>=2.0.0)))"; effective:=active in start level 20 but no artifact is providing a matching capability in this start level.
[api-regions-exportsimports] com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8: Bundle org.apache.felix.gogo.jline:1.1.8 is importing package(s) [org.jline.builtins, org.jline.utils, org.apache.felix.service.command, org.apache.felix.service.threadio, org.jline.terminal, org.jline.reader, org.apache.felix.gogo.runtime, org.jline.reader.impl] in start level 20 but no bundle is exporting these for that start level.
The analyser found the following errors for publish :
[requirements-capabilities] com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8: Artifact com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8 requires [org.apache.felix.gogo.jline/1.1.8] org.apache.felix.gogo; filter:="(&(org.apache.felix.gogo=command.implementation)(version>=1.0.0)(!(version>=2.0.0)))"; effective:=active in start level 20 but no artifact is providing a matching capability in this start level.
[api-regions-exportsimports] com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8: Bundle org.apache.felix.gogo.jline:1.1.8 is importing package(s) [org.jline.builtins, org.jline.utils, org.apache.felix.service.command, org.apache.felix.service.threadio, org.jline.terminal, org.jline.reader, org.apache.felix.gogo.runtime, org.jline.reader.impl] in start level 20 but no bundle is exporting these for that start level.

A amostra de código acima ilustra o comportamento se um pacote não for resolvido, nesse caso, ele é "preparado" e só será instalado se seus requisitos (importações ausentes, neste caso) forem atendidos por meio da instalação de outro código.

Verificação do Status do RDE

Você pode usar a CLI do RDE para verificar se o ambiente está pronto para ser implantado, como quais implantações foram feitas por meio do plug-in RDE.

Em execução:

aio aem:rde:status

retornará:

Info for cm-p12345-e987654
Environment: Ready
- Bundles Author:
 com.adobe.granite.sample.demo-1.0.0.SNAPSHOT
- Bundles Publish:
 com.adobe.granite.sample.demo-1.0.0.SNAPSHOT
- Configurations Author:
 com.adobe.granite.demo.MyServlet
- Configurations Publish:
 com.adobe.granite.demo.MyServlet

Se o comando retornar uma observação sobre a implantação de instâncias, ainda será possível prosseguir e executar a próxima atualização, mas a última talvez ainda não esteja visível na instância.

Mostrar histórico de implantação

Você pode verificar o histórico de implantações feitas no RDE executando:

aio aem:rde:history

que apresenta uma resposta sob a forma de:

#1: deploy completed for content-package aem-guides-wknd.all-2.1.0.zip on author,publish - done by 029039A55D4DE16A0A494025@AdobeID at 2022-09-12T14:41:55.393Z

Excluindo do RDE

Você pode excluir configurações e pacotes que foram implantados anteriormente no RDE por meio das ferramentas da CLI. Use o status para obter uma lista do que pode ser excluído, que inclui a variável bsn para pacotes e pid para configurações a serem referenciadas no comando delete.

Por exemplo, se com.adobe.granite.demo.MyServlet.cfg.json tiver sido instalado, a variável bsn é apenas com.adobe.granite.demo.MyServlet, sem o cfg.json sufixo.

Não há suporte para a exclusão de pacotes de conteúdo ou arquivos de conteúdo. Para removê-los, o RDE deve ser redefinido, o que o retornará a um estado padrão.

Consulte o exemplo abaixo para obter mais detalhes:

aio aem:rde:delete com.adobe.granite.csrf.impl.CSRFFilter
#13: delete completed for osgi-config com.adobe.granite.csrf.impl.CSRFFilter on author - done by karl at 2022-09-12T22:01:01.955Z
#14: delete completed for osgi-config com.adobe.granite.csrf.impl.CSRFFilter on publish - done by karl at 2022-09-12T22:01:12.979Z

Para obter mais informações e demonstrações, consulte como usar comandos RDE tutorial em vídeo.

Redefinir

A redefinição do RDE remove todos os códigos personalizados, configurações e conteúdo das instâncias do autor e de publicação. Isso pode ser útil, por exemplo, se o RDE tiver sido usado para testar um recurso específico e você quiser redefini-lo para um estado padrão para testar um recurso diferente.

Uma redefinição definirá o RDE para a versão do AEM mais recente disponível.

Você pode usar o Cloud Manager para redefinir seu RDE seguindo as etapas abaixo:

1. Faça logon no Cloud Manager, em my.cloudmanager.adobe.com, e selecione a organização apropriada.

2. Clique no programa para o qual deseja redefinir o RDE.

3. Na página Visão geral, clique na guia Ambientes na parte superior da tela.

   

   • Como alternativa, clique no botão Mostrar tudo no cartão Ambientes para ir diretamente para a guia Ambientes.

     

4. A variável Ambientes é aberta e lista todos os ambientes do programa.

   

5. Clique no botão de reticências do RDE que deseja redefinir e selecione Redefinir.

   

6. Confirme se deseja redefinir o RDE clicando em Redefinir na caixa de diálogo.

   

7. O Cloud Manager confirma por meio de uma notificação de banner que o processo de redefinição foi iniciado.

   

Depois que o processo de redefinição do RDE é iniciado, ele geralmente leva alguns minutos para ser concluído e retorna o ambiente ao seu estado padrão. O status do processo de redefinição pode ser visualizado a qualquer momento no Status coluna da Ambientes ou no Ambientes janela.

Também é possível redefinir o RDE usando o botão de reticências diretamente do Ambientes no Visão geral página.

Para obter mais informações sobre como usar o Cloud Manager para gerenciar seus ambientes, consulte a documentação do Cloud Manager.

Modos de execução

A configuração OSGI específica do RDE pode ser aplicada usando sufixos no nome da pasta, como nos exemplos abaixo:

• config.rde
• config.author.rde
• config.publish.rde

Consulte a documentação do runmode para obter informações gerais sobre modos de execução.

Os RDEs são distintos de outros ambientes, pois o conteúdo pode ser instalado em uma pasta install.rde (ou install.author.rde ou install.publish.rde) em /apps. Isso permite confirmar o conteúdo no Git e entregá-lo ao RDE usando a ferramenta de linha de comando.

Preencher com conteúdo

Quando um RDE é redefinido, todo o conteúdo é removido e, portanto, se desejado, uma ação explícita deve ser tomada para adicionar conteúdo. Como prática recomendada, considere montar um conjunto de conteúdo a ser usado como conteúdo de teste para validar ou depurar recursos no RDE. Há várias estratégias possíveis para preencher o RDE com esse conteúdo:

1. Sincronizar o pacote de conteúdo explicitamente para o RDE usando a ferramenta de linha de comando

2. Coloque e confirme o conteúdo de amostra no Git dentro de uma pasta install.rde em /apps e sincronize o pacote de conteúdo abrangente com o RDE usando a ferramenta de linha de comando.

3. Use o ferramenta de cópia de conteúdo para copiar um conjunto de conteúdo definido de ambientes de produção, preparo ou desenvolvimento, ou de outro RDE.

4. Usar gerenciador de pacotes

Observe que você está limitado a 1 GB ao sincronizar pacotes de conteúdo.

Logs

Os níveis de log podem ser definidos modificando as configurações de OSGi. Verifique a documentação para obter mais informações.

Em que os RDEs são diferentes dos ambientes de desenvolvimento na nuvem?

Embora o RDE seja, de muitas maneiras, semelhante a um ambiente de desenvolvimento em nuvem, há algumas pequenas diferenças arquitetônicas a fim de permitir a sincronização rápida do código. O mecanismo para obter o código para o RDE é diferente — para RDEs, um sincroniza o código de um ambiente de desenvolvimento local, enquanto para Ambientes de desenvolvimento da nuvem, um implanta o código por meio do Cloud Manager.

Por esses motivos, recomenda-se que, após validar o código em um ambiente de RDE, você implante o código em um Ambiente de desenvolvimento de nuvem usando o pipeline de não produção. Por fim, teste o código antes de implantar com o pipeline de produção.

Observe também as seguintes considerações:

• Os RDEs não incluem um nível de visualização
• Atualmente, os RDEs não são compatíveis com a visualização e a depuração do código de front-end implantado usando o pipeline de front-end do Cloud Manager.
• Atualmente, os RDEs não oferecem suporte ao canal de pré-lançamento.

De quantos RDEs preciso?

Um RDE está disponível para cada solução licenciada e o Adobe também oferece RDEs adicionais, que podem ser licenciados para programas de produção (não sandbox).

O número de RDEs necessários depende da composição e dos processos de uma organização. O modelo mais flexível é quando uma organização compra um RDE dedicado para cada um de seus desenvolvedores do AEM Cloud Service. Neste modelo, cada desenvolvedor pode testar seu código no RDE sem coordenar com outros membros da equipe sobre se um ambiente RDE está disponível.

No outro extremo, uma equipe com um único RDE pode usar processos internos para coordenar qual desenvolvedor pode usar o ambiente em um determinado momento. Possivelmente, isso acontece sempre que um desenvolvedor atinge um marco de recurso intermediário e está pronto para validar em um ambiente de nuvem, onde pode fazer rapidamente as alterações necessárias.

Um modelo intermediário é aquele em que uma organização compra vários RDEs, de modo que há uma maior probabilidade de um RDE não utilizado estar disponível. Uma estratégia poderia ser alocar um RDE por equipe de scrum ou recurso principal. Processos internos podem ser usados para coordenar o uso dos ambientes.

Como um RDE (Rapid Development Environment, ambiente de desenvolvimento rápido) da AEM Forms Cloud Service é diferente de outros ambientes?

Os desenvolvedores da Forms podem usar o Ambiente de desenvolvimento Cloud Service Rapid da AEM Forms para desenvolver rapidamente Forms adaptável, fluxos de trabalho e personalizações, como a personalização de componentes principais, integrações com sistemas de terceiros e muito mais. O RDE (Rapid Development Environment, ambiente de desenvolvimento rápido) do Cloud Service AEM Forms não é compatível com APIs de comunicação e com recursos e funcionalidades que exigem o documento de registro, como a geração de um documento de registro no envio de um formulário adaptável. Os recursos do AEM Forms listados abaixo não estão disponíveis em um Ambiente de desenvolvimento rápido (RDE):

• Configuração de um documento de registro para um formulário adaptável
• Gerar um documento de registro no envio de um formulário adaptável ou com uma etapa do fluxo de trabalho
• Enviar documento de registro como um anexo com a ação enviar de email ou com a etapa Email em um fluxo de trabalho
• Uso do Adobe Sign em um formulário adaptável ou em uma etapa de fluxo de trabalho
• APIs de comunicação

Tutorial RDE

Para saber mais sobre a RDE no AEM as a Cloud Service, consulte o tutorial em vídeo que demonstra como configurá-lo, como usá-lo e o ciclo de vida do desenvolvimento

Recursos do Business.Adobe.com