Reprise du message précédent :
euh je sais pas, là le but c'est juste virer ces affreuses connections des actions dans un premier temps et springer les dao à la place, en qui feront office de services en attendant l'ajout éventuel d'une couche service
 
avec modif eventuel du code jdbc par des jdbctemplate pour aussi pouvoir s'épargner les finally, les .close des preparedstatement resultset & co
 
enfin là j'ai ce que je veux avec le autowired sur la methode, ça demande juste d'étendre et d'ajouter une annotation @repository à la classe fille

Ma méthode ne ferait pas mieux

bon, là je viens de voir qu'on pouvait injecter des dépendances dans des composants non instanciés par Spring.

Je tente de le faire pour injecter des dao dans des actions Struts (cherchez pas )

j'ai annoté mon action avec

déclaré de façon explicite un wiring sur un setteur, car bon ça avait pas l'air de marcher

et dans la conf spring ajouté

le load time weaver est en commentaire, car dans la doc que je lis http://static.springsource.org/spr [...] e/aop.html ils disent pas que c'est nécéssaire pour ce que je veux faire

edit: mais je lis peut être pas la bonne doc en fait http://static.springsource.org/spr [...] e/aop.html

paragraphe 6.8.1. Using AspectJ to dependency inject domain objects with Spring

edit: bon ça à l'air de marcher si je décommente load-time-weaver qui est en fait indispensable, par contre le autowire sur la classe complete est un peu violant, il éssaye de wirer setServelt de la classe Action héritée

edit :bon ça marche aussi @transactional en ajoutant <tx:annotation-driven mode="aspectj"/>

bon petite question sur maven
 
sur cet appli quelqu'un à eu la super idée de maintenir un web.xml et un struts-config.xml différent selon qu'on est en prod ou en dev
 
Donc en gros il y a dossier /prod qui contient le web.xml et le struts-config.xml de prod, et ceux de developpement sont dans le WEB-INF.
 
je me demandais quelle était la façon la plus souple de gérer ce probleme pour la génération des wars

un profil qui reconfigure le maven-war-plugin; ou bien deux projets:
tu peux avoir une dépendence sur un war, et overwriter le web.xml, par example.

Utiliser le filtering des ressources de maven avec des placeholders dans tes fichiers.
Un fichier par environnement et roule

je peux toujours l'ajouter en plus pour certains parametres, mais c'est aussi des mappings ou définitions d'actions qui sont dans l'un et pas l'autre

je comptais avoir un jar séparé pour les fichiers des ressources genre le filtre que j'utilise pour les variables spring, genre datasource etcetera
idéalement ça aurait été bien de pouvoir mettre le web.xml et le struts config là dedans, mais je sais pas si éclipse lui même apprécierait

avec la dépendance du war pourrais tu préciser ?

idéalemement il faudrait que je génère deux wars ou en gros, ou seulement web.xml et struts-config sont différents, donc si ils distribuables dans un jar externe qu'il suffirait de déposer dans le WEB-INF/lib en prod tout en gardant un war commun, ça serait pas trop mal.
Mais un war sans web.xml ...

eclipse ou pas, tu peux pas mettre ton web.xml dans un jar, non
Quoi que la spec servlet 3.0 propose un truc de fragments... ou un jar pourrait déclarer une servlet ou un filtre, par example.

google: maven war overlay

 
 
merci ça me parait répondre à mon besoin

est ce qu'il y a moyen que maven compile et deploie automatiquement les artefacts dont l'artefact parent dépend ?

Ca m'est déjà arrivé de modifier un projet dépendant, sans rebuilder et deployer le nouveau jar et de me faire avoir pour des classes manquantes, car à priori il va chercher en premier dans le dépot.

non.
google: continuous integration
google: nexus
google: hudson

après réflexion le war overlay ça pose problème car je vois pas comment faire pour que la dépendance au war qui va se mettre en overlay soit parametrable, car je voudrais avoir plusieurs overlays possibles

il faudrait que je change le pom.xml à la main pour changer l'overlay

 [...]
    <dependencies>
      <dependency>
         <groupId>com.example.projects</groupId>
         <artifactId>documentedprojectdependency</artifactId>
         <version>1.0-SNAPSHOT</version>
         <type>war</type>
         <scope>runtime</scope>
      </dependency>
      [...]
    </dependencies>    
  [...]  

ce qui peut le faire, mais j'aurai rêvé d'un truc qui nécéssite seulement un parametre passé à maven par exemple ou que ça me génère tous les wars des différents environnements d'un seul coup

