Nous utilisons un programme VB qui fait des transferts=20
FTP entre un serveur W2000 et un serveur VMS.
De temps en temps, environ une fois par mois, nous avons=20
une erreur 12111 "La session FTP a =E9t=E9 interrompue".
cette erreur nous entraine un wait de 15mn exactement, ce=20
qui est pr=E9judiciable aux diff=E9rents traitements suivants.
- Comment =E9viter cette erreur, ou tout au moins, r=E9duire=20
consid=E9rablement le d=E9lai d'attente de 15mn
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
jean-marc
"" wrote in message news:4a5501c490c2$c6339160$
Nous utilisons un programme VB qui fait des transferts FTP entre un serveur W2000 et un serveur VMS. De temps en temps, environ une fois par mois, nous avons une erreur 12111 "La session FTP a été interrompue". cette erreur nous entraine un wait de 15mn exactement, ce qui est préjudiciable aux différents traitements suivants.
- Comment éviter cette erreur, ou tout au moins, réduire considérablement le délai d'attente de 15mn
Hello, précisions: Qui provoque le wait de 15 minutes ? Est ce l'appli VB ? Que fait elle pendant ce temps ? L'erreur est elle bien trappée dans l'appli VB ? Si oui, quel est le traitement associé ?
Ces précisions serait utiles pour pouvoir trouver une solution.
-- Jean-marc
"maurice.bellisario@euriware.fr" <anonymous@discussions.microsoft.com> wrote
in message news:4a5501c490c2$c6339160$a601280a@phx.gbl...
Nous utilisons un programme VB qui fait des transferts
FTP entre un serveur W2000 et un serveur VMS.
De temps en temps, environ une fois par mois, nous avons
une erreur 12111 "La session FTP a été interrompue".
cette erreur nous entraine un wait de 15mn exactement, ce
qui est préjudiciable aux différents traitements suivants.
- Comment éviter cette erreur, ou tout au moins, réduire
considérablement le délai d'attente de 15mn
Hello,
précisions: Qui provoque le wait de 15 minutes ? Est ce l'appli VB ? Que
fait elle pendant ce temps ?
L'erreur est elle bien trappée dans l'appli VB ? Si oui, quel est le
traitement associé ?
Ces précisions serait utiles pour pouvoir trouver une solution.
Nous utilisons un programme VB qui fait des transferts FTP entre un serveur W2000 et un serveur VMS. De temps en temps, environ une fois par mois, nous avons une erreur 12111 "La session FTP a été interrompue". cette erreur nous entraine un wait de 15mn exactement, ce qui est préjudiciable aux différents traitements suivants.
- Comment éviter cette erreur, ou tout au moins, réduire considérablement le délai d'attente de 15mn
Hello, précisions: Qui provoque le wait de 15 minutes ? Est ce l'appli VB ? Que fait elle pendant ce temps ? L'erreur est elle bien trappée dans l'appli VB ? Si oui, quel est le traitement associé ?
Ces précisions serait utiles pour pouvoir trouver une solution.
-- Jean-marc
>-----Message d'origine----- ""
wrote
in message news:4a5501c490c2$c6339160$
Nous utilisons un programme VB qui fait des transferts FTP entre un serveur W2000 et un serveur VMS. De temps en temps, environ une fois par mois, nous avons une erreur 12111 "La session FTP a été interrompue". cette erreur nous entraine un wait de 15mn exactement,
ce
qui est préjudiciable aux différents traitements
suivants.
- Comment éviter cette erreur, ou tout au moins, réduire considérablement le délai d'attente de 15mn
Hello, précisions: Qui provoque le wait de 15 minutes ? Est ce
l'appli VB ? Que
fait elle pendant ce temps ? L'erreur est elle bien trappée dans l'appli VB ? Si oui,
quel est le
traitement associé ?
Ces précisions serait utiles pour pouvoir trouver une
solution.
-- Jean-marc
Salut Jean-Marc
- Le programme VB attend un code retour, récupère le code erreur, l'inscrit dans le fichier log et se termine. - Je pense que les 15 mn sont le résultat de "timeout" et éventuellement de "retry", précédant le code erreur. - Tous le problème est de savoir quels sont ces "Timer" et/ou "Retry"
in message news:4a5501c490c2$c6339160$a601280a@phx.gbl...
Nous utilisons un programme VB qui fait des transferts
FTP entre un serveur W2000 et un serveur VMS.
De temps en temps, environ une fois par mois, nous avons
une erreur 12111 "La session FTP a été interrompue".
cette erreur nous entraine un wait de 15mn exactement,
ce
qui est préjudiciable aux différents traitements
suivants.
- Comment éviter cette erreur, ou tout au moins, réduire
considérablement le délai d'attente de 15mn
Hello,
précisions: Qui provoque le wait de 15 minutes ? Est ce
l'appli VB ? Que
fait elle pendant ce temps ?
L'erreur est elle bien trappée dans l'appli VB ? Si oui,
quel est le
traitement associé ?
Ces précisions serait utiles pour pouvoir trouver une
solution.
--
Jean-marc
Salut Jean-Marc
- Le programme VB attend un code retour, récupère le code
erreur, l'inscrit dans le fichier log et se termine.
- Je pense que les 15 mn sont le résultat de "timeout" et
éventuellement de "retry", précédant le code erreur.
- Tous le problème est de savoir quels sont ces "Timer"
et/ou "Retry"
Nous utilisons un programme VB qui fait des transferts FTP entre un serveur W2000 et un serveur VMS. De temps en temps, environ une fois par mois, nous avons une erreur 12111 "La session FTP a été interrompue". cette erreur nous entraine un wait de 15mn exactement,
ce
qui est préjudiciable aux différents traitements
suivants.
- Comment éviter cette erreur, ou tout au moins, réduire considérablement le délai d'attente de 15mn
Hello, précisions: Qui provoque le wait de 15 minutes ? Est ce
l'appli VB ? Que
fait elle pendant ce temps ? L'erreur est elle bien trappée dans l'appli VB ? Si oui,
quel est le
traitement associé ?
Ces précisions serait utiles pour pouvoir trouver une
solution.
-- Jean-marc
Salut Jean-Marc
- Le programme VB attend un code retour, récupère le code erreur, l'inscrit dans le fichier log et se termine. - Je pense que les 15 mn sont le résultat de "timeout" et éventuellement de "retry", précédant le code erreur. - Tous le problème est de savoir quels sont ces "Timer" et/ou "Retry"
Maurice.
maurice.bellisario
>-----Message d'origine-----
-----Message d'origine----- ""
wrote
in message news:4a5501c490c2$c6339160
$
Nous utilisons un programme VB qui fait des transferts FTP entre un serveur W2000 et un serveur VMS. De temps en temps, environ une fois par mois, nous
avons
une erreur 12111 "La session FTP a été interrompue". cette erreur nous entraine un wait de 15mn exactement,
ce
qui est préjudiciable aux différents traitements
suivants.
- Comment éviter cette erreur, ou tout au moins,
réduire
considérablement le délai d'attente de 15mn
Hello, précisions: Qui provoque le wait de 15 minutes ? Est ce
l'appli VB ? Que
fait elle pendant ce temps ? L'erreur est elle bien trappée dans l'appli VB ? Si
oui,
quel est le
traitement associé ?
Ces précisions serait utiles pour pouvoir trouver une
solution.
-- Jean-marc
Salut Jean-Marc
- Le programme VB attend un code retour, récupère le
code
erreur, l'inscrit dans le fichier log et se termine. - Je pense que les 15 mn sont le résultat de "timeout"
et
éventuellement de "retry", précédant le code erreur. - Tous le problème est de savoir quels sont ces "Timer" et/ou "Retry"
Maurice. .
Autre précision, c'est sur un "InternetConnect" que nous avons ce message d'erreur.
Nous utilisons un programme VB qui fait des transferts
FTP entre un serveur W2000 et un serveur VMS.
De temps en temps, environ une fois par mois, nous
avons
une erreur 12111 "La session FTP a été interrompue".
cette erreur nous entraine un wait de 15mn exactement,
ce
qui est préjudiciable aux différents traitements
suivants.
- Comment éviter cette erreur, ou tout au moins,
réduire
considérablement le délai d'attente de 15mn
Hello,
précisions: Qui provoque le wait de 15 minutes ? Est ce
l'appli VB ? Que
fait elle pendant ce temps ?
L'erreur est elle bien trappée dans l'appli VB ? Si
oui,
quel est le
traitement associé ?
Ces précisions serait utiles pour pouvoir trouver une
solution.
--
Jean-marc
Salut Jean-Marc
- Le programme VB attend un code retour, récupère le
code
erreur, l'inscrit dans le fichier log et se termine.
- Je pense que les 15 mn sont le résultat de "timeout"
et
éventuellement de "retry", précédant le code erreur.
- Tous le problème est de savoir quels sont ces "Timer"
et/ou "Retry"
Maurice.
.
Autre précision, c'est sur un "InternetConnect" que nous
avons ce message d'erreur.
Nous utilisons un programme VB qui fait des transferts FTP entre un serveur W2000 et un serveur VMS. De temps en temps, environ une fois par mois, nous
avons
une erreur 12111 "La session FTP a été interrompue". cette erreur nous entraine un wait de 15mn exactement,
ce
qui est préjudiciable aux différents traitements
suivants.
- Comment éviter cette erreur, ou tout au moins,
réduire
considérablement le délai d'attente de 15mn
Hello, précisions: Qui provoque le wait de 15 minutes ? Est ce
l'appli VB ? Que
fait elle pendant ce temps ? L'erreur est elle bien trappée dans l'appli VB ? Si
oui,
quel est le
traitement associé ?
Ces précisions serait utiles pour pouvoir trouver une
solution.
-- Jean-marc
Salut Jean-Marc
- Le programme VB attend un code retour, récupère le
code
erreur, l'inscrit dans le fichier log et se termine. - Je pense que les 15 mn sont le résultat de "timeout"
et
éventuellement de "retry", précédant le code erreur. - Tous le problème est de savoir quels sont ces "Timer" et/ou "Retry"
Maurice. .
Autre précision, c'est sur un "InternetConnect" que nous avons ce message d'erreur.
Vincent Guichard
> Salut Jean-Marc
- Le programme VB attend un code retour, récupère le code erreur, l'inscrit dans le fichier log et se termine. - Je pense que les 15 mn sont le résultat de "timeout" et éventuellement de "retry", précédant le code erreur. - Tous le problème est de savoir quels sont ces "Timer" et/ou "Retry"
Maurice.
Sans aucunes indications sur l'implémentation de la gestion du protocole FTP, ça va être dûr à determier. Soit le programmeur a prévu que ce soit paramètrable, soit non.
Vincent Guichard
> Salut Jean-Marc
- Le programme VB attend un code retour, récupère le code
erreur, l'inscrit dans le fichier log et se termine.
- Je pense que les 15 mn sont le résultat de "timeout" et
éventuellement de "retry", précédant le code erreur.
- Tous le problème est de savoir quels sont ces "Timer"
et/ou "Retry"
Maurice.
Sans aucunes indications sur l'implémentation de la gestion du protocole
FTP, ça va être dûr à determier. Soit le programmeur a prévu que ce soit
paramètrable, soit non.
- Le programme VB attend un code retour, récupère le code erreur, l'inscrit dans le fichier log et se termine. - Je pense que les 15 mn sont le résultat de "timeout" et éventuellement de "retry", précédant le code erreur. - Tous le problème est de savoir quels sont ces "Timer" et/ou "Retry"
Maurice.
Sans aucunes indications sur l'implémentation de la gestion du protocole FTP, ça va être dûr à determier. Soit le programmeur a prévu que ce soit paramètrable, soit non.
Vincent Guichard
maurice.bellisario
>-----Message d'origine-----
Salut Jean-Marc
- Le programme VB attend un code retour, récupère le
code
erreur, l'inscrit dans le fichier log et se termine. - Je pense que les 15 mn sont le résultat de "timeout"
et
éventuellement de "retry", précédant le code erreur. - Tous le problème est de savoir quels sont
ces "Timer"
et/ou "Retry"
Maurice.
Sans aucunes indications sur l'implémentation de la
gestion du protocole
FTP, ça va être dûr à determier. Soit le programmeur a
prévu que ce soit
paramètrable, soit non.
Vincent Guichard
. Le programmeur n'a fixé aucun paramètre.
les valeurs par defaut doivent donc être utilisées. A part le paramètre "ConnectRetries" qui est par defaut à 5, je ne voit pas quel autre paramètre me donnerait un total de 15 mn. Le paramètre "ConnectTimeout" étant par défaut "Infini" Le paramètre "ConnectBackoff" n'ayant pas de valeur par défaut.
Maurice.
>-----Message d'origine-----
Salut Jean-Marc
- Le programme VB attend un code retour, récupère le
code
erreur, l'inscrit dans le fichier log et se termine.
- Je pense que les 15 mn sont le résultat de "timeout"
et
éventuellement de "retry", précédant le code erreur.
- Tous le problème est de savoir quels sont
ces "Timer"
et/ou "Retry"
Maurice.
Sans aucunes indications sur l'implémentation de la
gestion du protocole
FTP, ça va être dûr à determier. Soit le programmeur a
prévu que ce soit
paramètrable, soit non.
Vincent Guichard
.
Le programmeur n'a fixé aucun paramètre.
les valeurs par defaut doivent donc être utilisées.
A part le paramètre "ConnectRetries" qui est par defaut à
5, je ne voit pas quel autre paramètre me donnerait un
total de 15 mn.
Le paramètre "ConnectTimeout" étant par défaut "Infini"
Le paramètre "ConnectBackoff" n'ayant pas de valeur par
défaut.
- Le programme VB attend un code retour, récupère le
code
erreur, l'inscrit dans le fichier log et se termine. - Je pense que les 15 mn sont le résultat de "timeout"
et
éventuellement de "retry", précédant le code erreur. - Tous le problème est de savoir quels sont
ces "Timer"
et/ou "Retry"
Maurice.
Sans aucunes indications sur l'implémentation de la
gestion du protocole
FTP, ça va être dûr à determier. Soit le programmeur a
prévu que ce soit
paramètrable, soit non.
Vincent Guichard
. Le programmeur n'a fixé aucun paramètre.
les valeurs par defaut doivent donc être utilisées. A part le paramètre "ConnectRetries" qui est par defaut à 5, je ne voit pas quel autre paramètre me donnerait un total de 15 mn. Le paramètre "ConnectTimeout" étant par défaut "Infini" Le paramètre "ConnectBackoff" n'ayant pas de valeur par défaut.
Maurice.
Jean-Marc
"" a écrit dans le message de news:4db701c490fe$2f773150$
-----Message d'origine-----
Salut Jean-Marc
- Le programme VB attend un code retour, récupère le
code
erreur, l'inscrit dans le fichier log et se termine. - Je pense que les 15 mn sont le résultat de "timeout"
et
éventuellement de "retry", précédant le code erreur. - Tous le problème est de savoir quels sont
ces "Timer"
et/ou "Retry"
Maurice.
Sans aucunes indications sur l'implémentation de la
gestion du protocole
FTP, ça va être dûr à determier. Soit le programmeur a
prévu que ce soit
paramètrable, soit non.
Vincent Guichard
. Le programmeur n'a fixé aucun paramètre. les valeurs par defaut doivent donc être utilisées. A part le paramètre "ConnectRetries" qui est par defaut à 5, je ne voit pas quel autre paramètre me donnerait un total de 15 mn. Le paramètre "ConnectTimeout" étant par défaut "Infini" Le paramètre "ConnectBackoff" n'ayant pas de valeur par défaut.
Hello Maurice,
pas simpleà dire comme ça :-( Je n'utilise pas InternetConnect, j'utilise directement un socket quand je fais du FTP, et donc je ne connais pas bien le composant (je supppose qu'il s'agit du Internet Control). Je mettrais le ConnectRetries à 0, juste pour tester. Je ne sais pas comment est fait le code, mais personellment, je me mettrais un petit watch-dog avant l'appel à InternetConnect, car la connection ne doit pas prendre plus de qq secondes. Je règlerais donc mon watch dog à disons 30 secondes (à fine tuner en fonction du serveur à l'autre bout et des temps de réponses habituels). Ca ne va sans doute pas régler ton problème, mais ça va au moins le cerner.
D'autre part, un seul "La session FTP a été interrompue" par mois, c'est pas la mort, je dirais même que c'est assez bien! Je connais (hélas) des serveurs FTP qui envoient ce genre de blagues plusieurs fois par jour...
Et à ma connaissance, quand c'est coté serveur, tu ne peux pas faire grand chose. Bien sur, j'ignore tout de ce que toi, dans ton cas, tu as de l'autre coté.
-- Jean-marc
"maurice.bellisario@euriware.fr" <anonymous@discussions.microsoft.com> a
écrit dans le message de news:4db701c490fe$2f773150$a501280a@phx.gbl...
-----Message d'origine-----
Salut Jean-Marc
- Le programme VB attend un code retour, récupère le
code
erreur, l'inscrit dans le fichier log et se termine.
- Je pense que les 15 mn sont le résultat de "timeout"
et
éventuellement de "retry", précédant le code erreur.
- Tous le problème est de savoir quels sont
ces "Timer"
et/ou "Retry"
Maurice.
Sans aucunes indications sur l'implémentation de la
gestion du protocole
FTP, ça va être dûr à determier. Soit le programmeur a
prévu que ce soit
paramètrable, soit non.
Vincent Guichard
.
Le programmeur n'a fixé aucun paramètre.
les valeurs par defaut doivent donc être utilisées.
A part le paramètre "ConnectRetries" qui est par defaut à
5, je ne voit pas quel autre paramètre me donnerait un
total de 15 mn.
Le paramètre "ConnectTimeout" étant par défaut "Infini"
Le paramètre "ConnectBackoff" n'ayant pas de valeur par
défaut.
Hello Maurice,
pas simpleà dire comme ça :-(
Je n'utilise pas InternetConnect, j'utilise directement un socket quand je
fais du FTP, et donc je ne connais pas bien le composant (je supppose qu'il
s'agit du Internet Control).
Je mettrais le ConnectRetries à 0, juste pour tester.
Je ne sais pas comment est fait le code, mais personellment, je me mettrais
un petit watch-dog avant l'appel à InternetConnect, car la connection ne
doit pas prendre plus de qq secondes. Je règlerais donc mon watch dog à
disons 30 secondes (à fine tuner en fonction du serveur à l'autre bout et
des temps de réponses habituels).
Ca ne va sans doute pas régler ton problème, mais ça va au moins le cerner.
D'autre part, un seul "La session FTP a été interrompue" par mois, c'est pas
la mort, je dirais même que c'est assez bien! Je connais (hélas) des
serveurs FTP qui envoient ce genre de blagues plusieurs fois par jour...
Et à ma connaissance, quand c'est coté serveur, tu ne peux pas faire grand
chose. Bien sur, j'ignore tout de ce que toi, dans ton cas, tu as de l'autre
coté.
"" a écrit dans le message de news:4db701c490fe$2f773150$
-----Message d'origine-----
Salut Jean-Marc
- Le programme VB attend un code retour, récupère le
code
erreur, l'inscrit dans le fichier log et se termine. - Je pense que les 15 mn sont le résultat de "timeout"
et
éventuellement de "retry", précédant le code erreur. - Tous le problème est de savoir quels sont
ces "Timer"
et/ou "Retry"
Maurice.
Sans aucunes indications sur l'implémentation de la
gestion du protocole
FTP, ça va être dûr à determier. Soit le programmeur a
prévu que ce soit
paramètrable, soit non.
Vincent Guichard
. Le programmeur n'a fixé aucun paramètre. les valeurs par defaut doivent donc être utilisées. A part le paramètre "ConnectRetries" qui est par defaut à 5, je ne voit pas quel autre paramètre me donnerait un total de 15 mn. Le paramètre "ConnectTimeout" étant par défaut "Infini" Le paramètre "ConnectBackoff" n'ayant pas de valeur par défaut.
Hello Maurice,
pas simpleà dire comme ça :-( Je n'utilise pas InternetConnect, j'utilise directement un socket quand je fais du FTP, et donc je ne connais pas bien le composant (je supppose qu'il s'agit du Internet Control). Je mettrais le ConnectRetries à 0, juste pour tester. Je ne sais pas comment est fait le code, mais personellment, je me mettrais un petit watch-dog avant l'appel à InternetConnect, car la connection ne doit pas prendre plus de qq secondes. Je règlerais donc mon watch dog à disons 30 secondes (à fine tuner en fonction du serveur à l'autre bout et des temps de réponses habituels). Ca ne va sans doute pas régler ton problème, mais ça va au moins le cerner.
D'autre part, un seul "La session FTP a été interrompue" par mois, c'est pas la mort, je dirais même que c'est assez bien! Je connais (hélas) des serveurs FTP qui envoient ce genre de blagues plusieurs fois par jour...
Et à ma connaissance, quand c'est coté serveur, tu ne peux pas faire grand chose. Bien sur, j'ignore tout de ce que toi, dans ton cas, tu as de l'autre coté.
-- Jean-marc
maurice.bellisario
>-----Message d'origine----- ""
a
écrit dans le message de news:4db701c490fe$2f773150
$
-----Message d'origine-----
Salut Jean-Marc
- Le programme VB attend un code retour, récupère le
code
erreur, l'inscrit dans le fichier log et se termine. - Je pense que les 15 mn sont le résultat de "timeout"
et
éventuellement de "retry", précédant le code erreur. - Tous le problème est de savoir quels sont
ces "Timer"
et/ou "Retry"
Maurice.
Sans aucunes indications sur l'implémentation de la
gestion du protocole
FTP, ça va être dûr à determier. Soit le programmeur a
prévu que ce soit
paramètrable, soit non.
Vincent Guichard
. Le programmeur n'a fixé aucun paramètre. les valeurs par defaut doivent donc être utilisées. A part le paramètre "ConnectRetries" qui est par defaut
à
5, je ne voit pas quel autre paramètre me donnerait un total de 15 mn. Le paramètre "ConnectTimeout" étant par défaut "Infini" Le paramètre "ConnectBackoff" n'ayant pas de valeur par défaut.
Hello Maurice,
pas simpleà dire comme ça :-( Je n'utilise pas InternetConnect, j'utilise directement
un socket quand je
fais du FTP, et donc je ne connais pas bien le composant
(je supppose qu'il
s'agit du Internet Control). Je mettrais le ConnectRetries à 0, juste pour tester. Je ne sais pas comment est fait le code, mais
personellment, je me mettrais
un petit watch-dog avant l'appel à InternetConnect, car
la connection ne
doit pas prendre plus de qq secondes. Je règlerais donc
mon watch dog à
disons 30 secondes (à fine tuner en fonction du serveur
à l'autre bout et
des temps de réponses habituels). Ca ne va sans doute pas régler ton problème, mais ça va
au moins le cerner.
D'autre part, un seul "La session FTP a été interrompue"
par mois, c'est pas
la mort, je dirais même que c'est assez bien! Je connais
(hélas) des
serveurs FTP qui envoient ce genre de blagues plusieurs
fois par jour...
Et à ma connaissance, quand c'est coté serveur, tu ne
peux pas faire grand
chose. Bien sur, j'ignore tout de ce que toi, dans ton
écrit dans le message de news:4db701c490fe$2f773150
$a501280a@phx.gbl...
-----Message d'origine-----
Salut Jean-Marc
- Le programme VB attend un code retour, récupère le
code
erreur, l'inscrit dans le fichier log et se termine.
- Je pense que les 15 mn sont le résultat de "timeout"
et
éventuellement de "retry", précédant le code erreur.
- Tous le problème est de savoir quels sont
ces "Timer"
et/ou "Retry"
Maurice.
Sans aucunes indications sur l'implémentation de la
gestion du protocole
FTP, ça va être dûr à determier. Soit le programmeur a
prévu que ce soit
paramètrable, soit non.
Vincent Guichard
.
Le programmeur n'a fixé aucun paramètre.
les valeurs par defaut doivent donc être utilisées.
A part le paramètre "ConnectRetries" qui est par defaut
à
5, je ne voit pas quel autre paramètre me donnerait un
total de 15 mn.
Le paramètre "ConnectTimeout" étant par défaut "Infini"
Le paramètre "ConnectBackoff" n'ayant pas de valeur par
défaut.
Hello Maurice,
pas simpleà dire comme ça :-(
Je n'utilise pas InternetConnect, j'utilise directement
un socket quand je
fais du FTP, et donc je ne connais pas bien le composant
(je supppose qu'il
s'agit du Internet Control).
Je mettrais le ConnectRetries à 0, juste pour tester.
Je ne sais pas comment est fait le code, mais
personellment, je me mettrais
un petit watch-dog avant l'appel à InternetConnect, car
la connection ne
doit pas prendre plus de qq secondes. Je règlerais donc
mon watch dog à
disons 30 secondes (à fine tuner en fonction du serveur
à l'autre bout et
des temps de réponses habituels).
Ca ne va sans doute pas régler ton problème, mais ça va
au moins le cerner.
D'autre part, un seul "La session FTP a été interrompue"
par mois, c'est pas
la mort, je dirais même que c'est assez bien! Je connais
(hélas) des
serveurs FTP qui envoient ce genre de blagues plusieurs
fois par jour...
Et à ma connaissance, quand c'est coté serveur, tu ne
peux pas faire grand
chose. Bien sur, j'ignore tout de ce que toi, dans ton
écrit dans le message de news:4db701c490fe$2f773150
$
-----Message d'origine-----
Salut Jean-Marc
- Le programme VB attend un code retour, récupère le
code
erreur, l'inscrit dans le fichier log et se termine. - Je pense que les 15 mn sont le résultat de "timeout"
et
éventuellement de "retry", précédant le code erreur. - Tous le problème est de savoir quels sont
ces "Timer"
et/ou "Retry"
Maurice.
Sans aucunes indications sur l'implémentation de la
gestion du protocole
FTP, ça va être dûr à determier. Soit le programmeur a
prévu que ce soit
paramètrable, soit non.
Vincent Guichard
. Le programmeur n'a fixé aucun paramètre. les valeurs par defaut doivent donc être utilisées. A part le paramètre "ConnectRetries" qui est par defaut
à
5, je ne voit pas quel autre paramètre me donnerait un total de 15 mn. Le paramètre "ConnectTimeout" étant par défaut "Infini" Le paramètre "ConnectBackoff" n'ayant pas de valeur par défaut.
Hello Maurice,
pas simpleà dire comme ça :-( Je n'utilise pas InternetConnect, j'utilise directement
un socket quand je
fais du FTP, et donc je ne connais pas bien le composant
(je supppose qu'il
s'agit du Internet Control). Je mettrais le ConnectRetries à 0, juste pour tester. Je ne sais pas comment est fait le code, mais
personellment, je me mettrais
un petit watch-dog avant l'appel à InternetConnect, car
la connection ne
doit pas prendre plus de qq secondes. Je règlerais donc
mon watch dog à
disons 30 secondes (à fine tuner en fonction du serveur
à l'autre bout et
des temps de réponses habituels). Ca ne va sans doute pas régler ton problème, mais ça va
au moins le cerner.
D'autre part, un seul "La session FTP a été interrompue"
par mois, c'est pas
la mort, je dirais même que c'est assez bien! Je connais
(hélas) des
serveurs FTP qui envoient ce genre de blagues plusieurs
fois par jour...
Et à ma connaissance, quand c'est coté serveur, tu ne
peux pas faire grand
chose. Bien sur, j'ignore tout de ce que toi, dans ton
