Mailing-List: contact issues-help@struts.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@struts.apache.org
Date: Tue, 8 Aug 2017 22:59:00 +0000 (UTC)
From: "Mitth'raw'nuruodo (JIRA)" <jira@apache.org>
To: issues@struts.apache.org
Message-ID: <JIRA.13092335.1501804097000.122427.1502233140384@Atlassian.JIRA>
In-Reply-To: <JIRA.13092335.1501804097000@Atlassian.JIRA>
References: <JIRA.13092335.1501804097000@Atlassian.JIRA> <JIRA.13092335.1501804097830@jira-lw-us.apache.org>
Subject: [jira] [Commented] (WW-4837) StringConverter adds a decimal place
 to integers
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Tue, 08 Aug 2017 22:59:05 -0000


    [ https://issues.apache.org/jira/browse/WW-4837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16119156#comment-16119156 ] 

Mitth'raw'nuruodo commented on WW-4837:
---------------------------------------

So...I'm OK to simply close this, but I'll note that it may be an issue for anyone else using Struts with Freemarker numeric literals. Might be worth noting on the changelog somewhere?

> StringConverter adds a decimal place to integers
> ------------------------------------------------
>
>                 Key: WW-4837
>                 URL: https://issues.apache.org/jira/browse/WW-4837
>             Project: Struts 2
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 2.5.12
>            Reporter: Mitth'raw'nuruodo
>             Fix For: 2.5.13
>
>         Attachments: 2017-08-08_1045.png
>
>
> Commit 229afea64e77c2dba9eec62b2c339e9fc92c9ec7 caused all inputs recognisable as numbers to be formatted with at least one decimal place. This includes all integers, which is frequently undesirable, particularly if they were meant to be, eg:
> - identifiers, not for arithmetic;
> - strictly validated against an XML schema that does not allow for floating-point numbers;
> - subject to length limitations;
> - etc
> This apparently occurs because all inputs that look like numbers, regardless of format, are of type {{BigDecimal}} by the time they reach the {{StringConverter}}.
> For our applications, this is a blocker; is it working differently for others? We don't have any special handling of input types.


--
This message was sent by Atlassian JIRA
(v6.4.14#64029)