profil, properties

merci à toi !
Tu l'avais indiqué dans ta première réponse, j'ai pas tout assimilé.

bon je parviens pas à le faire fonctionner  

il y a bien explosion du war en dependance, et overlay d'apres la log donc la dépendance ajoutée en profil ainsi que l'activation du profil en argument de ligne de commande fonctionne, mais le war final ne comporte pas le contenu de la dépendance

fait peter ton pom

oué, enfin il y a pas mal de trucs à maquer

je le met en pv, il est nettoyé, mais on sait jamais

dans le debug j'ai les messages suivants

[DEBUG]  - WEB-INF/classes/log4j.properties wasn't copied because it has already been packaged for overlay[currentBuild].
[DEBUG]  - WEB-INF/struts-config.xml wasn't copied because it has already been packaged for overlay[currentBuild].
[DEBUG]  - WEB-INF/web.xml wasn't copied because it has already been packaged for overlay[currentBuild].

le message est clair, par contre la solution l'est moins dans la mesure où par défaut l'overlay est censé écraser il me semble

EDIT:

ha ça y est enfin  

j'ai du ajouter ça dans le profil

l'astuche c'est de mettre <overlay></overlay> en dernier pour que les fichiers du projet principal soit ajoutés en dernier parceque rien n'est écrasé en fait

c'est du coup à se demander si ça serait pas plus simple de ne pas utiliser de profil et de procéder dans l'autre sens, en executant le pom du projet qui contient que quelques fichiers à changer et en mettant l'autre projet en overlay

est ce qu'il y a un moyen conventionnel de renommer le war généré de façon à ce que le nom du profil utilisé apparaisse quelque part dans le nom ?

oui, mais n'utilises pas de profil pour autre chose que "dev-only" ou ce genre de trucs

j'ai pas compris ce que tu veux dire par là

par contre j'ai obtenu un résultat en mettant <artifactId> du pom.xml en variable de properties, que le profil surcharge ensuite

c'est assez moyen car au lancement du pom il indique le nom de la variable surchargée, la variable qui surcharge est activée ensuite, mais bon au final ça donne bien le nom que je veux au war.
Je préfère changer le nom de l'artifact plutot que mettre un nom en suffixe de la version ou un truc du genre.

Je dirais qu'en théorie ça serait peut être mieux que le war final soit créé par le pom.xml du projet qui sert d'overlay, ce qui du coup ôterait tout intérêt des profils.
Avoir plusieurs projets séparés c'est propre à l'usage mais certains préfèrent avoir des dossiers ./conf/recette ./conf/prod pour n'avoir qu'un projet. Si tu connais une solution qui permetrais de remplacer les fichiers ça m'interesse comme solution alternative.
Mais il faudrait que ça remplace que au packaging et pas dans le projet, sinon il y a un énorme risque de conneries

Bon, je voudrais savoir si qq connait une API (ou un programme utilisable en ligne de commande) de diff de XML digne de ce nom. Pour l'instant, j'ai essayé XMLUnit 1.4 et DiffX, et c'est pas terrible.

Je m'explique.
J'ai deux arbres XML

1.
<a>
  <b>1</b>
  <b>2</b>
  <b>3</b>
</a>

2.
<a>
  <b>2</b>
  <b>3</b>
</a>

Je voudrais avoir comme sortie un truc du genre:
Dans 1. <a><b>1</b></a> , noeud manquant dans 2.

Au lieu de ça, XMLUnit me sortira:
Diff dans 1: <a><b>1</b></a> , dans 2. <a><b>2</b></a>
Diff dans 1: <a><b>2</b></a> , dans 2. <a><b>3</b></a>
Diff dans 1: <a><b>3</b></a> , dans 2. manquant

Notez que les deux fichiers sont ordonnés (s'ils ne le sont pas, c'est évidemment bien pire). Pour peu que les fichiers fassent plus de quelques Ko, ce genre de sortie est totalement inexploitable.
Quand à DiffX, j'ai l'impression qu'il se démerde mieux, mais présente des performances tellement abyssales qu'il n'est pas utilisable sur de la production (genre 20 mn pour deux pauvres fichiers de moins de 100 Ko pratiquement identiques sur un C2D, or j'ai plus de 10 000 fichiers à traiter, dont certains de plus de 10 Mo), et je suis pas trop fan de sa façon de présenter ses sorties.

Bon, en fait, vu que tout est trié, j'ai juste besoin de faire du diff standard.

