Reprise du message précédent :

t'as jamais eu à repasser sur du code merdique ?
des trucs fait par dessus la jambe ou à l'arrache

de quoi ?
c'est du code 1.3 car il doit marcher sur 1.3, donc pas de generics

Comme je te dis, je pense qu'un langage doit aussi amener et inciter à faire des choses propres
J'ai déjà dit dans mon message initial que c'est pas la peine de répondre "t'as qu'a travailler avec des gens qui savent coder" car c'est pas le but du message.
On peut ne pas être d'accord, mais rien empêche d'en discuter, vu que java évolue toujours.

Par contre l'ancien code il évolue pas tout seul
et je sais pas si t'imagines ce que ça donne une fonction de 236 lignes avec 47 versions différentes sur laquelle 10 personnes sont passées en 6 ans  
et peut être même plus car le système de versionage était différent avant

je note ...  

Tout le monde sait que java est un langage de merde, c'est pas une excuse valable

Non, jamais. Par contre j'ai du repasser sur du code créé avec des élastiques, au mépris du bon sens, sans aucune analyse préalable et qui ne marchait bien que par ce que les utilisateurs avaient pris l'habitude de détourner les zones du logiciel pour y stocker des infos sans rapport avec la zone. (super le coup du "DCD" dans le nom et le "NPAI" (n'habite pas à l'adresse indiqué) dans l'adresse.)
 
PS : Conséquence logique : j'ai déjà vu la femme d'un ancien client appeller le SAV pour savoir si l'envoie d'un mail à "Monsieur trucmuche DCD" pour lui proposer une nouvelle version du logiciel était une blague.

De toute manière, tous les langages sont de la merde à tes yeux sauf des trucs obscur comme erlang.

C'est pas vrai du tout, j'aime bien Python
 
Et je concède sans aucun problème que le C peut être fortement intéressant, c'est juste que j'aime pas le langage

De rester en 1.3 alors que le 1.4 se fait déjà vieux.

javac 1.3 a plus de chance de disparaître avant javac 1.4 et 1.5

1.3 et 1.4 sont déjà unsupported, même 1.5 est EOL'd

ha ok

"bah ça marche depuis 10 ans, alors pourquoi ça marcherait pas un an de plus ?  "

en fait ils sont coincés en solaris 8 qui supporte pas plus que java 1.3 je crois avec des suns sparc 8 cores de merde, nimporte quel pc de bureau trouvé à carrefour va plus vite

grosse boite à la con, faut pas chercher  

salut, je voudrais savoir si il y a moyen d'importer le contenu d'un fichier .classpath propre à un projet dans un script ant
 
je cherche a compiler les jsp avec ant, et je dois avoir donc le même class path que celui du projet, donc autant utiliser le .classpath du projet, qui est plutot long et qui peut être amené à changer

si ant ne sait pas le faire (à vérifier), tu écris un script qui construit une var classpath et ce script se charge ensuite de lancer le script ant ?

Si vous vous ennuyez, je cherche à reproduire cette erreur :
 

 
Causé par
 

 
x étant mon inconnue.
 
Des idées ?

ou alors écrire une taskdef en java qui le ferait, ou la dégoter sur le net.

le format du .classpath correspond déjà à ce qu'on écrirait dans ant en fait, un copier coller devrait marcher

J'achète un "E" ?

bon il suffit pas de copier coller, j'ai du zapper un truc ...

Google m'indique que ça peut être lié à des problèmes de multithreading qui flinguent l'état interne du parser de date

 
il y a un truc qui m'échappel
 

ca m'interresse, t'as cherché comment ?

edit: http://bugs.sun.com/bugdatabase/vi [...] id=4228335 ?

Bon sinon effectivement la javadoc le precise également (que c'est pas thread-safe) et dans la classe en question le dateFormat est un membre donc il est possible que ce soit ca.

putain je crois que j'ai jamais réussit à faire exactement ce que je voulais avec ant  

"simpledateformat parse NumberFormatException" et j'ai regardé les threads de ML/forums que ça me donnait

bon, y'a un expert jboss dans le coin? Je sais pas si c'est moi, mais j'ai l'impression qu'ils ont encore fait fort avec les classloaders dans la v5:

Ce même code

me renvoie une array différente selon que ma web-app est deployée en tant que war éclaté (un directory qui s'appelle "machin.war" dans server/default/deploy) ou en tant que "vrai" war (un *fichier* "machin.war" dans server/default/deploy)

.. à savoir, dans le premier cas, une seule URL, qui pointe vers le directory WEB-INF/classes de ma webapp, et dans le deuxieme, une array d'URL contenant WEB-INF/classes mais aussi les URLs de chacun des jars présent dans mon WEB-INF/lib

...

(sachant que sous jboss 4.2.2, j'obtiens WEB-INF/classes et le contenu de WEB-INF/lib, ce qui me parait bien normal)

A la place de JBOSS j'aurais renvoyé une classcast
T'as pas à supputer quoi que ce soit quand t'es dans du managé.

Et tu ne peux pas afficher x ? J'ai déjà eu ça mais je ne sais plus quelle en était la cause. Enfin ça n'était franchement pas bien compliqué.

si tu commences à chipoter: 1) je ne suppute pas, j'ai simplifié le code pour paster ici; de fait, je tourne autour de classloaders mals foutus, pour faire un truc pas necessairement plus propre non plus à la base 2) t'aurais rien renvoyé, tu aurais lancé.
na.

 
Oui, c'était un peu exagéré de dire ça
Voilà comment définir un classpath avec Ant : http://ant.apache.org/manual/using.html#path

oui j'ai lu tout ça, mais ne serait ce que ça, ça me dit que classpath n'est pas une taskdef existante, ce qui me parait un peu fort de café là ...

j'ai bien ant.jar et optional.jar
la version de ant est 1.5.3, je ne peux pas vraiment la changer

edit: ou alors il faut que je sorte le classpath du target

edit2: non  "Unexpected element "classpath""

edit3: hum ok il faut le définir dans un taskdef

mais bon bref ça me permet toujours pas d'obtenir le classpath tel qu'il est défini au niveau du projet éclipse, ce qui serait bien pratique

Huston, on a un problème.
 
 
Hibernate charge un pool d'objet en cache et, pouf, se met en tête de les effacer de la base de données, sans nous demander notre avis.  Chose qu'on ne veut pas.
 
 
En regardant dans le code d'hibernate, il semblerait qu'il considère que ces objets ne sont plus valide
 

CollectionEntry ce = (CollectionEntry) me.getValue(); 
    if ( !ce.isReached() && !ce.isIgnore() ) {
         Collections.processUnreachableCollection( (PersistentCollection) me.getKey(), session );
    }

(dans org.hibernate.event.def.AbstractFlushingEventListener.java)
 
Le truc, c'est que je ne comprend pas sur quoi il se base pour passer les flags reached & ignore en true/false.

 
D'où l'intérêt de faire d'abord le script Ant, et ensuite d'utiliser celui-ci dans l'IDE

je serais quand même obligé de définir le chemin de classes aussi pour le compilateur de l'éditeur éclipse dans le .classpath

 
Mauvais IDE, changer IDE  

ouais mais là c'est impossible, et on est plusieurs à avoir tenté

http://blog.headius.com/2009/01/my [...] flags.html
 
Listing de flags JVM pratiques pour l'optim ou le debug/optim

http://www.hibernate.org/116.html#A16

public void setMonSet(Set<Machin> monSet) {
        SortedSet<Machin> sortedSet = new TreeSet<Machin>(
                new MachinNameComparator());
        if (monSet != null) {
            sortedSet.addAll(monSet);
        }
        this.monSet = sortedSet;
    }

http://www.hibernate.org/116.html#A27

public void setMaList(List<Truc> maList) {
        List<Truc> list = maList;
        if (list == null) { // si liste "null"
            // alors retourner liste 'vide'
            list = new ArrayList<Truc>();
        } else {
            // sinon supprimer tout "null"
            Utils.removeAll(list, null);
        }
        this.maList = list;
    }

ouhla, il a fumé quoi hudson

ici il rate des failures aussi des fois

Il m'a mis le build en unstable tout de même. Sinon, je ne l'aurais jamais vu

J'ai un ptit pb pour jouer avec les generics, j'arrive pas à savoir si c'est un bète manque d'expressivité de java ou si je me plante dans mon raisonnement.

J'aimerais déclarer une variable foo de type Map<Class<T>, ClassWrapper<T>>. Avec T qui n'est pas un paramètre de type de la classe parente ni un nom de type fixe, que ce soit un vrai variable de type.

Ça me semble cohérent dans le sens ou avec cette définition,
foo.put(clazz, wrapper) ne sera valide que si clazz est de type Class<X> , wrapper de class ClassWrapper<Y> et surtout que X = Y.
Du coup avec ce dernier truc, on a la garantie si ça compile et que personne fait de casts unchecked dans notre dos que :
foo.get(clazz) avec clazz de type Class<X> retournera forcément un ClassWrapper<X>, le typage est donc sûr (et n'utilise rien de plus que l'implé actuelle avec erasure).

Malhereusement on peut pas déclarer de truc du genre:
private final static Map<Class<T>, ClassWrapper<T>> variable;
ou même :
private final static <T> Map<Class<T>, ClassWrapper<T>> variable;

Je peut ptêtre créer ce type en créant une sous-interface générique de ce type, mais dans ce cas je peut pas utiliser d'implémentation existante de Map<K, V>, vu qu'elles sont sous-type de Map et pas de ma sous-interface bidouille (et coder une classe-bridge qui implémente ma classe mais délègue à une implé de map c'est un poil lourdingue).

Alors, j'ai raté un truc ou c'est java qui a un trou ?

Salut !
sous netbeans (6.5) je viens de faire un joli JPanel avec l'éditeur Design en wysiwyg dans une nouvelle classe.
 
Maintenant je fais un JDialog dans l'éditeur (tjrs en design) qui contient des trucs et dans ce JDialog je veux inclure le JPanel dans un coin dédié de mon layout.
 
Comment on fait ? (je sais le faire par du code, mais je rester dans la logique "design" pour qu'en vue design du dialogue on voit mon JPanel ...

Tu peux passer par l'inspector (si je comprend bien ton problème) > click droit > ajouter (de mémoire)
http://www.netbeans.org/images/v6/ [...] uilder.png (en bas a gauche)

 
Euh ça permet de créer de nouveaux JPanel et cie mais moi je veux reutiliser un JPanel d'une autre classe (lui même designé avec le Designer netbeans) ...