Reprise du message précédent :

TU VA ME LE FILER CE PUTAIN DE MANAGER /FOU/ /FOU/
 
(c'est bon, y'a plus de entityMachinException ni de récursion)

Bon, je remarque que personne n'est foutu de répondre à ma question. Pour montrer des bouts de code immonde, y a du monde, mais quand il s'agit de contourner des contraintes débiles dûes à un boss qui refuse qu'on utilise une technologie, y a plus personne

rhooo, c'est beau, on dirait du tructeering
 

monster.fr

allez hop, omelette au trompette de la mort
 
un p'tit riesling  de 2003 cuvée spécial lorill pour accompagner

des patate et du blanc de poulet qui a dépassé sa DLC de 24h
 
youpi, et après, un peu de java pour garder la forme

http://java.sun.com/j2se/1.5.0/doc [...] arted.html

y'aurait pas eu gourage de topic ?

qqun a déjà utilisé une libraire pour faire du diff intelligent? genre configurable, renderable, qui ne soit pas basé uniquement sur de l'xml mais qui puisse "differ" des objets ou chépaquoi, gnagnagna ?

(je sais utiliser google, donc je vois incava.org/java-diff, n'est-ce pas)

niet.

 
comme d'hab, on l'a codé à la main not' diff-merde

you are gently request to opensource this, merci.

hep les gens, comment on pousse un org.w3c.dom.Document dans un java.io.PrintWriter déjà svp ? je me souviens jamais et c'est tordu.

j'ai du rater un panneau à un rond-point

moinsmoins: dans un projet précédent, ça a aussi été codé à la main. Le plus chiant étant de differ une arborescence.

ok mais si c'est pour me faire déprimer c'est pas la peine, hein.
 
chez confluence, je vois qu'ils ont un truc qui s'appelle commons-jrcs-diff, dont google ne connait l'existence que par le svn de codehaus

bon, répondez, il doit bien y avoir une méthode plus courte, je vais pas laisser ce truc débile dans mon code

xstream

heu là je génère du JDO quand même

http://www.cenqua.com/fisheye/demo [...] s/apt.html

 
un bon outil pour se l'apt

utf8 "\xE6" does not map to Unicode at /Library/Perl/5.8.6/SVN/Notify.pm line 1527, <PIPE> line 797.
 
wtf.

(ça part en sucette à tendance bouclante sur un gros commit )

C'est le jeu de la 2e chance. Ca marche pas ? Essaye encore une fois

là ça essayait un peu plus de 2 fois ...

 
Imagine un jeu de la deuxième chance où le participant n'a pas de mémoire

bah de toutes façons ça se finira soit en OOME soit en StackOverflow.
sauf que comme tu le vois, l'exception qui est catchée n'a rien à voir avec le business, donc j'ai viré le catch et le throws correspondant.

wget http://repo1.maven.org/maven2/net/ [...] ib-0.9.pom
 
-> 403
 
wtf, ça marche dans mon browser

euh dites, chuis désolé de déranger les pontes de java que vous êtes, moi maigre n00b dans ce langage, mais j'étais en train de regarder la doc de Stack (http://java.sun.com/j2se/1.5.0/docs/api/java/util/Stack.html), et je tombe la dessus :

c'est un peu concon non ? une pile qui dérive d'un vecteur signifie que je peux utiliser toutes les méthodes de vecteur, et donc cette phrase tirée de la doc de Stack perd tout son sens :

il est ou le concept LIFO d'une stack si je peux utiliser dessus des méthodes comme insertElementAt() ou removeElementAt() ?
et je suis désolé, mais une Stack n'est pas un Vector ! ne sommes nous pas en présence d'une grossière erreur de conception  ?  

J'ai tendance à être d'accord, créer une stack à partir d'un Vector me semble pas anormal, mais ce serait plus logique de le faire par composition que par héritage
 
J'pense qu'on est en présence d'un accès caractérisé de fénéantise

apparemment je suis pas le seul à me poser la question :
http://forum.java.sun.com/thread.j [...] ID=2531799
 
et effectivement, on dirait bien une crise de flemmingite de la part de Sun ! ou plutot un souci de ne pas casser la compatibilité ascendante vu qu'apparemment ça date de Java 1.1. chuis sur qu'en épluchant la javadoc on peut trouver d'autres exemples de ce genre

déjà débatu des tonnes de fois ...
c'est pas logique, mais ca permet de faciliter certaines choses pour l'utilisation au quotidien de la structure ... c'était un choix ...

la réalité c'est que stack date de 1991, età l'époque, on pensait pas comme maintenant, c'était l'age d'or de l'héritage.
 
En réalité, j'utilise jamais, stack, j'utilise une List comme tout le monde, simplement j'accède au premier ou au dernier élément à la main.

Bon, je m'arrache les cheveux sur une connerie, et je n'arrive pas a comprendre ou est l'erreur/l'astuce.
 
J'ai un custom tag jsp avec l'attribut body-content a "scriptless" (valeur par defaut egalement). Dedans, je met un <jsp:doBody/>.  
J'ai une autre page qui utilise mon tag:
<custom:monTag>
   blabla
</custom:monTag>
Dans le blabla, comme j'ai lu a differents endroit que l'on a pas droit de mettre du java, je me debrouille avec les tags Struts et autre. Et voila que quelqu'un modifie le blabla et y rajoute
<%= Integer.valueOf(getParameter("truc" )) %>
Et la, miracle, ca marche
Du coups, je veux faire pareil et je remplace par
<%= "toto_"+maVariable %>
Et la, tomcat se vautre en me disant que je n'ai pas le droit de mettre de scriptlet a cet endroit?!
 
Alors, c'est quoi ce grand mystere de la vie?

bha, tu viens pas de dire que ton Tag n'acceptait pas de scriptlet dans son body ? change sa déclaration. et pis fais la voir s'te déclaration (tld)

quelqu'un saurait désactiver la vérification des timstamps dans la tache javac de ant ?
 
j'ai une tache apt (qui génère mes .jdo dans le répertoire de sortie) qui dérive de javac que je fais passer après compil, mais elle refuse de passer parce que les .class sont tous plus récents que les .java corrsepondants.
 
edit :  
http://mail-archives.apache.org/mo [...] ers.com%3E

il y a une tache touch qui traine, ça devrait le faire