[WAS, Struts 2] Error 404

Bonjour,

Voila, je me retrouve confronté à un problème de configuration entre WebSphere 7.0 et Struts.

J'ai développé une application avec struts 2 qui fonctionne parfaitement sous tomcat 7.0 et je dois la migrer sous WAS 7.0.

AU démarrage de mon application une erreur 404 :

Citation:

---

Error 404: com.ibm.ws.webcontainer.servlet.exception.NoTargetForURIException: No target servlet configured for uri: /FTM

---

L'astuce donnée pour WAS 6.0/6.1 étant d'ajouter une propriété personnalisée dans la configuration du web conteneur.

Citation:

---

com.ibm.ws.webcontainer.invokefilterscompatibility à la valeur true

---

Cela ne fonctionne pas.

Un lien direct vers une JSP renvoi une page blanche (même si celle ci n’existe pas).

Est ce que quelqu'un à déjà résolu se problème ?

Je fourni le fichier web.xml associé et plus si besoin :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

<?xml version="1.0" encoding="UTF-8"?> <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" id="WebApp_ID" version="2.5"> <display-name>FTM</display-name>   <welcome-file-list> <welcome-file>index.jsp</welcome-file> </welcome-file-list>     <filter> <filter-name>struts2</filter-name> <filter-class>org.apache.struts2.dispatcher.FilterDispatcher</filter-class> </filter> <filter-mapping> <filter-name>struts2</filter-name> <url-pattern>/*</url-pattern>   </filter-mapping> </web-app>

---

Cordialement,
Adns

Pour ceux que cela interesse, j'ai résolu mon problème.

L'erreur provenait d'hibernate et plus précisément de la méthode closeSession de la classe HibernateUtil

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

public static void closeSession() throws HibernateException {   Session s = (Session) session.get(); session.set(null); if (s != null){ try { s.close(); } catch (Exception e) { // TODO: handle exception }   }   }

---

L'erreur provenait de "s.close()" que j'ai donc encadré par un try catch.
Je ne sais pas si c'est une solution viable à long terme mais cela ne provoque plus d'erreur.

Je suis preneur de toutes améliorations :)
Adns