Reprise du message précédent :

je tombe la dessus, j'allais te sortir la javadoc officielle qui va bien, et c'est pas dedans... il a pas peur le mec de foutre ses trucs dans java.util
 

salut,
 
savez vous si il y a moyen avec l'api jdbc de donner en parametre une liste à un prepared statement et pour obtenir une requete genre machin.bidule in (?,?,?,?)   avec cette liste qui serait dynamique ?

C'est pour quoi faire ? car tu dois pouvoir setter un Array

non, pas directement :

en dur je sais faire mais là j'essaye justement de déconstruire une requette contruite bout à bout c'est atroce

je prefere encore annuler les conditions de critere de recherche avec des trucs comme

select truc
from muche
where id='id' and ('OFF' = ? or critere= ? )

pour avoir une requette lisible d'un bloc, sinon je trouve ça horrible, surtout quand tu repasses sur le code de quelqu'un d'autre et que ça appelle par des fonctions bouts de codes communs à d'autres trucs

comme le nombre dans la liste in ( ... ) est de 4 au max je pense que je vais me passer du in ( ... )
a moins que quelqu'un aie une meilleur idée  

http://jparsec.codehaus.org/api/jf [...] attern...)
admirez la logique du and, pas du tout naïve, complètement utile, et pas du tout baise-couillon

?

le fait qu'il applique chacun des patterns fournis à la même entrée, et ne matche que s'ils matchent tous?

ouais, alors que normalement, dans la définition de parsers, on utilise l'apposition comme loi pour le produit. Machin est valable, puis machin est valable.  
 
Là ça veut dire que quand tu fais passer une règle, tu dois re-cracher ce qui est avalé pour le faire consommer à un autre, ça dédouble le token dans l'automate etc. ça te nique un bon paquet d'invariants, mais ça doit rester une algèbre quand même.

et en charabia ça donne quoi ?

Si t'as un jar hibernate qui traine, teste ça:
Criterion s =  Expression.in("test",new String[] {"a","b","c"});

s.toString() te renvoi un truc pas trop laid....

en mm temps c'est con a génerer, un truc genre "?, ?, ?" en fonction de la taille d'une array hein

c'est moche comme tes pompes aussi

bah quoi  

comment on sait qu'un fichier .class a ete compile avec des informations de debug, style linenumbers. J'ai des choses bizarres Z'avez un moyen de chopper l'info ?

javah ptet?

je vois pas le rapport

bah ché pas, me disait qu'il te sortait ptet ça

non
 
javap me dit le nom du fichier source en cas de compilation en debug par contre

ok

you're welcome

javap -c -l -s -private -verbose com.truc.Much
je te conseille de piper ça dans un more par contre

bof,pour une class Foo, pas besoin
 
*bisous*

salut, il y a vraiment aucun moyen d'afficher le résultat d'un prépared statement avec les valeurs affectées au "?" pour voir quelle requette est exactement passée à la base ?

C'est pas dispo dans les traces/logs de ta db?

 
c'est ce que je suis en train de chercher, mais c'est DB2 la base ça serait même pas une suprise de plus si il y en avait pas
 
edit: bon il y a moniteur d'activé, mais tous les outils d'admin rament à mort sur ma machine

P6Spy, ça marche pas mal.

 
je suis tombé dessus sur google mais j'ai pas trop compris le principe
si il faut changer le driver ça va pas le faire

en fait, c'set un driver qui encapsule le tiens. Les requêtes JDBC passent d'abord par P6Spy, qui les renvoient au driver DB2.
 

ok alors ça va je peux le mettre en local

Y a un truc pour convertir un Float[] en float[] svp ?

A part faire un monFloat.valueOf() sur chaque élement ?

http://commons.apache.org/lang/api [...] lang.Float[])

Holy mother of caca, j'avais jamais vu que les tags JSP n'étaient instanciés qu'une fois par page, et que toutes les apparitions d'un tag donné dans une page venaient en fait de la même instance
 
C'est complètement débile

historiquement ça avait du sens.
une même instance peut même être gardée entre plusieurs pages quand je sais plus quelle option est activée.

Ouais mais vu qu'il n'y a aucune méthode d'init et aucune de nettoyage (release étant appelé à la libération de l'instance), faut faire des trucs dégueus dans doEndTag

tu parles en entrant et en sortant de la page ?

Non, je parle en entrant dans le tag avant d'appeler les setters, et en sortant du tag (juste après doEndTag, mais bon celui là c'est gérable trivialement à la mano, c'est juste que c'est sâle d'avoir le cleanup dans doEndTag, ou d'appeler la méthode de cleanup depuis lui)

edit: parce qu'en entrant et en sortant de la page, bein il y a le constructeur et #release

masklinn: c'est le cas avec les Tag de jsp1.x, mais en jsp2 ils ont introduit de nouvelles interfaces (SimpleTag, un truc du genre) qui a un lifecycle beaucoup moins con et plus simple.
edit: bon merde, jsuis plus sur:
 http://java.sun.com/j2ee/1.4/docs/ [...] leTag.html
c'est plus simple, mais je suis pas sur que le pooling et tout ce merdier ait vraiment été viré...

Effectivement, je vois ça. Je le saurais pour la prochaine fois
(parce que pour ce coup ci, c'est trop tard )

edit:

j'aurais même pas eu le problème

re-edit: ils auraient quand même pu déprécier Tag et TagSupport, ces cons

Quelqu'un a une liste ou un arbre (d'héritage) des exceptions natives de Java (celles qui sont dans le jdk quoi)