Discussion :

[HadanMarv]

Bonjour,

Je développe quelques petits services en REST pour exporter des données d'une application web. J'arrive facilement à faire des sorties en xml ou json.
Cependant je souhaiterai pouvoir faire une sortie en CSV ou excel.

Existe-t-il un moyen ? Probablement en passant par un MessageBodyWriter, mais je n'ai pas encore trouvé la bonne implémentation.
D'avance merci de vos lumières.

HadanMarv

[HadanMarv]

Pour information voici la signature que j'utilise pour produire du XML

Code :

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

1
2
3
4
5
6
7
8
@GET
@Produces(MediaType.APPLICATION_XHTML_XML)
@Consumes(MediaType.TEXT_PLAIN)
@Path("/xml")
public Object getXML(@QueryParam("type") String type,
		@QueryParam("aff") String aff) {
	return extract(type, aff);
}

Notons que mon POJO étant annoté la transformation de ma grappe d'objet en xml est immédiate.

J'aimerai donc réalisé la même chose pour générer une sortie CSV ou Excel.
D'avance merci de votre aide.

HadanMarv

[thierryler]

Bonjour,

Je t'invite à lire ce tuto dont une partie correspond à ton besoin
http://thierry-leriche-dessirier.dev...csv-avec-java/

[HadanMarv]

Votre tutoriel (très intéressant d'ailleurs, merci) ne réponds pas complètement à la problématique dans le sens ou il est nécessaire de coder très proche de la classe à passer en CSV. Je cherche une méthode plus générique qui permettait en utilisant le principe de réflexion à faire cette export.

D'avance merci de vos lumières

HadanMarv

[thierryler]

En utilisant open csv par exemple, présenté dans le doc ?

Sinon c'est tellement simple de faire l'export en fait... C'est la lecture qui est dure. A coder, ça ne prend que quelques minutes.

[HadanMarv]

C'est effectivement trivial à partir du moment ou nous n'avons qu'un POJO est pas une grappe d'objet comme cela est mon cas. Comme mentionné dans mon précédent post cela me dérange quelque peu de "polluer" mon POJO avec une méthode le transformant en un tableau clé / valeur.

Je pense qu'il serait plus propre de faire une class utilitaire qui en utilisant la réflexion pourrait faire le traitement. Qu'en pensez-vous ?

HadanMarv

[thierryler]

J'ai eu la même idée il y a quelques années mais je me suis dis que c'était pourri finalement car la réflexion, ça bouffe un max de perf. Or en général on utilise les fichiers CSV sur des gros volumes.

Par contre, je ne mettrais pas non plus une méthode dans mes classes pour le faire, car ça va la polluer comme tu l'as justement remarqué.

Ce que tu peux faire, c'est par exemple des décorateurs qui vont contenir les traitement csv.

Ou alors, ce que je fais perso, c'est une sorte de multimap inversée que j'alimente manuellement en fonction de mes objets et ensuite je fais une méthode qui exporte la map vers du csv.

pour exporter la map, ça va être un truc du genre (non testé) :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
List<Map<String,String>> allMaps = mes data...
 
List<String> keys = ...
StringBuilder sb = new SB();
 
// Pour les entetes
for(String key : keys) {
  sb.append(key);
  sb.append(","); // A gerer en plus que le dernier elt n'a pas de virgule
}
sb.append("\n");
 
// Pour le contenu
for(Map<String> oneMap : allMaps) {
  for(String key : keys) {
    String value = oneMap.get(key);
    sb.append(key);
    sb.append(","); // A gerer en plus que le dernier elt n'a pas de virgule
  }
  sb.append("\n");
}

Pour remplir ta multimap inversée, tu peux simplement écrire du code brutal...

Edit : En outre, il est rare que tu souhaites exporter l'intégralité du contenu de tes objets donc la réflexion, ça craint un max...

Edit 2 : pour les multimap et les transformations de list en string, je t'invite à utiliser guava. Pour cela je te propose deux liens :
Tuto sur les collections avec guava : http://thierry-leriche-dessirier.dev...e-collections/

blog sur guava (en construction) : http://blog.developpez.com/guava/

[HadanMarv]

Effectivement, je n'avais pas vu çà sous l'angle des perfs, et je m'étais simplement arrêté à l'idée de restreindre la production de code.

Votre solution est tout à fait satisfaisante et répondra parfaitement à mes attentes.

Merci beaucoup pour votre aide.
Cordialement,

HadanMarv