Esta página se aplica à Apigee e à Apigee híbrida.
Confira a documentação da Apigee Edge.
Sobre a política OASValidation
A política OASValidation (Validação da especificação OpenAPI) permite que você valide uma solicitação de entrada ou mensagem de resposta em relação a uma especificação OpenAPI 3.0, no formato JSON ou YAML. Consulte Qual conteúdo é validado?
A política OASValidation especifica o nome da especificação OpenAPI a ser usada para validação quando a etapa a que a política está anexada é executada.
A especificação OpenAPI é armazenada como um recurso no seguinte local padrão no pacote de proxy da API: apiproxy/resources/oas
.
O documento de especificação da OpenAPI precisa ter uma extensão .json
, .yml
ou .yaml
.
Adicione uma especificação OpenAPI como um recurso a um pacote de proxy de API usando a IU ou a API, conforme descrito em Gerenciar recursos.
Esta é uma política padrão e pode ser implantada em qualquer tipo de ambiente. Nem todos os usuários têm necessidade de saber sobre os tipos de política e ambiente. Para informações sobre os tipos de políticas e a disponibilidade de cada tipo de ambiente, consulte Tipos de políticas.
Qual conteúdo é validado?
A tabela a seguir resume o conteúdo da mensagem de solicitação validado pela política OASValidation, por componente.
Componentes | Validação da solicitação |
---|---|
Caminho base | Valida o caminho base definido pelo proxy de API. Ignora o caminho base definido na especificação OpenAPI. |
Caminho | Valida se o caminho da solicitação (menos o caminho base) corresponde a um dos padrões de caminho definidos na especificação OpenAPI. |
Verbo | Valida se o verbo foi definido para o caminho na especificação OpenAPI. |
Corpo da mensagem da solicitação |
Observação: a política valida um corpo de mensagem de solicitação com a especificação OpenAPI apenas se o Content-Type está definido como |
Parâmetros |
|
A tabela a seguir resume o conteúdo da mensagem de resposta que é validado pela política OASValidation, por componente.
Componentes | Validação da resposta |
---|---|
Caminho | Valida se o caminho da solicitação (menos o caminho base) corresponde a um dos padrões de caminho definidos na especificação OpenAPI. |
Verbo | Valida se o verbo foi definido para o caminho na especificação OpenAPI. |
Corpo da mensagem da resposta |
|
Amostras
Os exemplos a seguir mostram algumas das maneiras em que é possível usar a política OASValidation para validar mensagens em uma especificação OpenAPI 3.0.
Validar a mensagem de solicitação
No exemplo a seguir, a política myoaspolicy
valida o corpo da mensagem de solicitação em relação ao esquema do corpo da mensagem de solicitação da operação definido na especificação OpenAPI my-spec.json
.
<OASValidation name="myoaspolicy"> <OASResource>oas://my-spec.json</OASResource> <Options> <ValidateMessageBody>true</ValidateMessageBody> </Options> <Source>request</Source> </OASValidation>
Se o corpo da mensagem não estiver em conformidade com a especificação OpenAPI, um erro policies.oasvalidation.Failed
será retornado.
Validar parâmetros
O exemplo a seguir configura a política para falhar se um parâmetro de cabeçalho, consulta ou cookie for especificado na solicitação que não foi definida na especificação OpenAPI.
<OASValidation name="myoaspolicy"> <OASResource>oas://my-spec.yaml</OASResource> <Options> <AllowUnspecifiedParameters> <Header>false</Header> <Query>false</Query> <Cookie>false</Cookie> </AllowUnspecifiedParameters> </Options> </OASValidation>
Elemento <OASValidation>
Define a política de validação da especificação OpenAPI.
Valor padrão | Consulte a guia Política padrão a seguir |
Obrigatório? | Obrigatório |
Tipo | Objeto complexo |
Elemento pai | n/a |
Elemento filho |
<DisplayName> <OASResource> <Source> <Options> <Source> |
Sintaxe
O elemento <OASValidation>
usa a seguinte sintaxe:
<OASValidation continueOnError="[true|false]" enabled="[true|false]" name="policy_name" > <!-- All OASValidation child elements are optional except OASResource --> <DisplayName>policy_display_name</DisplayName> <OASResource>validation_JSON_or_YAML</OASResource> <Options> <ValidateMessageBody>[true|false]</ValidateMessageBody> <AllowUnspecifiedParameters> <Header>[true|false]</Header> <Query>[true|false]</Query> <Cookie>[true|false]</Cookie> </AllowUnspecifiedParameters> </Options> <Source>message_to_validate</Source> </OASValidation>
Política padrão
O exemplo a seguir mostra as configurações padrão quando você adiciona uma política de validação de OAS ao seu fluxo na IU da Apigee:
<OASValidation continueOnError="false" enabled="true" name="OpenAPI-Spec-Validation-1"> <DisplayName>OpenAPI Spec Validation-1</DisplayName> <Properties/> <Source>request</Source> <OASResource>oas://OpenAPI-Spec-Validation-1.yaml</OASResource> </OASValidation>
Este elemento tem os seguintes atributos comuns a todas as políticas:
Atributo | Padrão | Obrigatório? | Descrição |
---|---|---|---|
name |
N/A | Valor |
O nome interno da política. O valor do atributo Opcionalmente, use o elemento |
continueOnError |
falso | Opcional | Defina como false para retornar um erro quando uma política falhar. Esse é o comportamento esperado para
a maioria das políticas. Defina como true para que a execução do fluxo continue, mesmo depois que uma política
falhar. Consulte também:
|
enabled |
true | Opcional | Defina como true para aplicar a política. Defina como false para desativar a política. A política não será aplicada mesmo que permaneça vinculada a um fluxo. |
async |
falso | Obsoleto | Esse atributo está obsoleto. |
Referência a elementos filhos
Esta seção descreve os elementos filhos de <OASValidation>
.
<DisplayName>
Use além do atributo name
para rotular a política no editor de proxy da IU de gerenciamento com um nome de som diferente e mais natural.
O elemento <DisplayName>
é comum a todas as políticas.
Valor padrão | N/A |
Obrigatório? | Opcional. Se você omitir <DisplayName> , o valor do atributo name da política será usado |
Tipo | String |
Elemento pai | <PolicyElement> |
Elemento filho | Nenhum |
O elemento <DisplayName>
usa a seguinte sintaxe:
Sintaxe
<PolicyElement> <DisplayName>POLICY_DISPLAY_NAME</DisplayName> ... </PolicyElement>
Exemplo
<PolicyElement> <DisplayName>My Validation Policy</DisplayName> </PolicyElement>
O elemento <DisplayName>
não tem atributos ou elementos filhos.
<OASResource>
Define a especificação OpenAPI para usar na validação. Você pode armazenar este arquivo:
- No escopo do proxy da API em
/apiproxy/resources/oas
no pacote de proxy de API - Na seção
Resources
da visualização do navegador do editor de proxy de API.
Para mais informações, consulte Gerenciar recursos.
É possível definir a especificação OpenAPI usando um modelo de mensagem, como {oas.resource.url}
.
Nesse caso, o valor da variável de fluxo oas.resource.url
(entre chaves) será avaliado e substituído na string de payload no ambiente de execução.
Para mais informações, consulte Modelos de mensagem.
Valor padrão | Nenhum |
Obrigatório? | Obrigatório |
Tipo | String |
Elemento pai |
<OASValidation>
|
Elemento filho | Nenhum |
Sintaxe
O elemento <OASResource>
usa a seguinte sintaxe:
<OASValidation name="policy_name"> <OASResource>oas://specname[.json|.yaml|.yml]</OASResource> ... </OASValidation>
Exemplo
O exemplo a seguir refere-se à especificação my-spec.yaml
armazenada em /apiproxy/resources/oas
no pacote de proxy de API:
<OASValidation name="myoaspolicy"> <OASResource>oas://my-spec.yaml</OASResource> </OASValidation>
O elemento <OASResource>
não tem atributos ou elementos filhos.
<Options>
Configura as opções da política.
Valor padrão | n/a |
Obrigatório? | Opcional |
Tipo | Tipo complexo |
Elemento pai |
<OASValidation>
|
Elemento filho |
<ValidateMessageBody> <AllowUnspecifiedParameters> |
Sintaxe
O elemento <Options>
usa a seguinte sintaxe:
<OASValidation name="policy_name"> <OASResource>oas://specname[.json|.yaml|.yml]</OASResource> <Options> <ValidateMessageBody>[true|false]</ValidateMessageBody> <AllowUnspecifiedParameters> <Header>[true|false]</Header> <Query>[true|false]</Query> <Cookie>[true|false]</Cookie> </AllowUnspecifiedParameters> </Options> ... </OASValidation>
Exemplo
No exemplo a seguir, configuramos as opções da política. Cada uma das opções está descrita mais detalhadamente abaixo.
<OASValidation name="myoaspolicy"> <OASResource>oas://my-spec.yaml</OASResource> <Options> <ValidateMessageBody>false</ValidateMessageBody> <AllowUnspecifiedParameters> <Header>false</Header> <Query>false</Query> <Cookie>false</Cookie> </AllowUnspecifiedParameters> </Options> </OASValidation>
<ValidateMessageBody>
Especifica se a política deve validar o corpo da mensagem com o esquema de corpo da solicitação da operação na especificação OpenAPI. Defina como true para validar o conteúdo do corpo da mensagem. Defina como false para validar apenas que o corpo da mensagem existe.
Você pode controlar se a execução do fluxo continuará após um erro de validação definindo o atributo continueOnError
do elemento <OASValidation>
como true.
Valor padrão | falso |
Obrigatório? | Opcional |
Tipo | Booleano |
Elemento pai |
<Options>
|
Elemento filho | Nenhum |
Sintaxe
O elemento <ValidateMessageBody>
usa a seguinte sintaxe:
<OASValidation name="policy_name"> <OASResource>oas://specname[.json|.yaml|.yml]</OASResource> <Options> <ValidateMessageBody>[true|false]</ValidateMessageBody> </Options> ... </OASValidation>
Exemplo
O exemplo a seguir permite a validação do conteúdo do corpo da mensagem:
<OASValidation name="myoaspolicy"> <OASResource>oas://my-spec.yaml</OASResource> <Options> <ValidateMessageBody>true</ValidateMessageBody> </Options> </OASValidation>
<AllowUnspecifiedParameters>
Configura o comportamento da política quando há parâmetros de cabeçalho, consulta ou cookie presentes na solicitação que não estão definidos na especificação OpenAPI.
Valor padrão | n/a |
Obrigatório? | Opcional |
Tipo | Tipo complexo |
Elemento pai |
<Options>
|
Elemento filho |
<Header> <Query> <Cookie> |
Sintaxe
O elemento <AllowUnspecifiedParameters>
usa a seguinte sintaxe:
<OASValidation name="policy_name"> <OASResource>oas://specname[.json|.yaml|.yml]</OASResource> <Options> <AllowUnspecifiedParameters> <Header>[true|false]</Header> <Query>[true|false]</Query> <Cookie>[true|false]</Cookie> </AllowUnspecifiedParameters> </Options> ... </OASValidation>
Exemplo
O exemplo a seguir configura a política para falhar se um parâmetro de cabeçalho, consulta ou cookie for especificado na solicitação que não foi definida na especificação OpenAPI.
<OASValidation name="myoaspolicy"> <OASResource>oas://my-spec.yaml</OASResource> <Options> <AllowUnspecifiedParameters> <Header>false</Header> <Query>false</Query> <Cookie>false</Cookie> </AllowUnspecifiedParameters> </Options> </OASValidation>
<Header>
(filho de <AllowUnspecifiedParameters>
)
Configura o comportamento da política quando há parâmetros de cabeçalho na solicitação que não estão definidos na especificação OpenAPI.
Para permitir que os parâmetros do cabeçalho sejam especificados na solicitação que não estejam definidos na especificação OpenAPI, defina esse parâmetro como true. Caso contrário, defina esse parâmetro como false para que a execução da política falhe.
Valor padrão | verdadeiro |
Obrigatório? | Booleano |
Tipo | Tipo complexo |
Elemento pai |
<AllowUnspecifiedParameters>
|
Elemento filho | Nenhum |
Sintaxe
O elemento <Header>
usa a seguinte sintaxe:
<OASValidation name="policy_name"> <OASResource>oas://specname[.json|.yaml|.yml]</OASResource> <Options> <AllowUnspecifiedParameters> <Header>[true|false]</Header> </AllowUnspecifiedParameters> </Options> ... </OASValidation>
Exemplo
No exemplo a seguir, a política falhará se um parâmetro de cabeçalho for especificado na solicitação não definida na especificação OpenAPI.
<OASValidation name="myoaspolicy"> <OASResource>oas://my-spec.yaml</OASResource> <Options> <AllowUnspecifiedParameters> <Header>false</Header> </AllowUnspecifiedParameters> </Options> </OASValidation>
<Query>
(filho de <AllowUnspecifiedParameters>
)
Configura o comportamento da política quando há parâmetros de consulta na solicitação que não estão definidos na especificação OpenAPI.
Para permitir que os parâmetros de consulta sejam especificados na solicitação que não estão definidos na especificação OpenAPI, defina esse parâmetro como true. Caso contrário, defina esse parâmetro como false para que a execução da política falhe.
Valor padrão | verdadeiro |
Obrigatório? | Booleano |
Tipo | Tipo complexo |
Elemento pai |
<AllowUnspecifiedParameters>
|
Elemento filho | Nenhum |
Sintaxe
O elemento <Query>
usa a seguinte sintaxe:
<OASValidation name="policy_name"> <OASResource>oas://specname[.json|.yaml|.yml]</OASResource> <Options> <AllowUnspecifiedParameters> <Query>[true|false]</Query> </AllowUnspecifiedParameters> </Options> ... </OASValidation>
Exemplo
No exemplo a seguir, a política falha se um parâmetro de consulta é especificado na solicitação que não foi definida na especificação OpenAPI.
<OASValidation name="myoaspolicy"> <OASResource>oas://my-spec.yaml</OASResource> <Options> <AllowUnspecifiedParameters> <Query>false</Query> </AllowUnspecifiedParameters> </Options> </OASValidation>
Configura o comportamento da política quando há parâmetros de cookies presentes na solicitação que não estão definidos na especificação OpenAPI.
Para permitir que parâmetros de cookie sejam especificados em uma solicitação não definida na especificação OpenAPI, configure esse parâmetro como verdadeiro. Caso contrário, defina esse parâmetro como false para que a execução da política falhe.
Valor padrão | verdadeiro |
Obrigatório? | Booleano |
Tipo | Tipo complexo |
Elemento pai |
<AllowUnspecifiedParameters>
|
Elemento filho | Nenhum |
Sintaxe
O elemento <Cookie>
usa a seguinte sintaxe:
<OASValidation name="policy_name"> <OASResource>oas://specname[.json|.yaml|.yml]</OASResource> <Options> <AllowUnspecifiedParameters> <Query>[true|false]</Query> </AllowUnspecifiedParameters> </Options> ... </OASValidation>
Exemplo
No exemplo a seguir, a política falha se um parâmetro de consulta é especificado na solicitação que não foi definida na especificação OpenAPI.
<OASValidation name="myoaspolicy"> <OASResource>oas://my-spec.yaml</OASResource> <Options> <AllowUnspecifiedParameters> <Cookie>false</Cookie> </AllowUnspecifiedParameters> </Options> </OASValidation>
<Source>
Mensagem JSON a ser avaliada em relação ao ataques de payload JSON. Geralmente, essa configuração é definida como request
, já que você normalmente precisará avaliar as solicitações recebidas de apps clientes.
Defina como response para avaliar as mensagens de resposta.
Defina como message para avaliar automaticamente a mensagem de solicitação quando a política estiver anexada ao fluxo de solicitação e a mensagem de resposta quando a política estiver anexada ao fluxo de resposta.
Valor padrão | solicitação |
Obrigatório? | Opcional |
Tipo | String |
Elemento pai |
<Source>
|
Elemento filho | Nenhum |
Sintaxe
O elemento <Source>
usa a seguinte sintaxe:
<OASValidation name="policy_name"> <OASResource>oas://specname[.json|.yaml|.yml]</OASResource> <Source>[message|request|response]</Source> ... </OASValidation>
Exemplo
O exemplo a seguir avalia automaticamente a mensagem de solicitação quando a política está anexada ao fluxo de solicitação e a mensagem de resposta quando a política está anexada ao fluxo de resposta:
<OASValidation name="myoaspolicy"> <OASResource>oas://my-spec.yaml</OASResource> <Source>message</Source> </OASValidation>
O elemento <Source>
não tem atributos ou elementos filhos.
Esquema para esta política
Cada tipo de política é definido por um esquema XML (.xsd
). Para referência, os esquemas de política
estão disponíveis no GitHub.
Códigos de erro
Esta seção descreve os códigos de falha e as mensagens de erro que são retornadas e as variáveis de falha definidas pela Apigee quando essa política aciona um erro. Essas informações são importantes para saber se você está desenvolvendo regras de falha para lidar com falhas. Para saber mais, consulte O que você precisa saber sobre erros de política e Como lidar com falhas.
Erros de execução
Esses erros podem ocorrer quando a política é executada.
Código de falha | Status HTTP | Causa |
---|---|---|
steps.oasvalidation.Failed |
400 |
O corpo da mensagem da solicitação não pode ser validado de acordo com a especificação OpenAPI fornecida. |
steps.oasvalidation.Failed |
500 |
Não é possível validar o corpo da mensagem de resposta em relação à especificação OpenAPI fornecida. |
steps.oasvalidation.SourceMessageNotAvailable |
500 |
A variável especificada no elemento |
steps.oasvalidation.NonMessageVariable |
500 |
O elemento |
Erros na implantação
Esses erros podem ocorrer quando você implanta um proxy que contém esta política.
Nome do erro | Causa | |
---|---|---|
ResourceDoesNotExist |
A especificação OpenAPI referenciada no elemento <OASResource> não existe.
|
|
ResourceCompileFailed |
A especificação OpenAPI incluída na implantação contém erros que impedem que ela seja compilada. Geralmente, isso indica que a especificação não é uma Especificação OpenAPI 3.0 bem formada. | |
BadResourceURL |
A especificação OpenAPI referenciada no elemento <OASResource> não pode ser processada. Isso poderá ocorrer se o arquivo não for JSON ou YAML ou se o
URL do arquivo não estiver especificado corretamente.
|
Variáveis de falha
Essas variáveis são definidas quando essa política aciona um erro no ambiente de execução. Para mais informações, consulte O que você precisa saber sobre erros de política.
Variável | Descrição | Exemplo |
---|---|---|
fault.category |
A categoria da falha. Quando a política rejeitar uma solicitação, ela sempre conterá Step . |
fault.category = "Step" |
fault.name |
O nome da falha, conforme listado na tabela Erros de ambiente de execução acima. O nome da falha é a última parte do código de falha. | fault.name Matches "ResourceDoesNotExist" |
fault.reason |
O motivo da falha. É uma string legível explicando o motivo da falha. | OASValidation OAS-1 with resource "oas://my-spec1.yaml": failed with reason: "[ERROR - POST operation not allowed on path '/persons/13'.: []]" |
fault.subcategory |
A subcategoria da falha. Quando a política rejeita uma solicitação, ela sempre conterá OASValidationFailure . |
fault.subcategory = "OASValidationFailure" |
OASValidation.policy_name.failed |
policy_name é o nome da política especificada pelo usuário que gerou a falha. | OASValidation.myoaspolicy.failed = true |
Recursos compatíveis das especificações OpenAPI
A política OASValidation é compatível com os recursos de especificação OpenAPI resumidos na tabela a seguir por categoria. Os recursos que não são compatíveis também estão listados.
Categoria | Compatível | Sem suporte |
---|---|---|
Formatos de tipo de dados | boolean date date-time double float int32/int64 ipv4/ipv6 md5 sha1/sha256/sha512 string uri uri-template uuid |
binary byte password |
Objeto discriminador | mapping propertyName |
N/A |
Objeto de tipo de mídia | schema | encoding example examples |
Objeto de operações | parameters requestBody responses security (suporte parcial) |
callbacks deprecated servers |
Objeto de parâmetros | allowEmptyValue em ( query , header , path )required responses schema style ( deepObject , form , formmatrix , label , pipeDelimited , simple , spaceDelimited )Observação: deepObject permite apenas parâmetros de string. As matrizes e os objetos aninhados não são permitidos.
|
allowReserved deprecated example examples content |
Objeto de caminhos | delete get head options parameters patch post put trace variables |
servers |
Objeto de corpo da solicitação | application/json application/hal+json application/x-www-form-urlencoded (objeto encoding não permitido)content required |
application/xml multipart/form-data text/plain text/xml |
Objeto de resposta | application/json application/hal+json application/x-www-form-urlencoded (objeto encoding não permitido)content headers |
application/xml links text/plain text/xml |
Objeto de respostas | default HTTP Status Code |
N/A |
Objeto de esquema | $ref additionalProperties (apenas variante da sinalização booleana) allOf (ignorado se additionalProperties for false )anyOf enum exclusiveMaximum/exclusiveMinimum format items maximum/minimum maxItems/minItems maxLength/minLength maxProperties/minProperties multipleOf not nullable oneOf pattern properties required title type uniqueItems |
deprecated example readOnly writeOnly xml |
Objeto do esquema de segurança | em (header , query ) (ignorado se type for http )name type ( apiKey , http )
|
bearerFormat flows openIdConnectUrl scheme |
Objeto de servidor | url variables |
Várias definições de servidor |
Como usar padrões no esquema
O padrão de especificação da OpenAPI permite que as especificações estipulam um schema
para descrever o tipo de dados de um parâmetro ou campo. Para um parâmetro ou campo do tipo string, o esquema também pode definir um pattern
, que é uma expressão regular (regex) que define formulários válidos para a string.
Por exemplo, considere o seguinte fragmento de especificação OpenAPI:
paths: /products/{product-id}: get: operationId: getProduct summary: Get product by id description: returns information regarding a product, by id parameters: - name: product-id in: path description: id of the product required: true schema: type: string pattern: '^\w{3}-\d{4}$'
Essa especificação exige que, para a operação getProduct
, o parâmetro product-id
esteja em conformidade com o regex especificado, que estipula uma sequência de três caracteres de palavras, um traço e quatro dígitos decimais.
A especificação OpenAPI segue para o padrão de validação de esquema JSON para definir formalmente o comportamento do padrão na validação do valor da string e para o Padrão JSON Schema Core para recomendações aos autores de esquema sobre o conjunto restrito da sintaxe da expressão regular. Nesse último padrão, recomendamos evitar o uso de lookarounds (aspectos prévios e posteriores), referências anteriores e expressões de caracteres octal, entre outros recursos, dentro de padrões dentro dos documentos de especificação da OpenAPI.
Por padrão, a Apigee valida o documento de especificação OpenAPI referenciado pela política OASValidation e informa erros se o documento de especificação não for bem formado. A Apigee também valida padrões de regex no documento de especificações e relata os problemas encontrados lá.
É importante observar que, se você usar recursos de regex fora do subconjunto recomendado, a Apigee não validará o regex e suspenderá qualquer validação adicional do documento de especificação da OpenAPI. Se houver um erro no documento ou no regex que usa um recurso fora do subconjunto recomendado, ou se o recurso de regex não for compatível com o ambiente de execução da Apigee, o erro será detectado apenas no ambiente de execução quando a política é executada.
Confira alguns exemplos na tabela a seguir.
Padrão | Comportamento |
---|---|
^\w{3}-\d{4}$ |
O padrão é válido. Ele usa apenas recursos de regex dentro do subconjunto recomendado. A Apigee vai permitir o salvamento ou a importação do proxy. No ambiente de execução, a política OASValidation vai funcionar conforme o esperado, validando o parâmetro de acordo com o padrão. |
^([a-z]\w{3}-\d{4}$ |
O padrão é inválido. está faltando um parêntese de fechamento. O padrão não usa recursos de regex fora do subconjunto recomendado. A Apigee informará esse erro quando você importar ou salvar seu proxy de API. |
^(?![a-z]\w{3}-\d{4}$ |
O padrão é inválido. Como no exemplo anterior, está faltando um parêntese de fechamento. No entanto, a Apigee não informará esse erro quando você salvar ou importar o proxy de API, porque o regex está usando uma prévia negativa, que está fora do subconjunto recomendado de recursos de regex. O erro só será detectado no ambiente de execução quando a política for executada. |
^(?![a-z])\w{3}-\d{4}$ |
O padrão é válido, mas usa uma prévia negativa, que está fora do subconjunto recomendado de recursos de regex. A Apigee suspenderá a validação do documento de especificação da OpenAPI. No ambiente de execução, quando você executa a política OASValidation que se refere a uma especificação usando esse padrão, porque o ambiente de execução da Apigee oferece suporte a Lookaheads negativos, a Apigee vai aplicar corretamente esse regex para validar o valor do parâmetro. |
^(a)?b(?(1)c|d)$ |
O padrão é válido, mas usa um condicional de grupo de captura, que está fora do subconjunto recomendado de recursos de regex. A Apigee suspenderá a validação do documento de especificação da OpenAPI. No ambiente de execução, quando você executa a política OASValidation que se refere a uma especificação usando esse padrão, porque o ambiente de execução da Apigee não é compatível com esse recurso de regex, a Apigee retornará um erro. |
Recomendamos usar apenas o subconjunto recomendado de recursos no seu regex para evitar falhas no ambiente de execução.