Faut que ce soit trié et formatté correctement, sinon ton diff textuel il va bouffer si une lib décide de retirer du whitespace avant de re-sérialiser (notes que tu peux pretty-printer ton XML juste avant de faire un diff textuel, c'est ce qu'Araxis Merge fait).
 
Sinon, tu peux toujours essayer de regarder ce que donne le diff xml de <oXygen/>, mais je doute que ça soit intégrable en API sans demander aux gars qui le codent.

Ouai

avec xmlunit, tu peux dire si tu veux tenir compte de l'ordre ou pas
j'ai fait un ptit xmldiff basé dessus, jpeux essayer de le retrouver demain si tu veux

Idéalement faudrait que ça prenne un schéma (pas nécessairement XSD) pour connaître la sémantique du document au niveau des éléments (genre si l'ordre compte ou pas)

ouais, on va dire que j'ai implémenté ça avec une interface dont j'ai oublié la signature la tout de suite

est ce que c'est possible d'injecter un bean dans un champ statique d'une classe avec les annotations et le load time weaving ?

j'ai défini une classe en @configurable et j'utilise l'anotation d'autowiring sur le champ, mais comme la valeure est nulle, j'en déduit que l'autowiring n'a lieu que quand la classe est instanciée.

edit: ok on peut pas, j'avais pas vu l'exception, Spring est en mode debug

Oui ça m'intéresse. Ceci dit, ça reste tjrs intéressant d'avoir les éléments triés, pour pouvoir faire un diff visuel si besoin.

je crois que la clé est la dedans:

j'ai aussi un ElementQualifier custom

bon je me répond à moi même, j'ai déclaré la classe en @component, et une méthode publique en autowire initialise la variable statique à l'instanciation initiale des bean par Spring

Hmm, oui, moi j'ai DifferenceConstants.CHILD_NODELIST_SEQUENCE, je vais essayer ton truc dès que j'ai un peu de temps.

'lu,
j'ai un soucis avec le loadtime weaving de aspectj qui fonctionne sous windows mais pas sur linux
les annotation @configure sur les classes semblent pas avoir d'effet

j'utilise tomcat avec la même version, install clean, le war de l'appli est le même,
je passe -javaagent:chemin_vers_spring-agent.jar en option à la jvm
j'ai aussi récupéré le dernier jdk

edit: ok, en fait aucune annotation n'est prise en compte, pas même par spring, seuls les beans définis le fichier de config de spring son pris en compte

org.springframework.core.io.support.PathMatchingResourcePatternResolver - Resolved location pattern  [classpath*:blablabla ..... ]

c'est la même chose sur linux et windows par contre pour l'un :

DEBUG org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loaded 14 bean definitions from location pattern [WEB-INF/spring.xml]
et l'autre
DEBUG org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loaded 121 bean definitions from location pattern [WEB-INF/spring.xml]

et il y a rien entre les deux comme log.

EDIT2:

même war, même installation de tomcat, même jvm, lancement depuis cygwin avec le même script de lancement, sous windows ça fonctionne.

casse caractères dans des chemins ?

je sais pas, c'est vraiment comme si le processeur d'annotation ne voyait rien comme annotation dans les .class que le scanneur détecte

bon sinon sur un autre sujet
 
Je n'ai pas Spring.
J'ai plusieurs beans services dont la langue doit être passée chaque fois en paramètre des méthodes de service elles mêmes.
 
Je pourrais par exemple avoir un parametre en constructeur du service que j'instancierait de toutes façon probablement à chaque fois.
 
Par contre je me demande si il y a moyen de faire un truc plus élégant, ou je placerait la langue dans le thread, que je récupérerais donc par la thread une fois à l'intérieur de l'objet service, un peu sur le principe utilisé pour récupérer les connections avec les ejbs ou spring sans avoir à les descendre systématiquement dans les arguments des méthodes.
 
Ce qui me permettrait du coup plus tard d'avoir une seule instance quand je passerais cet appli à Spring.
 
Qu'en pensez vous ?
 
Sous Spring ça se ferait comment d'ailleurs ? Car le problème est un peu le même.

ThreadLocal ça sert à ça non ?

oui, mais trouver comment ça marchait et s'en servir était une autre paire de manches
 
donc à priori je vais faire une classe  
 

 
et je risque de faire un truc similaire pour passer la data source qui n'est accessible que depuis la request
et peut être faire une espece de connection manager pour gérer les connections

ouais en meme temps si tu voulais un truc élégant...

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