Invalidação de cache do launchpad

Três caches podem guardar conteúdo desatualizado do launchpad:

• Cache UI2 no servidor, no front-end server, para os próprios serviços do launchpad, como montagem de páginas e personalização. O sistema o invalida automaticamente quando muda uma configuração de tile ou de catálogo, uma role PFCG, um conteúdo da LPD_CUST ou um app SAPUI5.
• Cache do navegador, para recursos SAPUI5, código dos apps, target mappings e metadados OData. Os tokens de cache buster nas URLs dos recursos fazem o navegador recarregar apenas o que mudou no servidor.
• Cache de metadados do SAP Gateway, para os modelos dos serviços OData, limpo separadamente com /IWFND/CACHE_CLEANUP e /IWBEP/CACHE_CLEANUP.

Saber qual dos três guarda os dados desatualizados define qual passo de invalidação de cache do launchpad é necessário.

A posição da SAP é que a invalidação manual do cache UI2 normalmente não deveria ser necessária, porque as alterações a disparam automaticamente. Limpar caches se justifica quando:

• um catálogo ou app transportado não aparece, embora as roles e o conteúdo estejam corretos;
• foi aplicado um support package, uma nota SAPUI5 ou um upgrade de release;
• os usuários veem o comportamento antigo de um app após uma implantação, e o índice de aplicações SAPUI5 não foi recalculado.

Não limpe caches por reflexo a cada tile ausente. Um catálogo ausente na role ou um target mapping sem o tipo de dispositivo do usuário produz o mesmo sintoma, e a /UI2/FLIA encontra esses casos em minutos. A invalidação de cache do launchpad corrige dados desatualizados, não conteúdo errado.

Depois que a Alder Manufacturing importa um support package no seu front-end server:

1. Execute o /UI5/APP_INDEX_CALCULATE, ou confirme que o job agendado foi executado, para que os tokens de cache buster reflitam as novas versões dos apps.
2. Execute o /UI2/INVALIDATE_GLOBAL_CACHES na SE38, ou a transação /UI2/INVAL_CACHES, para invalidar todos os caches UI2.
3. Se necessário, execute o /UI2/INVALIDATE_CLIENT_CACHES na SE38, para todos os usuários ou um usuário. Invalidar os caches de outros usuários exige a role SAP_UI2_ADMIN_700.
4. Execute o /UI2/DELETE_CACHE_AFTER_IMP após a importação, se o guia de upgrade do seu release o listar.
5. Limpe o cache de metadados do SAP Gateway se os serviços OData tiverem mudado.
6. Peça aos usuários afetados que recarreguem a página, ou limpe o cache do navegador se os sintomas persistirem.

Cada invalidação de cache do cliente é registrada no log de aplicação (SLG1). Seguir essa ordem torna a invalidação de cache do launchpad previsível, em vez de tentativa e erro.

O /UI2/INVALIDATE_CLIENT_CACHES renova o token global de cache buster. Desde que a SAP introduziu o cache busting específico por aplicação, os apps SAP Fiori no repositório SAPUI5 recebem tokens próprios a partir do índice de aplicações SAPUI5, e o navegador recarrega um app apenas quando ele mudou. O token global ainda cobre:

• dados das próprias requisições OData do launchpad, como target mappings e personalização;
• recursos SAPUI5 clássicos que não são componentes, por exemplo algumas implementações de tiles customizados;
• apps ausentes de um índice de aplicações incompleto.

Por isso, a SAP descreve a execução do /UI2/INVALIDATE_CLIENT_CACHES como necessária apenas em casos excepcionais. Com um índice de aplicações agendado regularmente, o /UI2/INVALIDATE_CLIENT_CACHES raramente é necessário.