Problème compilation JSP avec import java package/class name trop long

Bonjour à tous,

je travaille actuellement sur une migration technique d'une application web.
Suite à la migration, j'ai des pages jsp qui ne se compile plus au moment d'y accéder avec l'application avec des erreurs m'indiquant qu'il ne trouve pas des class ou des noms de packages.
Il faut savoir, que nom des packages/classes sont assez long.

Par contre, après déplacement / renommage de ces classes afin d'obtenir quelque chose de plus court, mes jsp compilent.

Voici donc ma problématique : est ce qu'il y a un niveau de profondeur max dans le nom des packages ? dans le noms de la classe ? ...

Ancienne version de l'application :
java 1.5
tomcat 6
spring 3
spring security 3
...


Nouvelle cible
java 8
jboss eap 6.4
spring 4
spring security 4
...


Je vous en remercie.

Ces jsp compilées sont mises dans un jar par la suite? Le format zip a effectivement une longueur max pour les chemins.

Aussi le format .class amène une limite de 64k caractères pour le nom complet de la classe

Merci pour le retour.

au niveau de la page jsp. le fichier java fait 483Ko et 142Ko pour le .class (et là ça marche)

Nous générons un war, et en local là avec le changement et déplacement des classes qui causent problème plus de soucis.

Par contre, sans faire de renommage et de déplacement, sur java 5, tomcat 6 je n'ai aps ce problème

voici mon import initial

Code:

---

<%@page import="com.xxx.xxxxxx.web.xxxxxxxxxxxxxxxxxxxxxxx.xxxxxxxxxxxxxxxxxxxxxxxxxx.RxxxxxxxxDxxxxxxOxxxxxBxxxxPxxxCxxxDxxxxxxxxxResultatsController"%>

---

et après renommage et déplacement

Code:

---

<%@page import="com.xxx.xxxxxx.web.RxxxDxxxOxxBxxPxCxDxxxResController"%>

---

C'est résolu

en passant par la version 6.4 de jboss eap, nous n'avons plus le soucis.

merci d'avoir pris le temps de répondre.

En fait, nous venons d'identifier le réel soucis.
Cela ne provient pas de la version de jboss eap mais de la différence windows / unix.

Nous avons remarqué que dans l'application il y a des class java et des packages qui portent le même nom.

Sous windows, lors de la compilation des jsp, au moment des imports, il ne savait pas faire la différence entre package / class. Ce qui n'est pas le cas sous unix.

Voici la vraie raison.