Discussion :

[zaphibel]

Bonjour,
J'essai de tester la performance de mes services avec Axis2
J'essai de faire 5000 appels consécutifs et j'ai après un certain
moment des

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5 nov. 2007 17:46:15 org.apache.commons.httpclient.HttpMethodDirector executeWithRetry
INFO: I/O exception (java.net.BindException) caught when processing request: Address already in use: connect
5 nov. 2007 17:46:15 org.apache.commons.httpclient.HttpMethodDirector executeWithRetry
INFO: Retrying request

Quelqu'un peut me dire est ce qu'on peut faire quelque chose pour eviter ce type d'erreur ??
Merci

[alexismp]

C'est coté client ou serveur le problème?

[zaphibel]

Quand je lance 5000 appels en itération j'ai des connection refused à des moments avec timeout ....
Je voulais savoir si côté serveur y avait un moyen de prévoir à quel moment il refuserait un request

[alexismp]

Si les appels sont lancés sans temps de pause (think time), il y a des chances que ca plante assez rapidement...

Ce n'est pas un problème Web Service, mais plutôt de config listener HTTP. La partie Grizzly nio de GlassFish permet d'être très flexible et performant pour ce genre de charge importante.

[zaphibel]

Le premier point c'est que je travail avec axis2 sur Tomcat, je ne sais pas s'il y a un moyen de pouvoir avoir une configuartion.
Je suis tenu d'établir des performance donc je ne peux pas dire le meilleur nombre à lancer est tel si je ne connais pas les limites et pourquoi
j'ai ce genre d'erreur pour certains appels qui aboutissent lors d'un second rappel des fois et d'autres non. Je suis ouvert à toutes pistes.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
8 nov. 2007 10:48:32 org.apache.commons.httpclient.HttpMethodDirector executeWithRetry
INFO: I/O exception (java.net.BindException) caught when processing request: Address already in use: connect
8 nov. 2007 10:48:32 org.apache.commons.httpclient.HttpMethodDirector executeWithRetry
INFO: Retrying request

[vbrabant]

Pour résumer un peu, il faut savoir que le web container, dans ton cas Tomcat, a logiquement un ThreadPool. Avec un minimum et un maximum.
Il se peut que le ThreadPool soit sousdimensionné. Et comme tu balances 5000 requêtes l'une derrière l'autre, il ne peut pas suivre et tombe donc en timeout. Il faudrait donc voir à augmenter le ThreadPool, ou à augmenter le temps de pause entre 2 requêtes.

Vincent