Comment réparer l'espace de tas Java sur WebSphere lors de l'envoi de XML invalide

Le meilleur moyen est d'utiliser Spring PayPloadTinterItterceptor pour valider le XML entrant contre le schéma XML avant de pouvoir être analysé davantage ... Code exemple: xxx

Pour plus de détails, lisez le ressort documentation

Vous venez de trouver un bug. S'il vous plaît signaler le bogue. Depuis cela est liée à l'analyse. Vous pouvez faire deux choses.

Tout d'abord, vous pouvez prendre une mémoire de mémoire. Il suffit de jeter la mémoire (ou de profiler cela à l'aide de VisualvM et créez un profil de mémoire). De cette façon, vous comprenez ce qui polute la mémoire.

seconde, vous pouvez corriger le problème que vous avez trouvé. Je fais tout le chemin avec le code tiers. Donc, juste avant de passer à l'analyse de l'extrait que vous effectuez une autre étape d'évaluation si le XML est correct sans vérifier le shema. Il suffit d'utiliser un analyseur avec aucun shema impliqué.

Afin de fournir une implémentation modifiée, utilisez le code SOURCECODE ou s'il n'est pas disponible, décompilez-le ou renommez la classe et fournissez une nouvelle classe de mise en œuvre qui s'étendit de ceci. S'il s'agit d'une méthode privée ou d'une fonctionnalité, vous devez accéder simplement à modifier le code octet.

Pour injecter votre version, ajoutez simplement votre classe à votre parcours de classe (ou à la classe de classe du WebSphere) et mettez-la devant. Habituellement, votre code est précédé pour tout code de bibliothèque. De cette façon, vous pouvez remplacer chaque détail de mise en œuvre de n'importe quelle bibliothèque tant que vous contrôlez la classe de classe (généralement en la définissant dans le Java.exe.

Ajoutez simplement un test supplémentaire pour l'exactitude avant la sortie de cette version bugée. Et signaler le bogue et aussi le blog à ce sujet.

Si vous avez des questions ou si vous avez besoin d'un outil, demandez simplement. Je fais cela régulièrement. Avec logiciel open source et non open-open. Aussi génial pour d'autres choses comme l'extension des fonctionnalités.

J'ai essayé de résoudre ce problème par moi-même. J'ai examiné comment Spring-WS validez XML et a essayé de le faire avant WebSphere. Voici le code. Je le teste et ça marche pour moi. xxx pré>

et au contexte de printemps i Ajouter: P>

<bean id="messageFactory" class="cz.isvs.ais3.ws.validator.SaajSoapMessageValidatorFactory" />

Après Martin Advise, j'essaie de décompiler le code IBM et je pense que le problème est dans cette procédure: XXX PRE>

Section du problème: P>

                if(originalContent == null)// I am not sure but I think this will never happend. So to fix it I will delete this condition and  throw this 
exception not the second one where it want to display message
                        throw WebServicesFault.makeFault("To see the message containing the parsing error in the log, either enable web service engine tracing or set MessageContext.setHighFidelity(true).", ((Throwable) (real == null ? ((Throwable) (e)) : ((Throwable) (real)))));
                    else
                        throw WebServicesFault.makeFault("Message being parsed: " + originalContent.getString(), ((Throwable) (real == null ? ((Throwable) (e)) : ((Throwable) (real)))));
                }
                if(log.isDebugEnabled())
                    log.debug("Done parsing inputSource.");
                originalParseLength = wsis.getContentLength();
                soapEnvelope = dser.getEnvelope();
                setCurrentForm(soapEnvelope, 4);
                String messageProtocol = getMessage().getSOAPConstants().getSOAPProtocol();
                String factoryProtocol = soapEnvelope.getSOAPFactory().getSOAPConstants().getSOAPProtocol();
                String envelopeProtocol = "SOAP 1.1 Protocol";
                String ns = soapEnvelope.getNamespaceURI();
                if(soapEnvelope.getNamespaceURI().equals("http://schemas.xmlsoap.org/soap/envelope/"))
                    envelopeProtocol = "SOAP 1.2 Protocol";
                if(messageProtocol.equals("Dynamic Protocol"))
                {
                    getMessage().setSOAPConstants(soapEnvelope.getSOAPFactory().getSOAPConstants());
                    messageProtocol = getMessage().getSOAPConstants().getSOAPProtocol();
                }
                if(envelopeProtocol.equals(factoryProtocol) && factoryProtocol.equals(messageProtocol))
                {
                    if(log.isDebugEnabled())
                        log.debug("The protocol is: " + envelopeProtocol);
                } else
                if(log.isDebugEnabled())
                {
                    log.debug("The SOAPEnvelope protocol is: " + envelopeProtocol);
                    log.debug("The SOAPFactory protocol is: " + factoryProtocol);
                    log.debug("The SOAPMessage protocol is: " + messageProtocol);
                }
            }
        return soapEnvelope;
    }

