Reprise du message précédent :
Je pensais à:
 
Map<String, String> hash = HashMap<String, String>();

Là hashtable a l'air de faire ce que tu demandes :
http://java.sun.com/j2se/1.4.2/doc [...] table.html

HashMap, avec Map en interface.
 
List ça correspond à Array en Ruby, et Ruby a pas (à ma connaissance) de set.
 
HashSet c'est une implémentation de Set basée sur les mêmes principes que HashMap, donc tu t'en fous.

NOOOOOOOOOOOOOOO  

Yup, c'est ça. Après tu peux regarder les autres implés de Map (genre TreeMap), elles vont avoir des avantages & inconvénients par rapport à une HashMap en terme de perfs (les profils de perfs sont différents)

Accessoirement igarimasho je recommande fortement le double brace initialization pour remplir tes Maps (à la place d'un Hash littéral en Ruby):
 

hash = {"login" => "igarimasho", "password" => "mdp"}

 
En java classique:

Map<String, String> hash = new HashMap<String, String>();
hash.put("login", "igarimasho" );
hash.put("password", "mdp" );

en utilisant le double brace init:

Map<String, String> hash = new HashMap<String, String() {{
    put("login", "igarimasho" );
    put("password", "mdp" );}}

 
C'est quand même moins moche
 
Et pour avoir des trucs équivalents aux map/collect/filter: http://code.google.com/p/google-collections/

 
Explique moi

Hashtable et Vector sont les collections "originelles".
 
Avec Java 1.2, Sun a ajouté plein de choses sous l'égide du Collections Framework, entre autres une chiée d'interfaces, de meilleurs nommages, des classes pluggable pour chaque interface et une bordée de composeurs. Mais ils ne pouvaient/voulaient pas dégager Hashtable ou Vector (entre autres parce que ceux-ci sont utilisés par les toolkits graphiques), donc ils les ont laissés et leur ont ajouté les interfaces & méthodes Collections pour qu'ils soient utilisables. C'est pourquoi Hashtable a 20 méthodes alors que HashMap n'en a que 13, que Hashtable a des méthodes complètement redondantes (elements() et values(), keys() et keySet(), contains() et containsKey()) et que Hashtable renvoie des Enumerator et non des Iterator de certaines de ses méthodes (notes que Vector fait encore plus peur par rapport à ArrayList, 42 méthodes contre 20…).
 
Inconvénients de Hashtable et Vector:

• Les interfaces sont moches, leur présence est habituellement le signe de vieux code, AMA c'est un "code smell" (here be dragons toussa), surtout quand ça utilise
• Ils sont toujours synchronisés, en dessous de Java 1.6 ça veut dire perf hit quand tu les utilises (à cause des locks). Avec les collections plus modernes, tu les compose avec Collections.synchronized* si et seulement si tu as besoin qu'elles soient synchronisées
• Redondantes avec HashTable et ArrayList, avec un nommage moins clair.

Explication très claire    
 
Merci Masklinn  

Oui, merci
Edit : ils auraient plus marqué "deprecited" et rediriger vers hashmap, comme c'est le cas dans la doc de certains framework qui te conseils d'utiliser les nouvelles classes.

Oui, mais ils ne l'ont pas fait parce que ces classes sont toujours utilisées explicitement à travers Swing (typiquement, JTree dont les 3 constructeurs "collections" prennent un array, un Vector ou une Hashtable )

 
Figure 1 : Swing sent la merde, mais on le savait

Remarques il y a sûrement d'autres vieilles APIs bien moches où c'est encore utilisé, mais Swing est un exemple classique

edit: http://java.sun.com/j2se/1.5.0/doc [...] ector.html et http://java.sun.com/j2se/1.5.0/doc [...] table.html

c'est javax.swing qui gagne

edit 2: sur Enumeration, il y a un peu plus de concurrence: http://java.sun.com/j2se/1.5.0/doc [...] ation.html

wat

A tout hasard est-ce qu'une classe peut avoir le même nom qu'un package genre, dans le fichier Application.java:

Chez moi j'ai pas de problème à la compil, mais au runtime, j'ai un petit souci et je me demandais si potentiellement ça pouvait venir de là.

ça ne devrait pas poser de problème

Merci. Donc ça c'est fait.

Pour parser un fichier yaml, vous utilisez quoi? Si possible un truc simple  

T'es pas au courant que parser du yaml depuis java c'est interdit? Faut tout faire en XML.

Ouais ben peau d'zob, j'ai un fichier yaml à parser et pis c'est tout    
 
Je vais tester SnakeYAML et je verrais bien si un vortex mystérieux m'englouti.

Il me saoule tomcat à mettre en cache des trucs dans work/, y'a pas moyen de désactiver? J'ai tenté ça dans web.xml:

Il m'a limite vomi dessus  

et tu sortais cette bonne idée d'où ? et c'est quoi ton vrai problème avec ce qu'il se passe dans work ?

Ca venait de gogle.
 
Parfois j'édite mon code source et je compile. Mes fichiers classes sont mis à jour. Je redémarre tomcat. Et là je sais que certaines modification n'ont pas été prises en compte, à cause d'un message d'erreur qui ne correspond plus au code actuel.
 
Alors j'ai trouvé un moyen de contourner le problème avec $ rm -r work/, c'est crado mais ça fait son boulot. Mais une solution plus propre serait la bienvenue.

Bon pour parser du xml qui viendrait d'une appli RoR qu'est-ce qu'il y a de bon en java? Il me faudrait un truc qui me crée des objets (User, Product, Item, ...) à partir du xml, sans avoir à taper plein de code inutile comme pour hibernate par exemple.

Hibernate comparé a un parsing XML manuel c'est beaucoup moins verbeux.
 
Sinon deux solutions peux couteuses en ligne de code :
- Utiliser du CORBA ou assimilé. (mais bon c'est usine à gaz)
- Plutôt que de sortir du XML "à la main", utilisé des Web Services. Genre du SOAP, un bon client SOAP grace au WSDL te ressortira une instance d'objet.

J'arrive pas à former une regexp en java. Comment transformer la suivante ruby-compliant en java?

C'est pour extraire la partie avant le @ d'un email.
 
J'ai tenté ça avec échec:

Il aime pas le point apparemment.

poste le message d'erreur complet ?

J'ai mis double antislash, et on dirait que ça marche, m'enfin le compilateur ne me crache plus à la figure. C'est bizarre ces double-slashs c'est tout moche:

 
C'est bon là? Y'a pas un testeur de regexp pour java quelque part? Genre rubular pour ruby?

c'est normale de banalisé un \ dans une chaine jusque là...
 
par contre pour extraire la partie avant un @ d'un email, vu qu'on sait qu'il n'y a forcement qu'un seul @... tu fait juste un substr et voila quoi... au pire tu peut verifier s'ils y a plusieurs @ dedans avant pour etre sur

Pas bête le coup du indexOf + substr    
 
par contre l'explication du \ est incompréhensible  

C'est simple, en RegExp les "wildcards" sont genre \w, \u des truc du genres pour definir les caractère alphabétique, les majuscules, etc. Il se trouve qu'en Java le "\" est le caractère de banalisation des string (ex \n pour le retour chariot). Du coup dans une chaine il a toujours fallu doubler le \ pour avoir une chaine qui elle le contient effectivement.

Ok

quelle que soit la solution, pour ce genre de conneries, t'écris un testcase pour ta methode et tu la modifies jusqu'a ce que tout soit vert

En pratique Spring ça sert à quoi? J'ai lu sa page wikipedia, mais ça fait un peu page de pub, genre c'est trop bien, trop facile. Un peu évasif tout ça

Il y a 2 facettes à spring:

• Un framework d'Inversion of Control/Dependency Injection (en gros, séparation du graphe de création des objets — géré par le framework de DI — et du graphe d'appel/d'utilisation des objets afin de mieux découpler les systèmes et les rendre plus simples à tester & plugger). Google Guice est un concurrent (souvent plus simple et plus pratique) à cette partie.
• Tout un tas de libs diverses et variées pour faire plein de trucs.

Il semblerait que j'ai un problème de lecture/ecriture simultané dans une arraylist.
 

public void distribueCourrier() {
    synchronized (boiteAuxLettres) {
        for (Courrier<?> c : this.boiteAuxLettres) {
            c.getDestinataire().recoitCourrier(c);
        }
        this.boiteAuxLettres.clear();
    }        
}

if (this.courrierADistribuer())
    this.distribueCourrier();
 
écriture dans l'arraylist

 
Il semblerait que ma liste soit en train d'être vidée en même temps que je la remplis.
Après quelques recherches j'ai trouvé la fonction synchronized mais ça n'a pas l'effet attendu et j'ai toujours une NullConcurrentException.

List list = Collections.synchronizedList(new ArrayList()) ?

bon, déjà, NullConcurrentException, ça existe pas. Ensuite, on va parier que recoitCourrier(c) fait un truc genre c.getBoiteAuxLettres() et va pipoter la liste en cours d'iteration.

Je vais regarder ça

Voilà, c'est ça.
Pour l'exception je ne suis plus sûr, il faudrait que je relance le bouzin.