java.lang.Exception: java.lang.VerifyError: la forme de la pile JVMVRFY012 est incohérente

Question

Je déploie un fichier war maven sur le portail websphere version 8.5. Alors que deplying, je reçois l'erreur suivante ----

[10/2/17 15:43:14:658 IST] 00000131 DispatcherPor E org.springframework.web.portlet.DispatcherPortlet processRequest Could not complete request 
           javax.portlet.PortletException: java.lang.Exception: java.lang.VerifyError: JVMVRFY012 stack shape inconsistent; class=com/ibm/_jsp/_SearchCRO, method=_jspx_meth_c_forEach_0(Ljavax/servlet/jsp/tagext/JspTag;Ljavax/servlet/jsp/PageContext;[I)Z, pc=76 
     at com.ibm.ws.portletcontainer.core.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:127) 
     at org.springframework.web.portlet.DispatcherPortlet.doRender(DispatcherPortlet.java:1137) 
     at org.springframework.web.portlet.DispatcherPortlet.render(DispatcherPortlet.java:1092) 
     at org.springframework.web.portlet.DispatcherPortlet.doRenderService(DispatcherPortlet.java:761) 
     at org.springframework.web.portlet.FrameworkPortlet.processRequest(FrameworkPortlet.java:522) 
     at org.springframework.web.portlet.FrameworkPortlet.doDispatch(FrameworkPortlet.java:470) 
     at javax.portlet.GenericPortlet.render(GenericPortlet.java:222) 
     at com.ibm.ws.portletcontainer.invoker.impl.PortletFilterChainImpl.doFilter(PortletFilterChainImpl.java:128) 
     at com.ibm.wps.engine.el.init.AttributeCopyFilter.doFilter(AttributeCopyFilter.java:158) 
     at com.ibm.ws.portletcontainer.invoker.impl.PortletFilterChainImpl.doFilter(PortletFilterChainImpl.java:120) 
     at com.ibm.wps.resourceaggregator.capabilities.filter.PortletCapabilityDependencyFilter.doFilter(PortletCapabilityDependencyFilter.java:279) 

Quelqu'un peut-il me dire quel est le problème et comment le résoudre?

Answer 1

J'ai vu cela en ce qui concerne l'erreur J'ai rencontré la même erreur il y a quelque temps lorsque j'essayais de passer de IBM JRE 1.7.0 SR3 à 1.7.0 SR5. La recherche sur cette erreur est en cours depuis. Jusqu'à présent, j'ai trouvé les choses suivantes: 1) dans SR5, IBM a introduit une vérification de bytecode améliorée, qui n'aime évidemment pas bytecode qui a été compilé pour/d'une version différente. 2) si le bytecode était respecté/de la même version et ajusté par la suite (avec des outils tels que AspectJWeaver et similaire), ce qui est mon cas, la JVM IBM n'aime pas ça aussi. Ainsi, au cas où vous n'utilisez aucune modification de bytecode, vous pourriez avoir de la chance. Essayez de compiler les classes affectées avec une version plus récente du JDK. Si vous utilisez des outils comme AspectJWeaver, vous ne pouvez pas vous aider. J'ai ouvert un rapport de bogue dans le système de suivi des bogues de la Fondation Eclipse et j'attends une réponse.

Une autre recommandation était d'essayer de mettre à jour à plus tard que sr6 maintenant qu'il est sorti