Reprise du message précédent :
Class<Enum>

A noter que ça existe deja et que tout le monde se demande à quoi tu joues.

mais le mieux serait de mettre ça dans l'enum

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

Enum.valueOf(Order.class, "ASCENDING" ) ...

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

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

Et donc tu l'appelles en faisant

getParameter("foo", request, Order.class)

.

Tu gagnes quoi par rapport à

Order.valueOf(getParameter("foo", request))

?
(ou mieux,

Order.valueOf(request.getParameter("foo" ))

)

merci, je savais pas que .valueOf existait sur les enums, je trouvais ça bizarre de devoir coder une méthode à la main
 
 

j'ai finit par trouver pourquoi mes annotations marchaient pas dans des war générés par maven
 
le probleme c'est que maven ne sait pas compiler les annotations, en tout cas dans la version que j'ai.
J'en ai eu le coeur net quand j'ai collé le WEB-INF/classes du projet éclipse dans le WEB-INF de la webapp déployée dans tomcat, et oh miracle ça à fonctionné.
 
si quelqu'un en sait plus, ça m'interesse

maven, ce n'est pas un compilateur.
 
C'est à l'assemblage de ton war, il ne doit pas inclure tes dépendances ( = tes annotations).

oui je sais que c'est pas un compilateur, mais vu qu'on peut déjà spécifier la version des sources et de target, et que par défaut il gueule si il y a des annotations et qu'on spéficie pas 1.5 en version de source et destination, on peut imaginer qu'il y est pour quelque chose dans la génération des classes

Mais si c'est pas le cas et qu'il s'agit juste d'inclusion je souhaite néamoins savoir comment faire

je sais pas à quoi ressemblent les annotations au niveau binaire
il faut les importer dans les classes donc j'imagine qu'elles sont compilées dans le code, mais j'en sais trop rien à l'heure actuelle

"ça marche pas", c'est assez vague... vu ton workaround, je dirais qu'il manque juste les annotations dans le war. Vérifie juste que le war contient tes classes, et au bon endroit. Et si c'est pas ça, c'est u autre problème.

je sais pas ce qu'elles deviennent les annotations lol

je decompile une classe elles sont pas là, j'ai aussi regardé dans le dossier généré par éclipse
Je vois pas où elles peuvent être
t'as déjà vu des classes générées ou tu dis ça à tout hasard ?

non mais j'ai mal compris : je croyais que tu copié les annotations compilés (monAnnotation.class) dans ton WEB-INF/classes

ha ok non c'était les classes entières
 
là j'ai résolu le probleme je crois,
il y avait des vielles classes à trainer dans WEB-INF/classes qui étaient là avant le passage à maven
Je m'en suis apperçu en voyant qu'il y avait un log4j en info alors que je le mettais en debug
 
le plugin war de maven n'a jamais pris la peine d'effacer le contenu de ce dossier, c'est hallucinant
(et moi non plus mais bon, moi au moins j'ai fini par avoir l'idée de le faire )
 
mais je me pose quand même la question d'où se trouvent les annotations, car on les voit pas dans le code décompilé

  la classe était dans le target ? mvn clean ? mvn war il prend juste ton target et zip le tout en war.

oui on me dit aussi dans l'oreillette qu'un clean aurait vidé ce dossier

non la classe était dans le WEB-INF/classes du projet, vu qu'avant maven les classes étaient là
donc maven copiait betement le contenu du WEB-INF pour faire son war
en fait je pense que le clean de maven n'aurait rien changé

putain mais java ...
 
en C à l'éxécution ça aurait pété direct si tu mélanges des obj qui ne sont pas linkés ensemble

et il a raison de le faire.

bah c'est normal (bis repetitas).  
http://stackoverflow.com/questions [...] at-runtime

getParameter("foo", request, Order.class)

Order.valueOf(getParameter("foo", request))

Order.valueOf(request.getParameter("foo" ))

à priori, Order.class est pas fixe, mais entre son truc et Enum.valueOf(request.getParameter("foo" ), Order.class) et ce que tu proposes, je vois pas l'interet de l'indirection non plus
à part si c'est pour induire un team de noobs en erreur en leur laissant croire que ces methodes n'existent pas dans l'api de base

non il devrait gueuler

il est censé prendre les .class du target/classes qui est le repertoire par défaut avec la config maven, et les mettre dans le web-inf/classes du war de la webapp

quand il copie le contenu du web-inf du projet il devrait réaliser à un moment ou un autre que des fichiers sont en conflit

java au runtime peut marcher avec des class qui sont pas du meme build tant que les signatures sont compatibles, ce qui sera plus dur à faire avec des .o pour du C. La comparaison n'a pas trop de sens de toutes façons, mais pour moi j'aurai du être averti avant.

ça n'a rien à voir avec le problème dont je parle

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

Quelle est la bonne approche pour éviter les problème de dépendance circulaire lors de l'injection ?

cas de base, par exemple

dans certains cas this. pourrait suffir plutot que a. mais ça veut dire que this. appelle directement l'instance alors que a. passera pas le proxy.
Donc on squize potentiellement des configurations de transaction spéficiques aux méthodes non ?

Le cas du dessus pète à l'injection il dit ne pas trouver A.
Je me disais qu'il pouvait se contenter d'injecter le proxy de A.

de même on peut imaginer que certains services aient besoin d'en appeller d'autres pour pas avoir à dupliquer du code, mais on peut tomber des dépendances circulaires genre
A injecté dans B
B injecté dans C
C injecté dans A

je trouve ça dommage que ça déconne à l'injection, car finalement à l'usage ça parait pas absurde
ou alors il faudrait se passer d'injection et introduire une dépendance à Spring

