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 nas mensagens Assign e Raise Fault

Com essa melhoria, não são necessárias soluções alternativas para garantir a formatação adequada das mensagens JSON, e as variáveis podem ser especificadas usando chaves sem criar um JSON inválido. Por exemplo, o comando 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 como está. 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 Assign Message e da política Raise Fault. (APIRT-1160)

Melhorias na política XML para JSON

A política XML para JSON foi aprimorada com os seguintes recursos. Você pode 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.
• Remova ou elimine níveis da hierarquia do documento XML no documento JSON final.

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

Vários caracteres curinga em caminhos de recursos de produtos de API

Ao definir caminhos de recursos no produto de API, é possível incluir caracteres curinga em vários lugares de 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 esse lançamento, 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 e SHA512. O objeto crypto também permite receber a data em vários formatos. Para mais informações, consulte Modelo de objeto JavaScript. (APIRT-2886)

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

Ao fazer upload de um recurso JAR Java para um proxy de API, um código de status HTTP 400 será retornado (em vez de 500) se a versão do recurso Java for incompatível com a versão do Java compatível com o Edge, listada em Software 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ê 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, e não 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 do Cloud privado que têm proxies de API que levam mais tempo para serem executados. 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. Veja como fazer isso com o exemplo de 3 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 comando a seguir define um proxy de API que expira depois de 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 ele 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)

Política de TLS/SSL para geração de registros 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 faria em um TargetEndpoint de proxy. No entanto, o TLS/SSL de registro de mensagens só é compatível com o 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.