Discussion :

[anayathefirst]

Salut tout le monde.
pour le moment, pour créer une nouvelle variable à partir de mes champs ou de mes autres variables, je suis obligé d'utiliser du code JAVA et des types complexes. pour une division toute simple par exemple, il faut faire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$F{COUT_PRODUIT}.divide( $V{TOTAL_COUT}, BigDecimal.ROUND_DOWN )

il est quand même plus sympa d'écrire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$F{COUT_PRODUIT}/$V{TOTAL_COUT}

vous ne trouvez pas ?
cela est-il possible (utilisation de types simples par exemple), et si oui comment ?

[candre]

Si tu as rajouté les lignes suivantes dans ton fichier "jasperreports.properties", tu peux utiliser l'autoboxing des types primitifs vers leurs équivalents en classes:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
org.eclipse.jdt.core.compiler.source=1.5
org.eclipse.jdt.core.compiler.compliance=1.5
org.eclipse.jdt.core.compiler.codegen.TargetPlatform=1.5

Tu pourras alors utiliser la syntaxe voulue.
NB: Ca ne marche qu'avec les types primitifs (donc pas de BigDecimal)

[anayathefirst]

Bonjour,
je n'ai pas trouvé le fichier jasperreports.properties dans le répertoire d'installation de iReport, porte-t-il un autre nom pour iReport ou faut-il le créer (dans ce cas, où) ?

[candre]

Il est peut-être inclus dans ton JAR "jasperreports-x.y.z.jar": extrais-le, modifies-le et remets-le dans ton JAR.

[anayathefirst]

Bonjour,
en fait, dans le fichier jasperreport-xyz.jar, il y a un fichier de propriétés, mais ce sont des propriétés par défaut. pour écraser ces propriétés, il suffit de créer un fichier jasperreports.properties dans le dossier d'installation de iReport, et y rajouter les nouvelles propriétés. à priori, il prend en compte les pops par défaut, puis il celle du fichier jasperreports.properties en écrasant les propriétés existantes.

[anayathefirst]

et du coup, y a-t-il un moyen pour que iReport considère directement tous mes champs numériques comme des java.lang.Double ? en effet, par défaut, lorsque j'utilise une requête SQL qui contient des chiffres, ils sont considéré comme java.math.BigDecimal par défaut, ce qui n'est pas pratique !

[candre]

iReport se base sur les méta-données de ta base de données fournies par ton driver JDBC: ton driver, pour éviter de perdre des informations, définit tes champs numériques en tant que BigDecimal.
Tu peux forcer le cast en Double en décochant la case "récupération automatique des champs" (pour éviter qu'à chaque modification de ta requête, le pilote ne remette les types par défaut) et en double-cliquant sur un champ et sélectionnant le type désiré pour ton champ.

[anayathefirst]

si j'ai bien compris, c'est le driver JDBC qui donne le type de chaque champ, et pour ne perdre aucune information, il utilise à chaque fois, le type le plus complexe et le plus complet.
dans ce cas, connaissez-vous un moyen pour forcer JDBC à utiliser les types de base à chaque fois que cela est possible (Double à la place de BigDecimal par exemple). un fichier xml qui se charge au lancement ou un truc du genre...
en fait, la finalité est que les utilisateurs fassent leurs rapports tous seuls comme des grands après une petite formation. on leur préparera les requêtes qui vont bien, et il feront les opération qui leurs conviennent et créeront leurs rapports avec du drag and drop. et donc, il ne faut pas que ça leur prenne la tête à chaque fois qu'il chargent une nouvelle requête pour changer tous les BigDecimal en Double.

[candre]

Il s'agit la de plus une question concernant JDBC que JasperSoft.
Je pense qu'il te faudrait soit consulter la documentation de tes pilotes JDBC, soit contacter le forum Java pour cette question.
Désolé de ne pas pouvoir plus t'aider.