Reprise du message précédent :
Sérieux les resultset ça me gave. Je fais une requête et j'aimerais savoir combien d'éléments ont été renvoyé par la BDD. Visiblement même si aucune ligne n'a été trouvée en BDD le resultset n'est pas nul, donc comment tester combien de lignes le resultset contient???

Viens de me crasher l'appli avec comme message:

C'est quoi ce charabia? Pourquoi faire simple quand on peut faire compliqué    
 
 
ActiveRecord  
 
EDIT: bon en bouclant sur le resultset et en incrémentant un compteur ça me donne le résultat, mais on est en 2009 quoi  

Lit la doc, regarde du coté des metadata, lit la doc, utilise spring JdbcTemplate mais avant lit la doc.

Le classpath commence à me faire chier là
 
$ javac -d ../classes/ telephonie/*.java telephonie/util/*.java
 

 
Bien sûr, la class existe et a le bon nom.

C'est une bonne idée s'il apprend

dernière ligne

Non. Pas pour apprendre. Parce que derrière le jour où tu devras te coltiner l'automatisation d'un build ou la mise en place d'un serveur de CI, ben t'auras jamais vu un classpath de ta vie et tu seras pas foutu de savoir par que bout prendre la création de ton build.xml ou de ton POM  
 
Comprendre les problématiques de base, ça me semble parfaitement sain, il aura largement le temps de les oublier par la suite.

 
J'avoue ne pas trop comprendre le classpath là.
La dernière fois que j'ai touché à ces sources je pense avoir compilé avec la même commande ou quelque chose de très ressemblant et ça fonctionnait.

Il y a un topic sur le sujet, vas le lire

J'ai finalement réussi à compiler comme ceci :

javac -d classes/ src/telephonie/*.java src/telephonie/util/*.java

J'avais oublié de préciser le nom du package dans certaines classes.

Par contre à l'exécution j'ai cette erreur :
Exception in thread "main" java.lang.NoClassDefFoundError: Simulation

J'exécute ma classe comme ceci :
java -classpath . Simulation

La structure de mes dossiers :
./src
./classes/telephonie/

Edit : je me répond à moi même, il faut se mettre dans le dossier classes puis "java telephonie.Simulation".

quand tu fais "-classpath ." tu sais ce que ça veux dire ?

Tu dois compiler avec -d . plutôt que -d classes/, c'est pour ça que tu peux pas lancer l'appli à partir du répertoire root.
 
@real-- : il est bien obligé de lancer son appli avec -classpath . non? Il est où le problème?  Je sens la question piège  

Que ses classes elles sont dans classes/ pas dans ., donc "-classpath ." ça sert à rien

Perso j'aurais déclaré dans mes classes:

Et comme ça tout est relatif au root du projet et je me casse pas la tête  

Mais… c'est complètement débile

Nul n'est prophète en son temps

Non mais ton package il s'appelle "telephonie", pas "classes", "classes" c'est juste le répertoire dans lequel tu balances ta sortie, le jour ou tu décides de tout foutre dans "build/classes" pour pouvoir créer tes jars dans "build/" tu vas renommer tous tes packages de "classes.*" à "build.classes.*"
 
Et accessoirement, va pas falloir partager tes trucs sur l'internet mondial, parce que les gens vont se moquer de toi et te lancer des cailloux

et téléphone ça prend des 'é', pas des 'e'

On peut pas écrire les noms de packages en unicode en java

c'est ce que j'insinuais, oui.

 
Le nom du package est imposé

Bonjour,
 
je cherche depuis un moment le livre "Java - Tête la Première" qui ne serait plus édité.
Connaitriez-vous un équivalent de ce livre? Le côté ludique de l'apprentissage m'attire énormément!
 
Merci.

http://www.amazon.com/dp/0596009208/

Merci, mais l'anglais et moi....

Je ne peux que te recommander d'arrêter tout de suite la prog dans ce cas, c'est un monde dont la lingua franca est l'anglais, la majorité des langages de prog sont basés sur l'anglais, les ressources sont en grande majorité en anglais et de même pour les conversations entre pratiquants.
 
C'est un peu comme vouloir être diplomate en 1930 et refuser d'apprendre le français, ça marche pas

Je vais alors expliciter un peu plus: je comprends très bien l'anglais et je fais déjà de la programmation mon métier!
 
Cependant je trouve que débuter dans un domaine avec un livre en anglais, ça fait tout simplement mal à la tête
Donc si je pouvais trouver une autre solution... Au passage le livre existe en format numérique si celà intéresse des gens, je le cherche en version papier (ou un équivalent du coup).

Je suis pas bilingue en anglais et je consulte sans arrêt la javadoc et ça ne me pose pas de soucis

J'ai du mal à voir en quoi, la quasi totalité des bouquins de prog que j'ai pu lire en français étaient mauvais. Soit de mauvais bouquins, soit de mauvaises traductions. Il y a quelques exceptions, mais elles sont rares et exclusivement sur des originaux.
 
Sur une trad', je ne vois pas l'intérêt d'acheter une VF qui sera plus chère et probablement moins correcte et moins claire.

Je propose d'apprendre le Java en Espéranto, un SDK multiplate-forme dans une langue multiculturelle.

enfin bon, un peu de pragmatisme : la collection "Head first" est super sympa et je connais pas trop d'équivalent avec ce ton...
 
vu qu'il est plus dispo en FR, il reste que l'anglais...donc en gros soit il achète un super bouquin en anglais (sachant qu'il comprend l'anglais), soit il a rien...je vois même pas où y'a un choix

Comme quoi même en étant complètement attardé on peut coder en Java…

 
 
Ok, ça m'arrange pas mais au moins, c'est une réponse et pas un débat
 
Merci!

Est-ce que l'on peut avoir un enum du même nom que la class qui le contient ?

Bon sang mais c'est quoi l'équivalent d'un Ruby hash en java, i.e: hash = {"login" => "igarimasho", "password" => "mdp"}?  
 
HashMap, HashSet, Hashtable, Set, List, etc, y'a vraiment besoin de tous ces trucs?  Je suis confus

Je pensais à:
 
Map<String, String> hash = HashMap<String, String>();