Reprise du message précédent :
Ca fait des années qu'on parle de Java 7 mais toujours pas de nouvelles quant à sa date de sortie. Ca va vraiment sortir un jour ? Si oui, quand ?

Mark Reinhold a présenté OpenJDK à 2 Devoxx de suite.  
A la seconde présentation, j'avais l'impression qu'il avait repris les slides de la première
 
Le calendrier est là: http://openjdk.java.net/projects/jdk7/milestones/
On en est au Milestone 5 si je ne m'abuse...
 
Tiens, en parlant de ça, qq'un aurait un lien vers un "Closure for dummies" clair, net et didactique ? car j'ai un peu de mal à appréhender la chose de manière pratique.

S'ils en sont au M5 ils ont un bon retard de 6 mois. Donc en gros ça sera pas avant 2011.

Salut l'élite.
 
En regardant un autre topic du forum une question m'est venue (probablement conne mais j'y ai jamais pensé avant).
 
Quand on a des boutons dans un programme Java et qu'il faut y affecter des listeners, il y a grosso modo deux solutions:
- faire un seul listener avec test de la source pour décider quoi faire en fonction du bouton poussé
- faire un listener (genre déclaré en "anonyme" ) pour chaque bouton
 
J'utilise toujours la deuxième méthode parce que je trouve ca plus "propre" (bon c'est un avis perso), mais je me suis jamais posé la question de la performance. Vaut mieux le 1 ou le 2, et pourquoi?

La 2ème doit prendre plus de mémoire mais je trouve ça plus propre moi aussi.

pour ma part, c'est un listener anonyme (sauf si je dois le réutiliser...) mais surtout pas un listener unique pour tout.
 
je ne regarde pas les perfs sur ce genre de choses, il faut d'abord coder proprement et puis salir avec les optimisations si elles sont réellement nécessaires, AMHA.
   

Si c'est pour réagir au clique utilisateur classique, j'utilise un seul ActionListener pour tout mes boutons (au moins au niveau  de l'écran), par contre chaque bouton a une ActionCommand.

et pourquoi pas une Action par bouton alors ?

Raisons purement arbitraires. J'aime pas trop les inners classes.
Il y a une petite odeur de MVC2.
Les boutons utilisent un même "contrôleur" central (Le ActionListener). Ce dernier en fonction de la valeur de l'action commande, déclenche une opération spécifique.

OK, merci pour les réponses, c'est donc pour tout le monde une question de gout. De toute facon, meme s'il y avait des différences de performance, je suppose qu'il faudrait une tétrachiée de boutons avant que ca soit vraiment visible...

Salut tout le monde,vous êtes certifiés par ici ?  
Personnellement je voudrais le faire et j'aurais une question à vous posez.
Combien de temps pour la préparation de la SCJP ?  
1 mois ou c'est trop ambitieux ? Sachant que je travaille avec Java depuis 2 ans mais dans le cadre de projets académiques et que je suis en Stage actuellement ( donc 4 à 5 heures de travail sur la certif par jour ).
Merci.

Allez, ça mérite bien un petit post ici: http://www.youtube.com/watch?v=KrfpnbGXL70

Je n'avais jamais vu ce genre de détournement et j'ai trouvé ça génial.

C'est à chier debout

 
mouai...
 
la vérité est au milieu quoi.

Pour moinmoin et nray: http://wiki.github.com/mchr3k/org.intrace/

putain mais un exemple c'est trop demander ?
http://developer.apple.com/mac/lib [...] 901-210260
Si qqun sait comment ça fonctionne, je suis preneur... tout ce que je veux, c'est demander à mon user son login/pass pour mon app une fois, le stocker dans son keychain, et plus jamais le demander

dans http://java.sun.com/j2se/1.5.0/doc [...] Store.html
y'a un exemple, c'est quoi le pb ?

non, y'a un bout de code abscon, sans contexte ni explications pour le layman que je suis.
 

la difference entre private key et secret key; ce que "privateKeyAlias" et "secretKeyAlias" sont supposés être dans la vraie vie; la variable password qui est utilisée pour les 2 clés, alors que j'avais l'impression que dans un cas, c'était un pass "interne" (mon app s'identifie) et dans l'autre, bah, le password que je veux stocker/cacher

ah ouais, la vie est cruelle hein ?

Merci pour le bruit. Et sinon ?

prout

up

autre question: y'a des ici qui ont deja bricolé avec commons-net, et plus particulierement le package nntp ? là j'ai des trucs un peu bizarre, et je me demande si je dois chercher une autre lib ou me pencher sur le protocole pour comprendre... genre, quand je fais
client.listNewsgroups(), pour un des groupes, je me retrouve avec ça:
NewsGroupInfo().getNewsgroup() -> plop
NewsGroupInfo().getFirstArticle() -> 1111
NewsGroupInfo().getLastArticle() -> 1
NewsGroupInfo().getArticleCount() -> -1109

par contre, si je fais
client.selectNewsGroup("plop" )
alors la j'ai bien:
NewsGroupInfo().getFirstArticle() -> 1
NewsGroupInfo().getLastArticle() -> 1111
NewsGroupInfo().getArticleCount() -> 1111
 

 
putain, si meme moi j'ai compris le truc sale, ça doit etre vraiment porcos

bah, au moins il gere l'erreur

moi je vois pas ou est le problème, hors contexte.

Il pourrait avoir une clause séparée plutôt que son test manuel moche pour TrucException, et le wrapping inconditionnel de toutes les exceptions me semble très discutable

- certes
- oui, mais on a zero contexte. Ca serait pas la premiere fois qu'un gusse soit forcé d'utiliser une API qqconque qui throws Exception
bref tout ça pour dire que le bashing hors contexte

ct pas plus clair de chainer les catch en faisant un  
 

 
moi c pas le fait qu'il rethrow l'exception qui me choque, c'est le test "instanceof"
 
d'un autre coté je code plus depuis 4 ans, c'est peut etresurement à coté de la plaque ce que je dis

 
Et une complexité cyclomatique inutile, une svp!!

c'est ce que masklinn disait, et hors contexte, c'est probablement vrai.

Quand on fait un catch Exception, c'est mieux de vérifier si ce n'est pas une RuntimeException, pour éviter les encapsulations inutiles ...

 
Pas de réponse ?

autant que je sache personne n'est certifié ici.

 
Pourquoi ?
C'est pas intéressant de se faire certifier ?

Sur un CV, ça fait bien quand on débute.  
Après quelques années, c'est surtout l'expérience réelle qui compte.
 
Sauf si je me plante, il me semble que DarkLord est certifié...
 
Perso, je trouve ça intéressant par curiosité, de là à la passer, il y a un pas

personne n'en a senti le besoin j'en sais rien.

Bon ok,merci de m'avoir répondu,etant débutant je vais quand même la tenter.

Je ne sais pas ce qu'apporte le papier en soit, mais sa préparation te fera apprendre ou clarifier beaucoup de choses.
Par contre je pense qu'il est préférable de la passer après quelques années d'expérience.