Reprise du message précédent :
jubi > dans la classe javax.swing.text.AbstracDocument.AbstractElement y'a une fonction dump() qui ressemble exactement à ce que je t'avais fait faire pour dumper ton arbre.

coder à 3h du mat', c'est mal.

 
Cela dépend de ton projet. L'avantage des CMP c'est qu'ils répondent à la norme ce qui peut avoir de l'importance pour le client. Ensuite, la qualité de l'implémentation des CMP et l'intégration avec ton IDE impactent la réussite de tes développements CMP. J'ai été un grand défenseur des CMP il y a quelques temps mais maintenant je préfere de loin l'utilisation d'Hibernate. Ce dernier te permet de coder réellement objet et non  du pseudo objet + patterns spécifiques J2EE.

ben autant y passer quand ca a un réel intérêt pas seulement si ca répond à un (seul) besoin qui est couvert par d'autres outils bcp moins contraignants ...
(enfin c'est mon avis)

 
 
ok c noté

 
http://www.theserverside.com/news/ [...] d_id=31628

hep les utilisateurs de POI/excel, on peut lire un fichier le modifier et sauver avec ? ou on peut que générer ?
 
on peut y mettre des dessins dans le fichier excel ?

je crois bien qu'on peut modifier ... pour les dessins, j'en sais rien. je mise 5 cetntimes que oui

ça depend ce que t'entend par "dessin" quoi... inclure des bitmap, ouais, sans doutes.
 
 
(mais perso je mise sur un coup de pelle à clou dans la gueule du mec qui a écrit les requirements)

nan, je parle de vectoriel.

houlà ... je retire ma mise

bande de lootre, y'a des classes qui ressemblent à ça dans POI

vous savez coment java.util.Preferences fait sa persistance sous windows ? dans la base de registres ?

oui dans la base de registre

cimer

faudra m'expliquer l'interet d'ailleurs?

-- > indépendance par rapport au système de fichier.
 
dans jcc, j'y stocke l'adresse du fichier de persistnace de l'appli.

le fichier de persistence ? c-a-d ?
 
(edit: et oui, j'entend bien, mais ça fait chier l'user quand il doit retrouver ses petits - notamment pour virer une appli ou bien pour la déplacer ailleurs, alors qu'un bete fichier dans le root de l'appli....)

 
+1 , genre jmol qui va caser un dossier .jmol dans Document and setting, ou qui te cree un .jmol sous les nix

ben ça, passe encore, mais la bdr tu vois vraiment rien..

oué mais avec un explorateur de préférences, ben tu les vois

si j'ai une Collection<Truc>, pourquoi est-ce que quand je veux faire

 
je peux pas simplement écrire

 
tant qu'a faire du syntactic sugar, z'auraient pu y'aller a fond

A cause du coté fortement typé du langage java

et en quoi c'est pas typé puisqu'on sait déjà que tous les elements de "trucs" sont de type Truc ?

-- > tu peux vouloir typer plus haut.

for (UneSousClasseDeTruc u : maCollecDeTrucs) ?
 
 
(et il va class-cast-exceptionner ou selectionner uniquement les instances de cette sous-classe? )

ce serait plutot une sur-classe  ...
 

proute
(et je vois pas l'interet ? )

l'interet on s'en fout, le fait est que c'est possible, donc vala

http://renaud.waldura.com/doc/java/final-keyword.shtml

 
on applaudit très fort le mec qui a corrigé le //Log? en rajoutant un fixme

mais pourquoi il balance pas l'exception bordel

demande aux ptits gars de chez jakarta, c'est un extrait de jasper  

stun fan du C qui a ecrit ca, comme ca il renvoie null si ca a planté, c'est bien

salut salut    
 
en fait j'ai une petite question, disons que je veux faire une application toute conne avec une seule classe.
 
J'ai donc ma méthode static main , et d'autre méthode ..
 
seulement quand je compile , le compilateur me dit que je peux seulement utiliser des méthodes static à partir de la methode static main , je suis donc obliger de faire passer toutes mes methodes et toutes mes variables en statiques ...
 
comment y remédier , est on obliger d'utiliser l'import d'une autre classe pour utiliser des méthode non statique ?
 
merci    
 
et d'ailleur , pq une methode statique ne peux pas appeller des methode non statique ..?  

telikot> parce qu'une méthode non-statique ne peut s'appeller que par instance.méthode(), sauf si tu l'appelle d'une autre méthode non statique auquel cas, méthode() est remplacé à la compilation par this.méthodes().
 
 
 
je viens de voir un truc marrant, depuis une fonction statique, on peut pas accéder à un champ privé de la classe :

 
c'est étonnant, parce qu'on est pourtant dans le namespace.

Nraynaud> t'as déjà attaqué la Jäger ?

merde, j'aurai dû, ça m'aurait fait une excuse /o\
 
(j'ai mal typé ma variable)