2017-01-13 2 views
-1

J'ai une ancienne application qui fonctionnait bien jusqu'à présent dans java 1.7 (tomcat 6). Après mise à niveau vers Java 1.8 et Tomcat 9, nous voyons beaucoup d'erreurs de temps d'exécution des applications en raison de façon JSPs sont codésTrouver des JSP avec une syntaxe incorrecte

e.g., onkeypress attribute is added twice to the textfield, 
nospace between two attributes (onchange="limitText(this,500);"tabindex="6"), etc. 

Êtes-vous les gars au courant des outils qui permettent d'identifier ces pages JSP afin que nous puissions corriger ces problème. Si non, avez-vous des suggestions sur ce que je dois faire? Je ne veux pas rechercher ces problèmes manuellement car il existe des milliers de pages JSP.

+0

De quel journal/console est-ce sorti? – nitind

+0

@nitind la sortie de la console est "Jspname.jsp (ligne: 111, colonne: 204) La spécification JSP requiert qu'un nom d'attribut soit précédé d'un espace" – uSeruSher

Répondre

1

Cela peut vous aider à formater les problèmes de base de la page JSP.

De Eclipse menu Fenêtre, choisissez Préférences

Dans la fenêtre Préférences choisissez Web => fichiers HTML => Editeur

De la vue Inline Elements:, ajouter tous les tags que vous voulez apparaître dans une ligne

maintenant, chaque fois que vous appuyez sur CTRL + SHIFT +F, le JSP sera formaté à votre nouveau style

1

Vous avez deux options:

Option 1: effectuer une opération find and replace basée regex sur toutes vos pages JSP grâce à un logiciel d'édition de texte comme Notepad ++ ou Textpad. Par exemple. Vous pouvez rechercher un modèle de [a-zA-Z] \ "[a-zA-Z], puis examiner les résultats.Si les résultats sont corrects, effectuez une recherche et un remplacement

Option 2: . Supprimez l'erreur d'analyse JSP dans Tomcat Je pense qu'il est erreur spécifique Tomcat Voir cette Tomcat 9 docs

Ajoutez la ligne suivante dans le fichier catalina.properties situé à "APACHE_TOMCAT_HOME \ conf":..

org.apache.jasper.compiler.Parser.STRICT_WHITESPACE=false

Redémarrez le serveur d'applications.

====

Je pense que vous devriez aller avec l'option 2 car il n'y a pas de mal réel et aussi permet d'économiser une tonne de temps de développeurs.