Você está lendo a documentação do Apigee Edge.
Acesse a documentação da
Apigee X. info
Na terça-feira, 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 os novos recursos e melhorias desta versão.
Disponibilidade geral do SmartDocs
O SmartDocs está 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 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 de "token personalizado" agora é chamado de "chave de API".
- 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 nenhuma credencial de cliente do SmartDocs pré-configurada.
Para mais descrições de recursos, consulte esta postagem do blog.
Para 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. Você pode alternar entre os editores "clássico" e "Beta".
Nova política 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 de entidade de acesso fornece acesso às seguintes novas entidades: consumerkey-scopes, authorizationcode, requesttoken e verifier. Para mais informações, consulte Política de entidade de acesso.
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 mostrado 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.
A versão clássica dos relatórios personalizados será removida da interface de gerenciamento
A versão clássica opcional dos relatórios de análise personalizados não está mais disponível na interface de gerenciamento.
Processo de upgrade do SmartDocs
Se você já usou 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 para desenvolvedores.
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 do desenvolvedor, ele é gerado com base no modelo de API que fica nos serviços de gerenciamento de API do Edge da Apigee. As mudanças feitas em um modelo de API no Edge serão as mesmas em todos os seus ambientes do Pantheon (assim como os desenvolvedores existem em todos os ambientes do Pantheon).
Para fazer upgrade da versão Beta do SmartDocs para a disponibilidade geral
- Atualize e teste a versão 15.05.27 nos ambientes de desenvolvimento ou teste 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 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 do Apigee para receber a melhor resposta.
Bugs corrigidos
Os bugs abaixo foram corrigidos nesta versão.
| ID do problema | Descrição |
|---|---|
| TBD-72 | Problema na política de geração de registros 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 anexo 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 do WSDL retorna falha: "Erro ao buscar WSDL: erro ao processar WSDL" |
| MGMT-1812 | Adicionar validação de TargetEndpoint durante a importação Semelhante ao 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, política duplicada que não pode ser removida |
| 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 |