convertNumber : comment le forcer à renvoyer un double

Bonjour à tous.

Petit soucis d'utilisation du tag <f:convertNumber>

Dans ma page j'utilise des inputText défini comme suit:

Code:

---

1 2 3 4 5

<h:inputText value="#{pieceCourante.tauxCommission}" rendered="#{not empty contratCourant.pieceActive}" readonly="#{not ecr_cta_1.editMode}" styleClass="medium"> <f:convertNumber type="number" minFractionDigits="2" maxFractionDigits="2"/> </h:inputText>

---

Mon problème est que tous les attibuts de mes beans sont définis en Double.

Hors, lorsque je saisi 0, ou un nombre entier, j'ai un IllegalArgumentException du fait qu'il essaie d'insérer un Long dans un Double.

Comment faire pour le forcer à renvoyer un Double??

J'utiliserais bien DoubleConverter, mais dans mes valeurs, j'ai originellement 3 chiffres après la virgule et les nouvelle normes m'imposent d'en afficher ou de n'en saisir que 2...

Une idée??

Ou bien quelqu'un sait-il ou trouver le source de convertNumber (http://java.sun.com/jsf/core) que je puisse l'appliquer à ma sauce.

Par avance merci.

[EDIT] le rajout de la balise

Code:

---

<f:validateDoubleRange minimum="0.0"/>

---

ne change rien à l'affaire.

Tu peux essayer

Code:

---

1 2	<h:inputText converter="javax.faces.convert.DoubleConverter" />

---

Mais tu n'aura pas la possibilité de mettre un limite au niveau des virgule. La doc de numberConverter ne précise pas dans quelle conditions on renvoie Long ou Double. Pour çà elle te renvoir à la classe NumberFormat, qui renvoie un "Number" (donc pas spécifiquement Long ou Double).

Donc en gros, pour un numberConverter, il faut que ta propriété soit de type Number histoire de tout accepter :s

Mouaip, c'est bien ce que je pensais...
Ca m'arrange pas. :cry:

M'en vais refaire le convertNumber à ma sauce, histoire de toujours avoir un Double quelle que soit la saisie... :oops:

Bon ben c'est presque gagné...

J'ai étendu la classe NumberConverter pour la forcer à renvoyer un double.

Mon soucis maintenant, c'est lorsque je saisi un chiffre avec un . (point), NumberConverter me ressort un Long et au passage je perds les décimales, tandis que si je le saisi avec une , (virgule) j'ai bien un double...

Une idée quelqu'un???

Ma fois, je sais que la nécromancie c'est mal et que réanimer des posts enterrés c'est malsain mais si quelqu'un avait la solution à ce soucis, je suis prenneur ça m'ôterait une épine du pied.

Citation:

---

Envoyé par Gazadonf

Bon ben c'est presque gagné...

J'ai étendu la classe NumberConverter pour la forcer à renvoyer un double.

Mon soucis maintenant, c'est lorsque je saisi un chiffre avec un . (point), NumberConverter me ressort un Long et au passage je perds les décimales, tandis que si je le saisi avec une , (virgule) j'ai bien un double...

Une idée quelqu'un???

---

tu dois définir le double avec un pattern que tu veux, et surtout définir le local, le point c'est local US si je ne m'abuses.

Citation:

---

tu dois définir le double avec un pattern que tu veux, et surtout définir le local, le point c'est local US si je ne m'abuses.

---

En effet c'est local US. Mais mon vrai problème est de le forcer à accepter point ou virgule indiféremment, puisque j'aurai des utilisateurs paresseux (qui utilisent le pavé numérique et donc le point) et des puristes qui ne jurent que par la virgule.

Est ce seulement possible?

Tout est possible, tout est réalisable, c'est le Jeu de la Vie !

Oui c'est possible, mais dans ce cas, je pense qu'il sera sans doute préférable de créer ton propre converter, ce qui n'est pas une chose très compliquée...

Citation:

---

Envoyé par sendoshi

En effet c'est local US. Mais mon vrai problème est de le forcer à accepter point ou virgule indiféremment, puisque j'aurai des utilisateurs paresseux (qui utilisent le pavé numérique et donc le point) et des puristes qui ne jurent que par la virgule.

Est ce seulement possible?

---

ouii à toi de convertir tes données,

par exemple, tu prend le double, si il contient ',' tu la remplace avec un point et tu faire la conversion. fais attention du pattern, parceque le local US affiche 10 000 en 10,000 ..