[
https://issues.apache.org/jira/browse/MESOS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alexander Rojas updated MESOS-6349:
-----------------------------------
Description:
In locales where the decimal separator is different from a {{.}}, i.e. Latin
American locales, Europe locales and most of asia, the JSON generated is
invalid, since it uses the system locale.
Example, the following code will be generated:
{code}
{
"float_number" : 1234567,9871
}
{code}
Instead of the expected:
{code}
{
"float_number" : 1234567.9871
}
{code}
This problem doesn't affect Mesos executables since they completely ignore the
system's locale, but it does affect applications built in Java upon stout and
libprocess since the JVM does set the process locale to the system one.
was:
In locales where the decimal separator is different from a {{.}}, i.e. Latin
American locales, Europe locales and most of asia, the JSON generated is
invalid, since it uses the system locale.
Example, the following code will be generated:
{code}
{
"float_number" : 1234567,9871
}
{code}
Instead of the expected:
{code}
{
"float_number" : 1234567.9871
}
{code}
> JSON Generation breaks if other locale than C is used
> -----------------------------------------------------
>
> Key: MESOS-6349
> URL: https://issues.apache.org/jira/browse/MESOS-6349
> Project: Mesos
> Issue Type: Bug
> Components: stout
> Reporter: Alexander Rojas
>
> In locales where the decimal separator is different from a {{.}}, i.e. Latin
> American locales, Europe locales and most of asia, the JSON generated is
> invalid, since it uses the system locale.
> Example, the following code will be generated:
> {code}
> {
> "float_number" : 1234567,9871
> }
> {code}
> Instead of the expected:
> {code}
> {
> "float_number" : 1234567.9871
> }
> {code}
> This problem doesn't affect Mesos executables since they completely ignore
> the system's locale, but it does affect applications built in Java upon stout
> and libprocess since the JVM does set the process locale to the system one.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
