17/08/16 - Notas de lançamento do Apigee Edge para nuvem pública

Esta é a documentação do Apigee Edge.
Acesse Documentação da Apigee X. informações

Na terça-feira, 30 de agosto de 2016, lançamos uma nova versão do Apigee Edge para nuvem pública.

Novos recursos e atualizações

Veja a seguir os novos recursos e atualizações desta versão.

Payloads JSON em "Atribuir" Enviar mensagem e gerar falha

Com essa melhoria, nenhuma solução alternativa é necessária para garantir a formatação correta das mensagens JSON. as variáveis podem ser especificadas entre chaves sem criar um JSON inválido. Por exemplo, o a seguir, insere o valor de message.content na mensagem JSON:

<Payload contentType="application/json">{"message" : "{message.content}"}</Payload>

Se você usou uma solução alternativa, seu código continuará funcionando. Você também pode usar "variablePrefix" e "variablelimitado" em vez de chaves para indicar variáveis.

Consulte o <Set><Payload> na política Atribuir mensagem e Informar a política de falhas documentos de referência. APIRT-1160

Melhorias na política XML para JSON

A política XML para JSON foi aprimorada com os recursos a seguir. É possível configurar a política para:

• Trate alguns elementos XML como matrizes durante a conversão, o que coloca os valores em quadrados colchetes '[ ]' no documento JSON.
• Retire ou elimine níveis da hierarquia do documento XML no documento JSON final.

Para mais informações, consulte XML à política JSON. APIRT-1144

Vários caracteres curinga em Caminhos de recursos do produto da API

Ao definir caminhos de recursos no produto da API, é possível incluir caracteres curinga em vários locais em uma caminho do recurso. Por exemplo, /team/*/invoices/** permite chamadas de API com um valor após /team e qualquer caminho de recurso após invoices/. Um URI permitido em uma chamada de API ser proxyBasePath/team/finance/invoices/company/a.

Se, após esta versão, os caminhos dos recursos de produtos de API deixarem de funcionar como esperado, defina a seguinte propriedade na sua organização para reverter para a versão anterior comportamento: features.enableStandardWildCardMatchForAPIProductResources = true

(MGMT-3273)

Funções de criptografia em JavaScript

Um novo conjunto de funções crypto JavaScript de alto desempenho está disponível para criar, receber e atualizar os objetos a seguir: MD5, SHA-1, SHA256, SHA512. O objeto crypto também permite receber em vários formatos. Para mais informações, consulte o modelo de objeto JavaScript. APIRT-2886

Versão JAR da frase de destaque em Java verificando

Ao fazer o upload de um recurso Java JAR para um proxy de API, um código de status HTTP 400 é retornado (em vez de 500) se a versão do recurso Java for incompatível com o Edge compatível do Java, listada na seção Softwares e ferramentas compatíveis com suporte. (MGMT-3420)

Validação de recursos de proxy de API

Quando você tem arquivos de recurso de proxy de API (como JavaScript ou Java JARs) armazenados no do ambiente de execução ou da organização, o framework de validação não exige mais que você também Inclua esses recursos no nível do proxy da API em um pacote de proxy para que a importação passe na validação. A validação de recursos agora ocorre no momento da implantação, não no momento da importação. (MGMT-1430)

Configurar o tempo limite para proxies de API individuais

É possível configurar proxies de API para expirarem após um período especificado (com tempo limite do gateway 504) status). O caso de uso principal é para clientes da nuvem privada que têm proxies de API que usam mais tempo para ser executado. Por exemplo, digamos que você precise de proxies específicos para expirar em 3 minutos. Você pode Usar uma nova propriedade api.timeout na configuração de um proxy de API. Saiba como você faria isso com o exemplo de 3 minutos:

1. Primeiro, configure o balanceador de carga, o roteador e o processador de mensagens para atingir o tempo limite após 3 minutos.
2. Em seguida, configure os proxies relevantes para expirar em três minutos. Especifique o valor em milésimos de segundo. Exemplo:

   <ProxyEndpoint name="default">
     <HTTPProxyConnection>
       <BasePath>/v1/weather</BasePath> 
       <Properties> 
         <!-- api.timeout is in milliseconeds -->
         <Property name="api.timeout">180000</Property>
       </Properties>
       ...

3. Observe, no entanto, que aumentar os tempos limite do sistema pode resultar em problemas de desempenho, porque todos os proxies sem a configuração api.timeout usam o novo balanceador de carga, o roteador e tempo limite do processador de mensagens. Portanto, configure outros proxies de API que não exijam tempos limite mais longos para usar tempos limite mais baixos. O exemplo a seguir define um proxy de API para expirar após 1 minuto:
   <Property name="api.timeout">60000</Property>

Os clientes do Cloud, que não podem modificar os tempos limite do Edge, também podem configurar um tempo limite do proxy de API, contanto que o tempo limite seja menor que o tempo limite padrão de 57 do processador de mensagens do Edge segundos.

Não é possível preencher o valor com uma variável. Essa propriedade é abordada nas Referência das propriedades do endpoint. APIRT-1778

TLS/SSL para geração de registros de mensagens Política

<KeyStore> e <TrustStore> podem ser definidos no Configuração SSLInfo na política de geração de registros de mensagens permitir TLS/SSL unidirecional e bidirecional com um serviço de geração de registros. Você configura o SSLInfo na política de registro de mensagens da mesma maneira que em um proxy TargetEndpoint (em inglês). No entanto, o Message Logging TLS/SSL oferece suporte apenas ao protocolo TCP. APIRT-1858

Bugs corrigidos

Os bugs a seguir foram corrigidos nesta versão. Esta lista é principalmente para usuários que verificam se os tíquetes de suporte foram corrigidos. Ela não foi projetada para fornecer informações detalhadas a todos os usuários.