public void blo(){ (IA)Springcontext.get("a" ).bla(); }

j'ai un environnement sans spring
la data source est configurée et instanciée par struts
on peut la récupérer dans la request
est ce qu'il y a moyen de donner cette datasource à Sping ?

Spring, il "appelle" juste des setters (grosso modo).
Ce que tu peux faire avec, tu peux le faire sans.

oui enfin j'ai pas demandé de l'aide pour enfoncer une porte ouverte lol

bon ma meilleur option semble être de mettre la datasource struts dans jndi de façon programatique de façon à ce que hibernate la recupère dans jndi

par contre ça me parait pas simple de mettre un objet dans jndi

edit: bon j'ai réussit au prix d'une prise de tête collosale

Generics
 
J'ai une méthode qui prend en paramètre un Class<?> et instancie un objet de la classe en question, je lui passe invariablement le même type de classes, Foo1, Foo2, etc.
 
Deux choses :
 
- c'est possible de paramétrer une classe avec la valeur d'une enum ?

public enum Lalas { LALA, LULU }
 
public class Tutu<E extends Enum<Lalas>> // Ça compile, mais je suppose que dans ce cas, Tutu est paramètré par Lalas, pas par sa valeur, non ?

 
- si la question précédente est OK, comment passer à ma méthode qui prend un Class<?> un Tutu déjà paramétré, du style Tutu<LALA>.class (qui ne compile pas BTW) ? Sous réserve d'une syntaxe correcte, la méthode en question instanciera-t-elle une classe correctement paramétrée ?
 
Discussions, critiques, insultes...

attention chérie, ça va décoiffer.
Alors dire "je veux une enum en paramètre" c'est pas simple parce que le type de Enum est récursif, donc tu peux pas l'écrire.
Mais le fait qu'il soit impossible à écrire directement ne veux pas dire que tu peux pas le faire comprendre (et synthétiser) par le compilateur :  

 
Va me falloir de la mise en situation là.
 
Soit ma méthode (framework, j'ai pas la main dessus) a appeler
 

public void picaboo(final Class<?> boo);

 
Soient les classes Tutu, Tata et Toto, qui ont toutes beaucoup en commun et que je passe à picaboo.
 
Je veux refactorer Tutu / Tata / Toto :
 

public class Boo<WTF Generics> {
 
    private <WTF Generics> boo;
 
    public enum Boos {
        TUTU, TATA, TOTO
    }
}

 
Je ne vois pas où se greffe ta méthode. Je me doute (?) que dans mon cas, c'est dans la classe Boo mais je comprend pas le mécanisme, ni la façon dont avec ça, je pourrais appeler Boo<Boos.TUTU>.class par exemple.

package

Bah oui, package. Java a 4 niveaux de visibilité, pas 3.

public void picaboo(final Class<?> boo);

public class Boo<WTF Generics> {
 
    private <WTF Generics> boo;
 
    public enum Boos {
        TUTU, TATA, TOTO
    }
}

J'arrive pas à comprendre, tu peux donner plus de contexte stp ?

OK, ça va pas être simple.
 
Picaboo dans les exemples précédents, c'est le constructeur d'un Intent Android :
 

public Intent(android.content.Context packageContext, java.lang.Class<?> cls)

 
Si tu ne connais pas Android, en gros, un Intent sers à spécifier la classe qui sera la "prochaine étape" de ton appli. Imagine une fenêtre courante, tu appuie sur un bouton pour passer à l'étape suivante. L'évènement du bouton va construire un Intent et le déclencher, l'Intent se sert du dernier paramètre (le fameux Class<?> de mes exemples) pour savoir quel type de fenêtre (donc les classes de ton appli, qui étendent le type Activity d'Android) il doit instancier / démarrer / afficher. Les classes en question n'ont pas de constructeur mais une méthode onCreate().
 
Maintenant, j'ai de nombreuses classes à passer en paramètre de ce truc qui ont vraiment un fort potentiel à refactoring (Tutu, Tata et Toto dans mon exemple précédent). Je veux donc une classe globale (le Boo de mon exemple précédent) qui fasse tout ça, que je veux pouvoir "typer". Boo est en fait une "fenêtre" de mon appli, et les fenêtres en question ont une logique commune, à quelques constantes près. Et comme ce qui varie entre chacune de mes classes initiales est uniquement un lots de constantes, j'ai pensé à une classe mère typée par une enum. Donc pour reprendre l'exemple précédent :
 

public class Fenetre<WTF Generics> {
 
         private <WTF Generics> fen;
 
         public Object thisFenCst1() {
             return fen.cst1;
         }
 
         public enum Fenetres {
             FENETRE_1(cst1_fen1, cst2_fen1),
             FENETRE_2(cst1_fen2, cst2_fen2),
             ...
         }
      }

 
Et qui me permettrais lors de la construction de mon Intent (donc annonce de ma prochaine "fenêtre" ) de dire "déclenche une méta-fenêtre de type LALA", d'où la synatxe de l'appel qui serait :
 

new Intent(toto, Fenetre<Fenetres.FENETRE_1>.class)

 
En réalité, c'est pas des fenêtre parce qu'il y aurait forcément un moyen plus intelligent de factoriser un élément graphique, mais je peux pas mieux résumer le mécanisme.

désolé, j'y arrive toujours pas
Je vais passer, je suis pas en état, peut-être quelqu'un d'autre peut regarder ça.

 
 
Merci d'avoir essayé. Tu peux me dire où ça coince ? Quelqu'un d'autre, ou justement personne si je ne suis pas clair ?