Reprise du message précédent :
pour la langue ça n'aurait traversé qu'une couche, donc ça reste ok, car j'ai ensuite des objets adapteurs qui me permettent de convertir les bean et listes de beans revenant de la base vers un bean métier.

j'aurais eu ce parametre de langue sur chaque service, ou alors il aurait fallut que je fasse ressortir le bean provenant du dao hors du service, mais comme c'est un form struts, j'avais pas envie lol

Au moins si le dao est réécrit de façon à ne pas renvoyer un form struts, je n'ai qu'a changer ma classe adapteur.

En fait l'idéal aurait peut être été de wrapper le dao directement par un dao qui fait l'adaptation
de cette façon le service ne devrait pas être touché si l'implémentation change.

J'ai aussi tenté un truc pour avoir une connection attachée au thread, avec fermeture et rollback à la spring, on verra bien ce que ça donne
c'est là qu'on comprend vraiment l'intérêt des aspects et pointcuts, parceque là je suis obligé de coder le try catch finally dans la méthode, alors que tout ce code pourrait être factorisé et écrit une seule fois

bon je parle tout seul, mais le truc que j'ai fait marche  

je pourrais coller la classe si vous voulez, il y a peut être un truc que j'ai pas vu qui me pètera à la gueule plutard

pour des transactions multiples il faut pas rêver je vais pas réinventer spring ou les ejbs, mais là déjà ça permet d'avoir un design bien plus propre, ça m'aurait bien servis sur d'autres projets

Salut tout le monde,
 
Je développe une grosse appli web depuis un bon moment,je trouve la JEE 6 bien supérieure aux versions précédentes,tout se fait de façon beaucoup plus souple grâce aux annotations.
Mais j'ai un souci,j'utilise Glassfish car c’est le seul serveur compatible avec la spécification et il est lourd à chaque run.
Je voudrais savoir s'il n’aurait pas un autre moyen pour débugger mes pages sans runner à chaque fois.
 
Merci.

ce n'est sans doute pas le glassfish qui est lourd... particulièrement si tu utilises la v3.

 
 
regarde du coté de JRebel

il y a pas moyen de faire un sorte qu'un log.debug( ) affiche la methode et son numero de ligne même si il n'y pas d'exception ?
 
 

bah c'est pareil, sans exception. Il faut que le "pattern" de ton appender soit correct
 
log4j :  
http://logging.apache.org/log4j/1.2/manual.html

 
parfait ! merci !
Je me rappelle avoir cherché sans trouver par la passé

attention, de mémoire, c'est lent. Donc pour le dev. c'est bien. Pour la prod, ça l'est moins.

 
ok
peut être qu'on peut adapater le pattern au niveau de log ?

Je sais pas. Mais généralement, je n'utilise pas le même fichier de log entre les différents environnements (rien que pour ne pas printer les DEBUG en prod...)

T'façon il fait ce bordel que quand il logge pour de vrai non?
 
Ou alors faut mettre des if(logger.isEnabledFor(logger.getLevel())) (enfin truc du style, c'est probablement pas bon en l'état) de partout?

ce if est déjà fait en interne si je n'm'abuse

 
l'intérêt du if(log.isdebug()) etcetera c'est surtout pour éviter qu'il y ai évaluation de la chaine de caractères de log.debug("  ... "+bla²+"blo" ) et aussi éviter l'appel de la fonction qui ne fera rien de toutes façons si le niveau de log est trop bas, car il y aura un if dans le style que tu décris pour pas que ça logue.
 
 
sinon je me demandais si avec un objet B qui hérite de A, il y a moyen de d'obtenir une instance B avec les mêmes valeurs que A, sans avoir à créer manuellement dans B un constructeur qui va copier les champs 1 par 1.
 
car clonage c'est pas possible et cast non plus mais ils ont quand même beaucoup en commun
 
par exemple un  
A a = new A();
B b = B.clone(a);
 
qui clonerait seulement les champs communs aux deux, plutot qu'un  
 

 

 
edit :    sérialiser et deserialiser avec Xstream ?

T'aurais apris à lire, tu te serais rendu compte que c'était justement ma question
 

Oui mais non hein, ça c'est de la microoptimisation en slip sale, à ce stade là tu colles un préprocesseur et tu dégages complètement le code de débugging sur les binaires de prod au lieu d'être un gros porc. L'intérêt de checker le loglevel c'est surtout quand t'as un vrai appel bien coûteux dans ton logging, genre tu touches au FS ou à la db.

en théorie log4j permet de changer le niveau de log à chaud même si c'est pas recommandé
si tu vires le code de debugging tu peux pas

que ce soit une string ou un appel de méthode plus conséquent, le probleme c'est le principe de l'évaluation du code qui sera passé en parametre de log.debug( Object o ).

par exemple log.debug( bidule.maFonctionQuiPrendTroisHeuresPourGenererLeResultatOuQuiVaMemeTaperEnBase() )
quelque soit le niveau de log, la fonction sera exécutée

je me doute que tu le sais

Soit tu microoptimise ton slip sale soit tu le fais pas

Oui, et the point, you missed it. Concaténer 3 strings ça coûte rien. Ça vaut pas le coup de rajouter 3 lignes de conditionnels pour ça.

