Spring CGLIB et cast

Bonjour,

je travaille actuellement sur une application Java 5 + Tomcat 5_5 + Spring 3.1.1 + Flex 3

Nous essayons de migrer en Java 7 + Tomcat 8 + Spring 3.1.1 + Flex 3

Au lancement du serveur, nous faisons appel à des beans instanciés par Spring de cette façon :
spring.getBean(MaClass.class) --> aucun problème dans l'initServlet

Dans un service appelé par Flex, nous faisons le même type d'appel :
spring.getBean(MaClass.class) --> et nous avons l'erreur java.lang.ClassCastException: xx.MaClass$$EnhancerByCGLIB$$b3569766_2 cannot be cast to xx.MaClass

Rien n'a été changé dans le code entre les deux configurations. Après plusieurs jours de recherches, j'espère que l'un d'entre vous aura déjà rencontré ce problème.

c'est en général le symptôme d'une configuration boiteuse au niveau du proxy target mode, du choix de programmation par interface ou non et d'où sont placés les annotations @Transactional

Pour être tout à fait honnête, il n'y a aucune interface, les @Transactional sont donc sur les classes à récupérer.
Ce qui me parait étrange c'est que cela fonctionnait avec l'ancienne config. Je ne parviens pas à trouver la petite différence qui fait que cela ne fonctionne plus...

Citation:

---

Envoyé par infoIT

Pour être tout à fait honnête, il n'y a aucune interface, les @Transactional sont donc sur les classes à récupérer.
Ce qui me parait étrange c'est que cela fonctionnait avec l'ancienne config. Je ne parviens pas à trouver la petite différence qui fait que cela ne fonctionne plus...

---

et donc le proxy-target-class="true" ?

Oui c'est ça

question "petite différence" passer de Java 5 à 7 … ce n'est pas une petite…
et comme c'est un problème de proxy…

pour ce que vous en dites ici, je dirais que votre configuration est correcte…
mais comme cela plante dans le code lié à Flex, donc je soupçonne qu'elle n'est pas complètement appliquée à la classe appelée par Flex…
sans doute un contrôleur de la couche MVC chargée par le context de la servlet…
et mon premier suspect sera donc que vous avez correctement configuré votre contexte Spring
… et oublié de faire la même chose dans celui chargé par la servlet…

Je regarderai de ce côté demain alors... mais à priori il s'agirait d'un problème lié à tomcat puisque la config spring fonctionne en java7 et tomcat 6.... mais pas tomcat 7 et 8...

Mystère finalement résolu. Il s'agissait de conf eclipse/serveur.
Sur le serveur nous avions :
Les .class
Le jar en double
+ le jar déclaré dans les lib du serveur sur eclipse

Quand on a 4 fois une classe décrite ça pose problème à partir de tomcat 7... mystère résolu mais je ne comprends pas comment cela marchait avant et plus maintenant...