_jspService est le dépassement de la 65535 octets limite

Donc, je fais face à un héritage servlet code qui s'exécute sur Websphere 7 JDK (6). Environnement de développement le programme d'installation utilise Tomcat 6 (JDK 6).

  1. Pourquoi faut-il travailler sur Websphere 7 et
    pas dans Tomcat 6?
  2. Est-ce quelque chose liée à l'
    serveur d'application?

Si votre réponse est oui pour un non. 2, avez-vous une solution pour cela sur Tomcat 6 JDK (6) indépendamment de briser le code ou à l'aide de dynamic comprend?

Le calendrier n'est pas d'accord avec l'évolution de la statique comprend à la dynamique comprend principalement parce que la plupart des pages sont couplé avec le modèle d'affaires de code, y compris le template principal de l'application.

  • Le téléchargement ÉTAIT de 6 express maintenant.
  • Peut-être la prochaine question est, est-il possible de changer la méthode de limite de taille de la JVM?
  • J'avais refactoriser (grand) parties (inclure) des balises. L' (imparfait) modèle d'affaires est un non-argument.
  • Réponse à la "question suivante" est. Pas de. La plaine et simple. La limite est dans le fichier de classe format ... pas la JVM.
  • voir aussi cette stackoverflow.com/questions/7495985/...
InformationsquelleAutor setzamora | 2011-03-30
  1. 21

    Il semble que vous avez frapper un 64 ko méthode limite, probablement en raison de la façon dont Tomcat construit une classe de votre JSP. Cette page suggère de modifier votre statique comprend comme ceci:

    <%@ include file="test.jsp" %>

    Dynamique comprend comme ceci pour éviter le problème:

    <jsp:include page="test.jsp" />
    • oui, je suis conscient de cela, j'ai reformulé ma dernière question c'est ce que je voulais dire - dynamique inclut
    • Ah. Je doute que vous avez beaucoup d'option avec Tomcat, et à moins que vous voulez pirater pour briser long des méthodes pour éviter la limitation. Il n'y a pas de garantie sur la façon dont le conteneur web en dehors des pauses de votre JSP en Java afin d'être compilées dans une classe. Vous aurez besoin de trouver un récipient qui se passe différemment que Tomcat, essayez peut-être de la Jetée ou Résine?
    • même chose pour moi. Merci!
    • Bon, mais si je ne le comprennent avec jsp:include puis <form: cette balise ne fonctionne pas pour moi. aider moi si aucune autre alternative
    • Compris maintenant, taglib est dans la page parent c'est pourquoi <form: balise ne fonctionne pas. maintenant, j'ai ajouté de la bibliothèque de tags dans la page enfant, fonctionne bien. merci
    InformationsquelleAutor WhiteFang34
  2. 12

    J'ai couru hors de la page html statique/jss/blocs css j'ai pu extérioriser dans jsp:include (pour la plupart non-statique html a gauche) ...

    Vous pouvez mettre dans votre web.xml, mappedfile défini à false, comme pour se débarrasser de beaucoup de lignes statiques qui ne sont pas forcément de bons blocs pour les mettre dans un inclure, mais ils s'additionnent pour économiser de l'espace:

    <servlet>
    <servlet-name>jsp</servlet-name>
    <servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>
    ...
    <init-param>
        <param-name>mappedfile</param-name>
        <param-value>false</param-value>
    </init-param>
    ...
</servlet>

    Peter Hart <c:catch> solution sonne comme option de nice ainsi.

    • Merci, cette solution m'a beaucoup aidé et sauvé mon temps.
    InformationsquelleAutor armyofda12mnkeys
  3. 9

    Mieux point de direct où pour le changer, comme indiqué dans le lien suivant:
    https://www.assetbank.co.uk/support/documentation/knowledge-base/byte-limit-exceeded-error/

    Localiser le fichier [Tomcat_Home]/conf/web.xml et recherchez le fichier pour 'JspServlet'. Ce doit retourner un nœud xml de <servlet> contenant certains <init-param> valeurs. Vous aurez besoin d'ajouter un supplément de <init-param> le même que ci-dessous.

    <init-param>
    <param-name>mappedfile</param-name>
    <param-value>false</param-value>
