Reprise du message précédent :
ouais donc ta question était nulle sans aucun contexte, tous les arguments sont démontables en changeant le contexte
 
(comment tu la joues ton enum quand le support du format de sortie de ton bidule est pluggable?)

y'a un autre truc au niveau des bool d'ailleurs (AHAHHA), on évite d'en mettre dans les interfaces car on sait pas trop à quoi ça correspond en général, donc autant wrapper en enum.

Ben dans ce cas tu spécifies une interface ou une classe racine d'un arbre d'héritagé

my point is, dans ce cas on donne un context quand on pose une question

Ouais mais là vu les noms des arguments et de la méthode on pouvait inférer ce qu'il voulait entendre

 
bah oui, dans ma doc, ils 'sappellent arg0 et arg1

sarace
 
Voilà pourquoi dieu a inventé annotate/blame

il manque les throws des exceptions remontées aussi

edit : qui en fait elle ne doivent pas l'être du tout
merci au booleen, on sait au moins si ça marche ou si ça marche pas, mais c'est tout, on sait pas pourquoi

 
Facile
 

try {
    /* ... code code code ... */
} catch (Exception e) {
    return false;
}

try {
    /* ... code code code ... */
} catch (Exception e) {
    return false;
}

try {
    /* ... code code code ... */
} catch (Exception e) {}

Nan ?

try {
    /* ... code code code ... */
} catch (Exception e) {
    return false;
}

mieux

} catch (Throwable e) {
    return false;
}

try {
    /* ... code code code ... */
} catch (Exception e) {}

Non, mieux mieux (best of both worlds)

try {
         /* ... code code code ... */
      } catch (Throwable harko) {
         return true;
      }

il va quand même falloir faire le ménage parmi les élites, la consanguinité ça provoque des ravages ...

try {
         /* ... code code code ... */
      } catch (Throwable harko) {
         return true;
      }

Ben au final avec la méthode de shinuza ça se finirait comme ça:

try {
        // codecodecode
    } catch(Throwable harko) {}
    return true;
}

Donc la différence est pas très grande

try {
        // codecodecode
    } catch(Throwable harko) {}
    return true;
}

 
Moi je peux me réserver le droit de return false si ça se passe bien

Putain le jocebug minable, il indente plus la première ligne

non, je ne le sais pas, mais je le devine

try {
         /* ... code code code ... */
      } catch (Throwable harko) {
         return true;
      }

try {
         /* ... code code code ... */
      } catch (Throwable harko) {
         throw new Exception("DTC" );
      }

et même encore plus fort

try {
         /* ... code code code ... */
      } catch (Throwable harko) {
         throw new Exception("DTC" );
      } finally{
         throw new Exception("DTC" );
      }

mais je sais même pas ce qui se passe si on fait ça en fait

try {
         /* ... code code code ... */
      } catch (Throwable harko) {
         throw new Exception("DTC" );
      }

try {
         /* ... code code code ... */
      } catch (Throwable harko) {
         throw new Exception("DTC" );
      } finally{
         throw new Exception("DTC" );
      }

tu vas te prendre un warning parce que le finally termine "anormalement" (par une exception) qui va cacher toutes les autres exceptions, mais c'est légal.

de tt façon pas loin dans ton main t'auras un catch throwable e {// catch and bury} donc bon
 
tain je sors d'une formation TCL/TK (on ne rit pas), ça fait du bien de relire du java, c'est plaisant les langages de haut niveau quand même...
on dirait du lisp en plus vicieux ce truc...

Tu parles de java la?

C'est censé être une critique de TCL ça?

Back from the Javapolis

uhm, sur la présentation de Struts 2, ils ont pas parlé de Stripes un peu ? parce qu'ils se sont pas mal excité sur la ML de ce projet...

J'ai pas été à la présentation Webwork Struts2

 
ben oui...c un langage de haut niveau cad éloigné du matériel...
 

 
en terme de lisibilité oui...en lisp c des parenthèses, en TCL c'est des {, des ", des [, des ( ...assez imbitable, et je parle pas des messages d'erreurs quand une procédure foire...rien que pour ça j'adore java : quand ca pète, tu sais où, et pkoi, de manière propre et lisible...ça faisait des années que j'avais pas perdu mon temps à la recherche d'un espace superflu ou manquant, ou de prio d'execution d'une procédure...
 

