[ 
https://issues.apache.org/jira/browse/JCLOUDS-1510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Roded Bahat updated JCLOUDS-1510:
---------------------------------
    Description: 
This breaks XML validation on environment which have a non-UTF-8 compatible 
default JVM charset.

Relatedly, ParseSax.validateXml (which is called by 
convertStreamToStringAndParse) validates the XML by searching the String for a 
'<' character at any location (as opposed to the first character). This can 
have nondeterministic behavior in some cases since the AWS response contains 
some random data.

PR is in the works.

  was:
This breaks XML validation on environment which have a non-UTF-8 compatible 
default JVM charset.

Relatedly, ParseSax.validateXml (which is called by 
convertStreamToStringAndParse) validates the XML by searching the String for a 
'<' character at any location (as opposed to the first character), it can have 
nondeterministic behavior in some cases since the AWS response contains some 
random data.

PR is in the works.


> ParseSax convertStreamToStringAndParse creates a String from bytes without 
> specifying a charset
> -----------------------------------------------------------------------------------------------
>
>                 Key: JCLOUDS-1510
>                 URL: https://issues.apache.org/jira/browse/JCLOUDS-1510
>             Project: jclouds
>          Issue Type: Bug
>            Reporter: Roded Bahat
>            Priority: Minor
>
> This breaks XML validation on environment which have a non-UTF-8 compatible 
> default JVM charset.
> Relatedly, ParseSax.validateXml (which is called by 
> convertStreamToStringAndParse) validates the XML by searching the String for 
> a '<' character at any location (as opposed to the first character). This can 
> have nondeterministic behavior in some cases since the AWS response contains 
> some random data.
> PR is in the works.



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)

Reply via email to