</init-param>

    C'est plus clair et direct pour l'utilisateur tomcat

    D'autres solutions de référence, bien sûr, principalement dit dans le commentaire précédent, mais en un seul endroit pour lire, ici: http://answered.site/development-environment-setup-uses-tomcat-6-jdk-6-why-does-it-work/603017/

    La question également trouvé dans tomcat-8 avec le JDK1.8 (Java8)

    InformationsquelleAutor Osify
  4. 4

    Parfois la rupture de votre JSP en comprend ne fait pas de sens ou ne fonctionne pas. Une autre façon de forcer votre JSP pour être divisé en méthodes distinctes lors de la compilation est de séparer votre JSP dans des segments à l'aide de <c:catch>.

    • Auriez-vous l'esprit afin d'examiner les possibilités d'une force de plus segements via l'utilisation de <c:catch>? Je ne pouvais pas trouver d'autres sources concernant ce "hack", que je pourrais utiliser maintenant très bien! Merci pour votre problème!
    • Jamais l'esprit - trouvé un "nettoyeur" de la solution (jsp:include), être capable de lire parfois aide beaucoup 🙂
    • L'utilisation comprend, vous devez créer plus de fichiers. C'est généralement très bien. Mais quand il ne l'est pas, diviser le code dans la page en blocs emballés avec des <c:catch>. Cela force le résultant de servlet pour briser la page dans plusieurs méthodes.
    InformationsquelleAutor Peter J. Hart
  5. 4

    Pour JBoss eap 6 standalone.xml ajoutez le code ci-dessous en vertu de web subsytem.

    <configuration>
    <jsp-configuration development="true" mapped-file="false"/>
</configuration>

    Il résolu mon problème.

    InformationsquelleAutor suresh sahu
  6. 2

    Pourquoi faut-il travailler sur Websphere 7 et pas dans Tomcat 6

    Parce qu'ils ont différents JSP compilateurs, qui traduisent la JSPs à différents code Java. Le Tomcat, JSP compilateur (Jasper) n'est apparemment pas en mesure de traiter avec de grandes pages Jsp.

    Peut-être la prochaine question est, est-il possible de changer la méthode de limite de taille de la JVM?

    Pas. Ces limites sont câblés dans le format et la structure des fichiers de classe.

    Les détails sont dans le JVM spec ... mais c'est plutôt compliqué, et il n'est pas tout à fait clair à partir de votre question qui limite l'avoir frappé. (Mais c'est sans importance ... ils ne peuvent pas être modifiés.)

    • Ce n'est pas vraiment que simple. Le method_count limites du terrain, le nombre de méthodes par classe, pas la longueur de code de chaque méthode. Le domaine concerné, code_length dans le Code_attribute struct, est un 32 bits entier non signé, mais depuis d'autres attributs sont l'indexation le code à l'aide de 16 bits entiers non signés, il est en outre indiqué dans la classe de spécification de format de fichier que "la valeur de la code_length élément doit être inférieure à 65536". Dans certains cas, il doit même être inférieur à 65535, depuis une instruction sur l'indice de 65535 ne peut pas être protégé par un gestionnaire d'exception.
    • le coup de l'erreur est en ce qui concerne le nom de la méthode "_jspService" qui est ce que le code jsp se transforme en. Le compilateur n'est pas assez intelligent pour diviser un long code en plusieurs (enchaînés) "_jspServiceXXX" méthodes. Le pseudo-code d'une méthode ne peut pas être plus long que 65535bytes. Certains autres outils ne parviennent pas à générer un code approprié. 'asm par exemple, ne parvient pas à générer de "bytecode" de grandes classes et l'erreur est la même.
    InformationsquelleAutor Stephen C
  7. 1

    Par le réglage des paramètres d'initialisation "mappedFile" à "false" a fonctionné pour moi.

    Mais à l'aide d'eclipse plugin certain temps, il devient supprimés et doivent de nouveau ensemble dans tomcat maison.

    InformationsquelleAutor Chaitu
  8. 1

    Je suis tombé sur cette question aujourd'hui

    Mon problème a été résolu comme je l'ai Tomcat 8.0.30 au lieu de Tomcat 8.0.39

    • Incroyable, mais cela m'a vraiment aidé dans mon cas (dû demander à un vieux projet en cours d'exécution afin de correction de quelque chose). J'ai d'abord utilisé apache-tomcat-7.0.78 avec qui j'ai eu l'exception ci-dessus. Puis j'ai essayé avec apache-tomcat-8.0.46, mais reste encore l'exception. Enfin j'ai essayé apache-tomcat-8.0.30 de Apache archive et il a vraiment travaillé. Je ne voudrais pas compter sur cela pour la production, mais pour obtenir rapidement une correction de la séance. Parfait. Merci.
    InformationsquelleAutor Shinigami
  9. 0

    Pour wildfly serveur, Dans standalone.xml -> à l'intérieur de ressac sous-système : remplacer jsp-config avec

    <jsp-config development="true" mapped-file="false"/>
    InformationsquelleAutor Krishna Bs
  10. 0

    Eidt: solution Donnée n'était pas une solution, mais missinterpreation (problème ne peut pas être reproduite sur toutes les versions de tomcat) désolé.

    InformationsquelleAutor Frank