Pour faire des partitions, tablatures, partitions de batterie, il y a des bibliothèques pour l'affichage ? Le besoin, c'est de pouvoir zoomer (donc du vectoriel, autant que faire ce peu), mettre un avant certaines notes, faire défiler la partition sans trop de ralentissement.

Si en plus, c'est maven compliant, c'est que du bonheur

genre http://code.google.com/p/abc4j/wiki/JScore dis donc.

Elle me parait bien terre à terre ta définition

Ca oui, une fois que t'as l'habitude de lire les traces de 15 km, c'est juste c'est génial

j'avais commencé un truc pour les partoches, mais je ne suis pas allé tres loin

TCL aussi

Ok, lol.

perso, j'ai fait un truc custom (en m'inspirant de trucs trouvés dans le source du framework pour l'infrastructure).

le application.jsp :

une page :

edit : ça va avec un type de retour custom que j'ai mis par défaut dans le package bien sûr.

C'est type="text/javascript" et non pas language="JavaScript"
 
Pis si t'as la possibilité de servir en g-zip, minify ton js (quitte à concater les fichiers) et sert le via g-zip. C'est plus léger et plus facile à évaluer pour le client.

ouais, on verra.

Qui à être un partisan du fuck-the-norme tu met rien et tu fais le kéké parceque t'as gagné une 20aine d'octets par script

nraynaud > Tu trouve pas ça un peu moche les lignes genre :

Avec l'imbrication de < > et de " " pas échappée ?
(bon, le style &lt; dans les comparaisons numériques en XSLT c'est clairement pas plus sexy...)

Je trouve ça TRES moche. J'crois que j'ai un moyen de faire mieux maintenant ....

ouais non, ça marche pas en fait l'autre technique dans ce cas.
 
pour les quotes et les diamants, le parser c'est un warrior, il parse tout comme il faut.
 
(m'enfin cette notation je l'ai trouvée sur le net)

Tu peux pas faire un <:c set> ?
Ah moins que ça soit ça la solution en question

nan, c'était pas ça, fais voir comment ça marche cette histoire de set ?
 
un truc qui marche quand la balise utilisatrice est struts c'est ça :

Tu peut pas simplement faire un truc genre :
(note que je sais pas du tout comment marche normalement les taglibs et tout ça)

<link href="/static/sport.css" rel="stylesheet" type="text/css"/>
<a href="action:globalWorkouts">Les entraînements de tout le monde</a>

Et par exemple avoir ta logique de remplacement ailleurs avec des règles du genre:

Rewriter() {{accept("link[href]" );} /* une règle xpath pour spécifier ce que tu accepte */
   onMatch(Node node) {
      node.setAttribute("href", "http://cdn3.lol.fr/"+node.getAttribute("href" ));
   }
};
 
Rewriter() {{accept("a[href^=action]" );}
   onMatch(Node node) {
      String action = node.getAttribute("href" ).split(":" )[1];
      node.setAttribute("class", action+"Action" );
      node.setAttribute("href", "http://lol.fr/do"+action.capitalize());
   }
}

<link href="/static/sport.css" rel="stylesheet" type="text/css"/>
<a href="action:globalWorkouts">Les entraînements de tout le monde</a>

Rewriter() {{accept("link[href]" );} /* une règle xpath pour spécifier ce que tu accepte */
   onMatch(Node node) {
      node.setAttribute("href", "http://cdn3.lol.fr/"+node.getAttribute("href" ));
   }
};
 
Rewriter() {{accept("a[href^=action]" );}
   onMatch(Node node) {
      String action = node.getAttribute("href" ).split(":" )[1];
      node.setAttribute("class", action+"Action" );
      node.setAttribute("href", "http://lol.fr/do"+action.capitalize());
   }
}

non, vraiment pas. J'ai horreur des réécritures. C'est une des raisons pour lesquelles j'utilise pas Stripes d'ailleurs (en dehors de devoir apprendre à l'utiliser et d'avoir de la conf en plus)

J'avais pensé à faire

 
Et ensuite t'aurais

 
A priori ça doit fonctionner...