Limite d'envoi d'un message SOAP

Bonjour à tous,

Nous allons surement avoir à compléter un web services axis2 existant tournant sous Tomcat.
La modification va porter sur l'ajout de valeurs dans le message de requetes (plus de données envoyées).

Cependant, on pense que la taille du message va grandement (plusieurs MO).
Y-t-il des contres indications à utiliser des messages SOAP si volumineux? Axis2 supporte-t-il facilement des messages volumineux? N'est-il pas trop gourmant dans sa sérialisation/désérialisation des messages (ce qui pourrait entrainer des OutOfMemory)?

Ma seconde question est sensiblement la même mais avec le serveur Weblogic 8.1 et 10.3.

Merci pour vos retours !

1- Axis2 est un des meilleurs framework de webservices, et son databinding est bien plus rapide que jaxb2 (jax-ws).

2- Axis2 serialise et deserialise directement des objets java vers les flux. Il n'y a pas de probleme mémoire dans le moteur Axis2 en soit.

3- Tout dépend les données que tu veux renvoyer. Si les données proviennent d'une base de donnée, je suppose que tu vas d'abord tout charger dans des objets java. Le probleme de mémoire interviendra probablement à ce moment. Donc en dehors d'axis2.

4- Si la donnée de plusieurs MO est un fichier, il faut alors utiliser un DataHandler d'Axis2 : le fichier n'est pas chargé en mémoire, il sera lu et écrit lors de la sérialisation de la réponse XML. La lecture du fichier est délégué. Et si le fichier doit être "construit", il faut que cette construction soit capable d'écrire directement dans un flux OutputStream sans rien garder en mémoire.

Ok merci pour ces infos/pistes !

Citation:

---

Envoyé par bugsan

1- Axis2 est un des meilleurs framework de webservices, et son databinding est bien plus rapide que jaxb2 (jax-ws).

---

jaxb 2 support XML Schema à 100%. ADB est plus limité.

Avec Metro (implem JAX-WS de référence) le streaming en mémoire est intégré. J'ai effectué des test avec des payloads de 500Mo.

Bien sûr s'il s'agit de données binaires, il faut utiliser MTOM pour éviter l'encodage en base64.

WebLogic 10.x intègre une bonne partie de Metro. Je en sais pas si le streaming (qui date d'il y a un an environ) est dans la version weblog qui t'intéresse.

Si je comprend bien, il faut modifier le webservice existant pour qu'il reçoive des "pièces jointes" plutôt qu'un xml classique, comme actuellement utilisé pour envoyé mes données?

Mais du coup, le webservice n'a plus les paramètres définies dans mon wsdl et donc les clients ne pourront pas connaitre la grammaire du xml désormais envoyé par pièce jointe?

MTOM est utilisé différemment en fonction des stack web services.
Avec Metro (JAX-WS), rien ne change coté développement, c'est une config du runtime (un enrichissement du WSDL avec une policy) qui indique l'utilisation de MTOM. Détails ici: https://metro.dev.java.net/guide/Bin...ts__MTOM_.html

Justement j'ai rapidement parcouru la doc axis2, et il semblerait que le code doit changé :?
Merci pour vos infos !

Toutes les API n'ont pas été conçues égales! :)

Citation:

---

Envoyé par alexismp

Toutes les API n'ont pas été conçues égales! :)

---

Et comme par hasard Axis2 fait dans le compliqué...
J'ai rarement vu un truc aussi infâme en Java :aie: