- `\d`: Corresponde a qualquer dígito decimal; isso é equivalente à classe `[0-9]`.
- `\D`: Corresponde a qualquer caractere que não seja um dígito decimal; isso é equivalente à classe `[^0-9]`.
- `\w`: Corresponde a qualquer caractere alfanumérico; isso é equivalente à classe `[a-zA-Z0-9_]`.
- `\W`: Corresponde a qualquer caractere não-alfanumérico; isso é equivalente à classe `[^a-zA-Z0-9_]`.
- `\s`: Corresponde a qualquer caractere de espaço em branco; isso é equivalente à classe `[ \t\n\r\f\v]`.
- `\S`: Corresponde a qualquer caractere que não seja um espaço em branco; isso é equivalente à classe `[^ \t\n\r\f\v]`.
- `\b`: Corresponde a uma fronteira de palavra, um lugar onde um caractere `\w` é seguido ou precedido por um caractere `\W`.
- `\B`: Corresponde a um local onde a fronteira de uma palavra não é encontrada.
- `\\`: Corresponde a uma única barra invertida `\`.
- `\A`: Corresponde ao início da string.
- `\Z`: Corresponde ao fim da string.
Como se pode notar, \s, \S, \b, \B, \\, \A e \Z não estão cobertos neste ajuste.
É necessário re-executar o applyValidationAPI para reimplantar as APIs pois precisa acertar o schema_body_validation dos headers.
Precisa fazer a autenticação na 1a e na 2a camada de api (validation-callback) pois pode-se chamar a 2a camada diretamente.
- Host não pode ser caminho inválido. Melhor optar por IP caso seja um mock-up ao invés de colocar um endpoint inválido pois o API Gateway testa
- schema: Se o host não estiver com http:// ou https:// o serviço não estava pegando de schema. Corrigido
