fmt:formatNumber rounding inconsistency

Question

I don't know if it's just me, but

<fmt:formatNumber var="roundedNumber" value="2.5" type="number" pattern="#" />

gives me

<%-- ${roundedNumber} == 2 --%>

Do you know why formatNumber doesn't round this to 3?

UPDATE

It seems that if the number is ODD is rounded correctly, but if it's even number it's not.

2.5 will be rounded 2
2.51 will be rounded 3
3.5 will be rounded 4
3.51 will be rounded 4
4.5 will be rounded 4
4.51 will be rounded 5
... etc

Related/dupe: http://stackoverflow.com/questions/11735545/ceiling-of-a-number-in-jstl-el — BalusC, Oct 11 '13 at 17:37

score 7 · Accepted Answer · edited Oct 11 '13 at 17:40

I thought the cause might be the implementation of the JSTL by the container but the same thing happens to me.

I then read the JavaServer Pages Standard Tag Library version 1.0 specifications and in section 9.7 fmt:formatNumber in the paragraph entitled Description it says that a pattern string specified via the pattern attribute must follow the pattern syntax specified by the class java.text.DecimalFormat.

So I looked up the java docs of java.text.DecimalFormat and in the section entitled Rounding it states that by default that it uses the RoundingMode.HALF_EVEN mode to round. This mode rounds a number towards the "nearest neighbour" unless both neighbours are equidistant, in which case, round towards the even neighbour.

This then explains why 2.5 rounds to 2 (the nearest even neighbour) and 3.5 rounds to 4 (the nearest even neighbour).

very helpful last line. Thanks – user2798227 Mar 01 '17 at 00:26 — user2798227, Mar 01 '17 at 00:26

fmt:formatNumber rounding inconsistency

1 Answers1

Linked

Related