Le code WSDL et le code client générés à l'aide de wsimport sont très volumineux. Donc, vous voulez un moyen/paramètre dans jaxws pour charger seulement les classes clientes nécessaires au lieu de les charger toutes, ce qui prend ~ 10 secondes et le tas consommé est également énorme. De même, lors de la création de plusieurs ports utilisant 10 threads différents, la mémoire utilisée peut facilement atteindre 1,5 G et générer une erreur de mémoire insuffisante.Comment charger paresseux le client jaxws
Ce sera d'une grande aide si je peux charger les objets de talon du client paresseusement.
Merci vagelis, Ici, le problème n'est pas lié au chargement des classes, mais plutôt au portType qui charge complètement chaque thread, ce qui représente un gros tas. Oui, il s'agit d'un service de bug et lors de l'utilisation de axis2, nous n'avons pas eu ce problème car il chargeait les objets portType uniquement lorsque cela était nécessaire. Nous cherchons maintenant un moyen de ne pas charger tous les objets à l'avance dans le client JAXWS. – kiri
C'est juste la façon dont le proxy de service JAX-WS est structuré: trop de classes interconnectées. Et si vous comparez les comptes de classes pour JAX-WS et Axis? – vagelis
Le nombre de classes peut être le même pour les deux mais c'est une préoccupation, le principal souci est les portTypes multiples qui sont requis (ils ne sont pas thread-safe) et ils prennent beaucoup de tas ~ 1GB par exemple pour 10 threads. Donc, courir avec 50 threads nécessitera un tas de ~ 5gb ce qui n'est pas acceptable :-( – kiri