[jboss-jira] [JBoss JIRA] (WFLY-13333) OpenAPI endpoint returns empty file if schema definition contains non ASCII character
Radoslav Husar (Jira)
issues at jboss.org
Mon Apr 6 12:15:17 EDT 2020
[ https://issues.redhat.com/browse/WFLY-13333?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Radoslav Husar updated WFLY-13333:
----------------------------------
Summary: OpenAPI endpoint returns empty file if schema definition contains non ASCII character (was: Openapi endpoint returns empty file if schema definition contains non ASCII character)
> OpenAPI endpoint returns empty file if schema definition contains non ASCII character
> -------------------------------------------------------------------------------------
>
> Key: WFLY-13333
> URL: https://issues.redhat.com/browse/WFLY-13333
> Project: WildFly
> Issue Type: Bug
> Components: MP OpenAPI
> Affects Versions: 19.0.0.Final
> Reporter: Márk Petrényi
> Assignee: Paul Ferraro
> Priority: Blocker
> Fix For: 19.0.1.Final, 20.0.0.Beta1
>
>
> Currently the {{/openapi}} endpoint returns empty file if the OpenAPI schema definition contains non ASCII characters (ie. accented letters like á,í...).
> I extended the openapi quickstart for demonstration: https://github.com/petrenyi-mark/quickstart/commit/44096980ff36ff2655859f9b10f8d0bd4c76bfbb
> It seems like it is related to the content-length, since in {{OpenAPIHttpHandler}} the content-length header is set by {{String.length()}} (line 125). However before the response is actually returned, undertow validates that the actual content-length based on ByteBuffer size is not greater then the one declared in the response header. Since non ASCII characters are usually represented by 2 bytes undertow will fail, thus no content will be returned.
> In {{OpenAPIHttpHandler}} setting {{string.getBytes(charset).length}} as Conetnt-Length instead of {{String.length()}} would likely resolve this issue.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
More information about the jboss-jira
mailing list