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

Você está lendo a documentação do Apigee Edge.
Acesse a documentação da Apigee X.info

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 mensagem e Gerar falha

Com esse aprimoramento, não são necessárias soluções alternativas para garantir a formatação adequada da mensagem JSON, e variáveis podem ser especificadas usando chaves sem criar um JSON inválido. Por exemplo, o código 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 vai continuar funcionando no estado em que se encontra. Também é possível usar variablePrefix e variableSuffix em vez de chaves para indicar variáveis.

Consulte o elemento <Set><Payload> nos documentos de referência da política de Atribuir mensagem e Gerar falha. (APIRT-1160)

Aprimoramentos da política XML para JSON

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

• Tratar alguns elementos XML como matrizes durante a conversão, o que coloca os valores entre colchetes "[ ]" no documento JSON.
• Remover ou eliminar níveis da hierarquia de documentos XML no documento JSON final.

Para mais informações, consulte XML para JSON policy. (APIRT-1144)

Vários curingas em caminhos de recursos de produtos de API

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

Se, após essa versão, os caminhos de recursos do produto de API pararem de funcionar como esperado, defina a seguinte propriedade na sua organização para reverter ao comportamento anterior: features.enableStandardWildCardMatchForAPIProductResources = true

(MGMT-3273)

Funções criptográficas em JavaScript

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

Verificação da versão do JAR de destaque de Java

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

Validação de recursos de proxy de API

Quando você tem arquivos de recursos de proxy de API (como JARs JavaScript ou Java) armazenados no escopo do ambiente ou da organização, a estrutura de validação não exige mais que você também inclua esses recursos no nível do proxy de 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 expirar após um período especificado (com um status de tempo limite de gateway 504 ). O principal caso de uso é para clientes da nuvem privada que têm proxies de API que levam mais tempo para serem executados. Por exemplo, digamos que você precise que proxies específicos expirem em três minutos. É possível usar uma nova api.timeout propriedade na configuração de um proxy de API. Veja como fazer isso com o exemplo de três minutos:

1. Primeiro, configure o balanceador de carga, o roteador e o processador de mensagens para expirar após três minutos.
2. Em seguida, configure os proxies relevantes para expirar em três minutos. Especifique o valor em milissegundos. Exemplo:

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

3. No entanto, aumentar os tempos limite do sistema pode causar problemas de desempenho, porque todos os proxies sem uma configuração api.timeout usam os novos tempos limite maiores do balanceador de carga, roteador e processador de mensagens. Assim, configure outros proxies de API que não exigem tempos limite mais longos para usar tempos limite mais baixos. Por exemplo, o código a seguir define um proxy de API para expirar após um 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, desde que o tempo limite seja menor que o tempo limite padrão do processador de mensagens do Edge de 57 segundos.

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

TLS/SSL para a política de registro de mensagens

<KeyStore> e <TrustStore> podem ser definidos na configuração SSLInfo na política de registro de mensagens, permitindo TLS/SSL unidirecional e bidirecional com um serviço de registro. Você configura SSLInfo na política de registro de mensagens da mesma forma que você faria em um TargetEndpoint de proxy TargetEndpoint. No entanto, o TLS/SSL de registro de mensagens 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.