Você está lendo a documentação do Apigee Edge.
Acesse a documentação da
Apigee X. info
Em 2 de junho de 2015, lançamos uma nova versão na nuvem do Apigee Edge.
Se você tiver dúvidas, entre em contato com o suporte do Apigee Edge.
Para uma lista de todas as notas da versão do Apigee Edge, consulte Notas da versão da Apigee.
Novos recursos e melhorias
Confira a seguir os novos recursos e melhorias desta versão.
Disponibilidade geral do SmartDocs
Os SmartDocs estão saindo da versão Beta para a disponibilidade geral. As atualizações e os novos recursos incluem:
- Suporte para Swagger 2.0, incluindo importação por arquivo ou URL, além de suporte para objetos de segurança com nomes personalizados.
- Melhorias no design visual dos modelos que geram o SmartDocs.
- Melhorias na usabilidade e no fluxo de trabalho no portal do desenvolvedor, disponíveis no menu Conteúdo > SmartDocs no Drupal.
- O que era conhecido como autenticação "Custom Token" agora é chamado de "API Key".
- Objetos de "segurança" de autenticação definidos no nível da revisão.
- Configuração da autenticação do cliente no nível do modelo. As novas revisões não redefinem mais as credenciais de cliente do SmartDocs pré-configuradas.
Para mais descrições de recursos, consulte esta postagem do blog.
Para conferir a documentação do SmartDocs, consulte Usar o SmartDocs para documentar APIs.
Nova versão Beta do editor de proxy de API
Uma nova versão Beta do editor de proxy de API está disponível. Para acessar, clique no link "Acessar a versão Beta" ao editar um proxy de API. É possível alternar entre os editores "clássico" e "Beta".
Nova política do OAuthV2
A nova política DeleteOAuthV2Info permite excluir códigos de autorização e tokens de acesso. Para mais informações, consulte Excluir a política de informações do OAuthV2.
Novas entidades na política de acesso à entidade
A política "Access Entity" fornece acesso às seguintes novas entidades: consumerkey-scopes, authorizationcode, requesttoken e verifier. Para mais informações, consulte Política de acesso a entidades.
Mostrando certificados SSL próximos do vencimento
A página "Certificados SSL" na interface de gerenciamento (Administrador > Certificados SSL) indica quando os certificados SSL vão expirar em 10, 15, 30 ou 90 dias, dependendo da sua seleção no novo campo suspenso de expiração.
Nome do app do desenvolvedor exibido na interface de gerenciamento
Os apps de desenvolvedores no Edge têm um nome interno que não muda e um nome de exibição que pode ser alterado. Em uma página de app do desenvolvedor na interface de gerenciamento (Publicar > Apps do desenvolvedor > nome do app), o "Nome" interno do app é mostrado junto com o "Nome de exibição", facilitando a identificação visual dos apps pelos nomes internos para solução de problemas e gerenciamento de API.
Remoção da versão clássica dos relatórios personalizados da interface de gerenciamento
A versão clássica opcional dos relatórios de análise personalizada não está mais disponível na interface de gerenciamento.
Processo de upgrade do SmartDocs
Se você já usava o SmartDocs durante o período Beta, os novos recursos e funcionalidades da versão de disponibilidade geral exigem que você faça upgrade do SmartDocs no portal do desenvolvedor.
As páginas do SmartDocs já publicadas no portal do desenvolvedor vão continuar funcionando, mas você precisa seguir o processo de atualização antes de editar ou publicar mudanças em páginas novas ou atuais.
Embora seja possível renderizar e publicar o SmartDocs no portal de desenvolvedores, ele é gerado com base no modelo de API que fica nos serviços de gerenciamento de API do Edge da Apigee. Todas as mudanças feitas em um modelo de API no Edge serão as mesmas em todos os ambientes do Pantheon, assim como os desenvolvedores.
Para fazer upgrade da versão Beta do SmartDocs para a disponibilidade geral
- Atualize e teste a versão 15.05.27 nos ambientes dev ou test no Pantheon.
- Crie um modelo para substituir qualquer modelo de API que você esteja usando.
- Se você estava importando documentos Swagger ou WADL, importe-os novamente para uma nova revisão.
- Se você estiver mantendo seu modelo de API pelo módulo SmartDocs, exporte como JSON do SmartDocs e importe para o novo modelo usando o anexo de arquivo.
- Defina as propriedades de segurança da revisão do seu modelo. Na página Conteúdo > SmartDocs > modelo, selecione Configurações de segurança.
- Verifique qualquer autenticação pré-configurada na página de configurações do modelo (Conteúdo >
SmartDocs) clicando em Configurações na coluna "Operações".
- Atualize todos os modelos personalizados para usar a v6 dos recursos de CSS e JS e faça mudanças para refletir todos os novos nomes de objetos, como authSchemes e apiSchema. Para informações sobre como atualizar modelos do SmartDocs, consulte Usar o SmartDocs para documentar APIs.
- Renderize e publique novamente a revisão do modelo.
- Depois de validar a nova documentação, atualize seu portal de produção para a versão 15.05.27.
Se você for um cliente corporativo do Edge e tiver dúvidas ou preocupações sobre o processo de upgrade, envie um e-mail para marsh@apigee.com e cnovak@apigee.com. Caso contrário, use a Comunidade da Apigee para receber a melhor resposta.
Bugs corrigidos
Os bugs abaixo foram corrigidos nesta versão.
| ID do problema | Descrição |
|---|---|
| TBD-72 | Problema com a política de registro de mensagens |
| MGMT-2124 | As permissões da função do cliente são redefinidas ao salvar as permissões na interface |
| MGMT-2048 | Usuário com função personalizada que limita as permissões de implantação a um ambiente pode implantar em outros |
| MGMT-2041 | Remover o elemento FaultRules do modelo de vinculação padrão O elemento FaultRules, que não é usado em políticas ou etapas de proxy de API, não é mais adicionado automaticamente quando você cria proxies de API ou adiciona políticas. |
| MGMT-2034 | A busca de WSDL retorna falha: "Erro ao buscar WSDL: erro ao processar WSDL" |
| MGMT-1812 | Adicionar validação de TargetEndpoint durante a importação Assim como o ProxyEndpoint, o TargetEndpoint será validado para o esquema adequado e expressões usadas nas condições durante a importação do proxy de API. |
| MGMT-1345 | A importação de WSDL com vários namespaces resulta em uma etapa de build SOAP incorreta |
| MGMT-800 | Criar um recurso com o nome "default" resulta em uma interface corrompida |
| MGMT-602 | Visualização de desenvolvimento do proxy de API: adicione uma política de cache de resposta quando o endpoint não tiver PreFlow/PostFlow causa erro |
| MGMT-460 | Renomear a política resulta em comportamento instável e duplicação, o que não pode ser removido |
| DEVRT-1565 | Intervalos de 15 minutos para CHARGES |
| AXAPP-1728 | Ignorar variáveis de monetização na análise |
| AXAPP-1690 | "Erro de API inválido" em relatórios personalizados |
| AXAPP-1533 | O mapa geográfico do Analytics gera um erro de chamada de API inválida |
| APIRT-52 | Relatórios personalizados: o código de status da resposta de muitas APIs é nulo |