Reprise du message précédent :

C'est un peu moche et pas l'API la plus sexy du monde, mais dans mon expérience ça marche bien (aussi bien pour lire que pour écrire).
 
Par contre j'ai utilisé ça que pour des trucs relativement simples (des imports/exports de données)

jexcelapi est un poil plus élégant mais moins "vivant", et l'infrastructure autour du projet est pourrie (yahoo groups, pas de ML, je sais meme plus si y'a un bug tracker correct, ...)

Poi, c'est puant au niveau de l'api. Je crois qu'au niveau de l'api c'est quasiment plus verbeux qu'une config xml.  
Pour du word ca marche encore pas trop mal, mais pour l'edition excel, c'est tout bugge au niveau des formules et impossible au niveau des graphes (au mieux, tu peux mettre une image pour le graphe...).
Bon, je ne raconte meme pas son incapacite a updater un fichier deja existant sans le bousiller une fois sur deux.
 
Au final, j'avais fini par exporter tout sous un format csv et utiliser un template excel qui chargeait tout en macro et creait le fichier correctement.

pour POI, je l'utilise souvent pour lire/générer des excel simples, c'est vite fait et ça tient la route.
 
en lecture c'est vite galère quand le user a mis en page ses données... je préfère comme gizmo alors me taper du CSV où tu pilotes toi-même les types de données.
 
pour générer des excel plus complexes il y a des moteurs de reporting pour ça...
 
pour l'API, ce n'est pas évident de se plonger dedans pour la première fois mais avec un tuto on arrive vite à faire qque chose.

Sur des fichiers simples ou complexe ?
parce que là, je viens de le faire (une ligne, avec des colonnes utiliés dans un graph)
aucun problème pour mettre a jour le fichier et en même temps le graph

public void doGet() {
        POIFSFileSystem fs = new POIFSFileSystem(new FileInputStream("template.xls" ));
 
        HSSFWorkbook wb = new HSSFWorkbook(fs);
        HSSFSheet sheet = wb.getSheetAt(0);
        HSSFRow row = sheet.getRow(1);
        HSSFCell cell = row.getCell((short)3);
        cell.setCellValue(120);
 
        writeCsvHeader(response, "monfichier.xls" );
        wb.write(response.getOutputStream());
}

Fichiers simples, enfin relativement. Quelques feuilles, des tableaux de longueur variable et des graphes qui devaient tirer leurs infos de ces tableaux. En fonction de l'ordre de modification du document, des fois ca passe, des fois ca casse, et je n'ai jamais trouve de logique a ces crash.

un driver JDBC pour excel, pour faire du JPA avec excel!!
https://xlsql.dev.java.net/
(j'ai déjà utilisé, ça marche pour du simple)

Quelqu'un voit l'intérêt potentiel d'une classe statique abstraite
(donc une classe abstraite dont tous les membres sont statiques, et non il n'y a aucune classe qui en hérite ou que ce soit)

eviter qu'un zouave l'instancie ?

Constructeur privé, et dans tous les cas OSEF, c'est pas comme si ça avait la moindre importance, surtout que le mec qui a écrit ça a été le seul à utiliser la classe.

mouais j áimerai bien savoir a quoi sa peut servir aussi ?
Sun l'utilises en tout cas avec NIO par exemple  
http://java.sun.com/j2se/1.5.0/doc [...] annel.html
 
La plus part des exemples que je trouve d'ailleurs c'est des inner class.

dans le cas d'une inner, ça a son importance, la définition de classe est unique (statique) ou pas (par instance de la classe englobante)
 
Mask: pour éviter l'instanciation, et meme si osef, ça indique comment utiliser cette classe, au meme titre que le choix d'une visibilité pour les methodes

Oui et non, quand je vois une classe abstraite perso je me dis "tiens elle va être héritée par un truc", pas "tiens c'est une classe statique"
(et elle est pas static dans le sens où elle a un keyword "static", c'est une classe normale pas inner, elle est statique dans le sens où toutes ses méthodes sont statiques)

c'est un Helper donc.

Oui, sauf que son nom c'est WhateverDAO et que c'est une classe abstraite

'fin bon, dans tous les cas vous confirmez apparement qu'avoir ce truc abstrait n'a aucun intérêt.

bah ça a un intérêt, mais en général on fait pas comme ça. C'est plus un problème d'idiome qu'un problème de correction, comme quand on discute avec un Québecois, y'a toujours une certaine gène.

ha euh oui certes ok

Yop l'elite! question rapide: la JVM Microsoft, elle etait compatible a la version 1.3 ou 1.4 de celle de Sun?

1.2, mais en fait elle l'etait pas vraiment.

argh, ok, c'est pire que ce que je me rappelais.
Putain, les centres hospitaliers, c'est vraiment le tiers-monde de l'informatique

J'ai découvert ça aujourd'hui :

La sortie n'affichera pas 2, mais 1. L'explication ici :
http://www.rizzoweb.com/java/postfixIncrement.html

de toutes facons, ca c'est completement con : "x = x++"

Vous connaissez www.javablackbelt.com ? A priori ça semble être le truc le mieux foutu sur lequel je sois tombé pour m'entraîner dans l'optique d'une certification. Vous avez d'autres ressources sous la main (en dehors des specs Sun et de la doc).

suite à ça, on s'est amusé au bureau là-dessus:

mais sur le fond, ce qui n'est pas maintenable ne s'écrit pas

x = x++, je pense que 95% des profs du monde te pendent sur le champs tellement c'est encore plus con que if (exp) { var = true } else { var = false };, donc voir ça en vrai ça parait plus qu'improbable...
 
Par contre l'explication du mec, elle me semble bancable... Autant si le x++ était dans le System.out.println() ça serait ok, autant là...

C'est faut, ca affiche bien 2...
 

O
M
G

Au merde au temps pour moi, j'ai biglé... Mais avec la polémique et tout...
 
Bien sur que si on fait x = x++, x vaut x, mais le mec qui est étonné par ça ne connait rien au sens de l'opératieur ++, c'est pas pour rien si on a ++x en même temps...

Tu t'es complètement discrédité, pas la peine de tenter un rattrapage de justesse

oh bravo

Bon on enfonce des portes ouvertes, mais faut croire qu'en Java personne ce sert du ++x

System.out.println("i : " + new Integer(i).toString());
 

je suis assez fan aussi.

L'habitude des langages où y'a pas de cast type de base => string implicite...

 
Oui on le remarque bien par tes posts dans la cat : Java, VB, C, C++

Quand j'ai dit l'avoir découvert, je ne voulais pas dire que je l'avais vu dans un code, juste qu'un collègue s'est amusé à tester ce que ça pouvait bien faire.
Par contre, on m'a dit avoir vu ça dans un code :

Comment ça ?  
 

Ben alors je ne connais rien à cet opérateur    
 
Ce que j'avais compris de x++, c'est que l'incrémentation se faisait "après" (mais après quoi ça restait flou).
Je trouve que l'explication du mec est cohérente : x++ effectue en réalité l'incrémentation en premier lieu, mais par contre il renvoie la valeur initiale de x.

alors mon conseil gratuit du jour : String.valueOf()