Tu as raté le point dès le début en décidant de ne pas retenir le cas général de l'exemple, qui est l'évaluation de ce qui est passé en parametre.
et qui peut justifier d'ajouter un if log.isdebug devant un le log.debug

ta question n'est pas claire

ces infos de lignes il les obtient peut être du Thread.currentThread().getStacktrace() qui sera toujours à jour j'imagine mais j'en sais pas plus pour ma part
si c'est le sens de ta question

slf4j: log.debug("truc {} machin {} bidule", arg1, arg2, arg)

logging.debug en Python aussi, mais je m'attend pas nécessairement à ce que des libs java soient capables d'une intelligence pareille.

Et si arg1 est un gros callable qui fait 5 appels rpc, ben tu l'as dans le fion pareil.

oui, c'est juste bon pour éviter de la concat et du .toString()

C'est un très bon début

Le contenu de ce message a été effacé par son auteur

Le contenu de ce message a été effacé par son auteur

Oui, c'est pas recommandé, parce que si jamais t'as besoin de passer l'appli en debug, il suffit qu'un mec ait mis dans le code en dur qq part loglevel(INFO), et tu l'as dans le cul, tu seras en INFO.

Dans un projet où j'étais, on se faisait pas chier, on était en DEBUG en prod. En général, pour les applis de gestion qui sont lourdes en com réseau et/ou accès base de données, c'est pas super pénalisant (enfin, faut mesurer un peu quand même avant de conclure). Par contre, on se retrouve avec 3 Go de logs par jour, et ça c'est plutôt chiant. Du coup, on avait fait une surcouche pour logger tout en RAM, et n'étaient écrites sur disque que les exceptions et les 10 secondes de log les précédant ou les N logs d'avant (la durée de rétention étant réglable à chaud). Ca marchait pas trop mal,  du jour au lendemain, la taille des logs a été divisée par 500. Je n'ai jamais compris pourquoi aucune API de log ne propose ça à ma connaissance.
PS: ça ne revient pas à faire du log "normal", car là, on avait toutes les traces en DEBUG, et pas juste du WARNING ou ERROR, mais uniquement celles précédant une erreur.

Suffit de coder le handler (ou Appender, en lingo log4j) qui implémente la bonne stratégie, ce que tu décris a l'air un peu trop spécifique pour l'intégrer directement à la lib et tu peux le construire sans trop de difficultés soit direct soit à partir d'un handler/appender qui balance les données sur un socket (SocketAppender pour log4j) distant ou local et fait bien ce qu'il veut avec ses données.

Oui c'est une bonne solution (pour ne pas dire LA bonne solution). De l'autre coté, tu récupères tes traces sur un processeur d'événements du style Esper ou StreamCruncher, et tu fais ce que tu veux avec.

 
J'utilise la V3 sur une appli moyenne et je trouve le serveur bien lourd comparé à d'autres.
 

 
Merci ça a l'air intéressant,je vais l'essayer.
Dommage que ce soit payant.
 
 
Sinon les spécialistes,que pensez vous de cet article ?  
 

 
http://www.theserverside.com/news/ [...] 887#339773
 
Quel est l'avenir de Java selon vous ? Je vois beaucoup de pessimisme en ce moment,beaucoup de dév qui vont vers d'autres langages ?  
Qu’est ce qui se passe ?

comparé à quels autres ? tu le démarres avec le web profile ?

 
Tomcat par exemple et oui je démarre avec le Web profile.

comparer Tomcat avec un appserver complet, c'est comme comparer une camionnette avec un 35tonnes...

 
la trial dure 30 jours, et si tu prends les nightlies régulièrement, tu peux marcher comme ça.
 
Et c'est gratuit pour les devs opensource, et c'est pas si cher que ça pour une entreprise.

 
 
Si t'as de la thune tu peux mettre glasshfish sur un ssd dédié.

Y'a OpenEJB aussi, mais ça reste une usine à gaz.

malgré les générics pourquoi on peut pas, si B herite de A, faire simplement
List<A> a = new List<B>();  ??
 
 

Sinon on peut faire a.add(new A());

parce que ça n'a aucun intérêt ? (si il y en a un, j'ai du mal a voir lequel)

  peut être qu'il veut une liste de A
 
  voilà, une raison de ne pas le faire : on ne sait pas si tu veux une liste de A, ou une liste de B

parceque tu peux faire

au final j'ai une liste de List<A> contenant des B

MAIS en fait ce qui change c'est que la liste "la" en elle même est une instance de List<A> et en fait il y a aucune relation d'héritage entre List<A> et List<B> c'est ce qui fait que le cast est impossible apparement.

il me semblait qu'on pouvait s'en sortir avec les trucs genre List<? extends A> mais je n'y arrive point

edit : en fait plutot que faire une boucle on peut faire

pour faire quelque chose genre ça ?  

normal qu'on ne puisse pas le faire : la c'est une liste de A.  
(je comprend pas le problème en fait)

maList.addAll(liste) ça marche pas mal non plus.

parceque B hérite de A

donc List<A> peut contenir des A et des B, et List<B> seulement des B, par contre List<B> n'est pas une instance de List<A>, il y a pas de relation d'héritage, donc le cast marche pas
c'est en fait le même probleme avec les tableaux, il faut reconstruire le tableau en entier

si t'as déjà fait maList = new ArrayList() avant oui évidement