Ceci ressemble à un bogue WebSphere. Utiliser Spring-WS, j'ai eu l'erreur:

Java.lang.outofMemoryError: Espace tasse Java chez com.ibm.ws.wewservices.Utils.bais.create (Bais.Java:74)

J'ai réussi à résoudre de cette façon: mettre dans / appServer / lib / ext Cette bibliothèque: Axis2-Saaj-1.6.2.jar (a travaillé pour moi sur WebSphere V8.5 et Spring-WS V2.2.0, mais vous pouvez avoir à changer la version).

explication

Lorsque Spring-WS demande une implémentation de javax.xml.soap.MessageFactory, elle obtient une instance com.ibm.ws.ws.wservices.engine.ws.websservices.Angine.soap.MessageFactoryImpl Instance (de WebSphere Runtime) au lieu d'un com.sun.xml.internal .Messaging.Saaj.Soap.MessageAfactoryImplent une instance (de JVM), qui conduit à l'erreur mentionnée. La bibliothèque AXIS2-SAAJ contient également une implémentation Javax.xML.SOAP.MessageFactory: org.apache.axis2.saaj.MessageFactoryImpl. Celui-ci est maintenant utilisé lorsque Axis2-Saaj est dans le dossier LIB / EXT et que l'erreur est partie (j'ai également configuré le dernier point de classe, ne sais pas si cela compte ici)

mise à jour

@hudi Votre solution est correcte, je viens de le tester. Malheureusement, je ne peux pas vous uppoter.

Client à l'aide de WebSphere 8.5.5.x avec SDK 1.7 et à l'aide de SAAJ avec Spring FRMAE Work peut rencontrer OutofMemoryError lors de l'envoi de la demande de savon qui a une demande invalide. Ceci est dû à Bug Correction est allé dans les versions SDK 1.7 et ultérieures.

IBM a corrigé ce problème via IBM SDK APAR IV73614. P>

Les détails de la correction de bugs sont entrés dans les versions ultérieures P>

JAVA.IO.PACKEDINPUTSTREAM.AVAILABLE() RETURNS INTEGER.MAX_VALUE I.E., 2147483647 ON EMPTY STREAM IN JAVA 7

From javacore stack indicate following 4XESTACKTRACE at com/ibm/ws/webservices/utils/BAIS.create(BAIS.java:74) 4XESTACKTRACE at com/ibm/ws/webservices/utils/WebServicesInputSource.getBAISContent(WebServicesInputSource.java:744) 4XESTACKTRACE at com/ibm/ws/webservices/utils/WebServicesInputSource.getByteArrayContent(WebServicesInputSource.java:710) 4XESTACKTRACE at com/ibm/ws/webservices/utils/WebServicesInputSource.getStringContent(WebServicesInputSource.java:674) 4XESTACKTRACE at com/ibm/ws/webservices/utils/WebServicesInputSource.getString(WebServicesInputSource.java:425(Compiled Code)) 4XESTACKTRACE at com/ibm/ws/webservices/engine/SOAPPart._getSOAPEnvelope(SOAPPart.java:1090(Compiled Code)) 4XESTACKTRACE at com/ibm/ws/webservices/engine/SOAPPart.getAsSOAPEnvelope(SOAPPart.java:628(Compiled Code)) 4XESTACKTRACE at com/ibm/ws/webservices/engine/SOAPPart.getEnvelope(SOAPPart.java:656(Compiled Code)) 4XESTACKTRACE at org/springframework/ws/soap/saaj/support/SaajUtils.getSaajVersion(SaajUtils.java:155) 4XESTACKTRACE at org/springframework/ws/soap/saaj/SaajSoapMessage.getSaajVersion(SaajSoapMessage.java:257) 4XESTACKTRACE at org/springframework/ws/soap/saaj/SaajSoapMessage.getImplementation(SaajSoapMessage.java:342(Compiled Code))

Reportez-vous à IBM Developer Wroks Post

https: // développeur.ibm.com/answers/questions/291621/how-to-Resolve-OUTOfMemoryError-Quand-Sanding-inval.html