Welcome Guest! Log in
×

Notice

The forum is in read only mode.
Due to some maintenance operations, stambia.org will be switched to read-only mode during the 13th November. It will be possible to read and download, but impossible to post on the forums or create new accounts. For any question please contact the support team.

Topic-icon Question Problème de timeout sur un FTP

More
07 Dec 2018 15:03 #1 by Benjamin M.
Benjamin M. created the topic: Problème de timeout sur un FTP
Bonjour,

Nous rencontrons un problème lors d'un envoi vers un FTP. Le message suivant apparaît immédiatement quelque soit les valeurs du paramètre Socket timeout (-1, 0, 10000, 600000) :

java.lang.NullPointerException
at org.apache.commons.net.SocketClient.setSoTimeout(SocketClient.java:483)
at com.indy.engine.actionCodes.c.b.connect(SourceFile:240)
at com.indy.engine.actionCodes.FtpPutActionCodeI.executeSimpleCode(SourceFile:277)
at com.indy.engine.action.common.ActionCodeTypeI.executeCode(SourceFile:1693)
at com.indy.engine.action.common.ActionCodeTypeI.run(SourceFile:1852)
at java.lang.Thread.run(Unknown Source)

Avez-vous une idée de la cause de ce problème ? Nous souhaiterions que le FTP ne plante pas tout de suite lors de la connexion si cette dernière est un peu longue.

Le process est généré à partir de Stambia 18.3.3 et le runtime est la version s17.5.2_20180131

Merci d'avance.
More
07 Dec 2018 15:50 #2 by Thomas BLETON
Thomas BLETON replied the topic: Problème de timeout sur un FTP
Bonjour Benjamin,

Est-ce que le problème est systématique sur ce process ?
D'autres process Stambia arrivent-ils à travailler avec le même serveur FTP ?
Combien de temps dure l'action avant de planter avec cette erreur ?
Si l'erreur apparaît tout de suite, je ne pense pas qu'il s'agisse réellement d'un problème de timeout.
L'erreur mentionne la méthode "setSoTimeout", qui sert à *initialiser* le paramètre de timeout lors de l'établissement de la connexion.
Je me dis qu'il est possible qu'il y ait un problème avant l'appel de cette méthode, qui rendrait l'objet de connexion inopérant.

Vérifiez si l'ensemble des autres paramètres sont bien renseignés : host, user, password, port...
More
12 Dec 2018 14:50 #3 by Benjamin M.
Benjamin M. replied the topic: Problème de timeout sur un FTP
Bonjour Thomas,

Je n'avais pas vu la réponse ...

Est-ce que le problème est systématique sur ce process ? Il est systématique si on coche le socket timeout. Nous avons testé ce paramètre car on a parfois des soucis avec ce serveur FTP
D'autres process Stambia arrivent-ils à travailler avec le même serveur FTP ? Si on décoche l'option, parfois cela fonctionne d'autres fois non. Si on coche, cela plante tout le temps.
Combien de temps dure l'action avant de planter avec cette erreur ? L'erreur est immédiate est justement, on pense à un problème sur ce paramètre
Si l'erreur apparaît tout de suite, je ne pense pas qu'il s'agisse réellement d'un problème de timeout.
L'erreur mentionne la méthode "setSoTimeout", qui sert à *initialiser* le paramètre de timeout lors de l'établissement de la connexion.
Je me dis qu'il est possible qu'il y ait un problème avant l'appel de cette méthode, qui rendrait l'objet de connexion inopérant.



Cdt,
Benjamin
More
13 Dec 2018 15:27 #4 by Thomas BLETON
Thomas BLETON replied the topic: Problème de timeout sur un FTP
Merci pour ces compléments d'infos.
Je remonte cette erreur à l'équipe r&d.

Par curiosité, quels sont les problème qui vous ont poussé à utiliser ce paramètre ?
More
14 Dec 2018 08:17 - 14 Dec 2018 08:24 #5 by Benjamin M.
Benjamin M. replied the topic: Problème de timeout sur un FTP
Bonjour,

Comme je l'indiquais, nous avons rencontré sur un FTP en particulier, des problèmes de connexion. Nous pensons que la connexion peu parfois être longue et nous avons donc souhaité tester les différents timeout proposés afin de voir s'il y en avait un qui nous permettait de palier à ce problème. Le Socket Timeout nous semblait à tester tout comme le Connection Timeout.

Nous n'avons depuis plus de problème avec ce FTP.

Cdt,
Last Edit: 14 Dec 2018 08:24 by Benjamin M..