Discussion :

[Protecteur59]

Bonjour à tous,

Je rencontre un problème lors de l'envoie d'un fichier sur un serveur FTP.
Lors de l'envoie du fichier, mon fichier est bien créé, en revanche il pèse toujours 0 octets.

Voici le code source de mon application :

Code :

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

1
2
3
4
5
6
7
8
9
10
		FTPClient client = new FTPClient();
		client.connect("xx.xxx.xx.xx", 21);
		client.login("xxxxx","xxxxxx");
		String distantFileName="aa.txt";
 
		File file1 = new File( "monfichier.txt" );
 
		InputStream fis = new FileInputStream(file1);
		System.out.println(client.storeFile(distantFileName, fis));
		client.logout();

Le Sysou de "StoreFile" me retourne False.

J'ai essayé en ajoutant :

Code :

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

client.setFileType(FTP.BINARY_FILE_TYPE);

ASCII mode etc... toujours un fichier vide...

J'ai essayé également de passer par une autre librairie (simpleftp), et le même soucis...

Merci d'avance pour votre aide.
Cordialement,
Anthony

[tchize_]

pourriez vous afficher les réponses du serveur FTP? Utilisez addProtocolCommandListener pour recevoir ces infiormations.

Code :

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

1
2
3
4
5
6
7
8
ftpClient.addProtocolCommandListener(new ProtocolCommandListener(){
  public void protocolCommandSent(ProtocolCommandEvent event){
    System.out.println("->"+event.getMessage());
  }
  public void protocolReplyReceived(ProtocolCommandEvent event) {
    System.out.println("<-"+event.getMessage());
  }
});

[Protecteur59]

Tout d'abord, merci pour ta réponse.

Je viens d’effectuer la commande que tu m'as proposé.

Voici les informations retournées :

->TYPE I
<-200 Type set to I
->PORT 192,168,1,16,226,232
<-200 PORT command successful
->STOR aa.txt
<-150 Opening BINARY mode data connection for aa.txt
<-226 Transfer complete
true
->QUIT
<-221 Goodbye.

[tchize_]

et il est toujours vide? Parce que ici storefile retourne true alors que plus haut c'était false.

Aussi, avec commons ftp client, toujours faire un

Code :

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

ftpclient.completePendingCommand()

avant le disconnect

[Protecteur59]

Oui, le fichier est toujours vite... à ne rien comprendre :s

En rajoutant la dernière commande " client.completePendingCommand();"

l'application ne s'arrête plus... il n’exécute plus la suite du code et ne retourne aucunes erreur !

[tchize_]

passer votre client en mode passif, visiblement le serveur ftp distant n'arrive pas à le contacter pour établir le transfert.

[Protecteur59]

Code :

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

1
2
3
4
5
6
7
8
->PASV
<-227 Entering Passive Mode (94,23,10,202,163,115).
->STOR aa.txt
<-150 Opening ASCII mode data connection for aa.txt
<-226 Transfer complete
true
->QUIT
<-221 Goodbye.

fichier toujours vide !

[jomoro]

Bonjour, j'ai vu votre post et je voulais apporter mon expérience sur le sujet. J'ai eu aussi de grosses difficultés à utiliser le storeFile du FtpClient de Jakarta.
Je ne sais pas pourquoi mais dans mon cas les fichiers uploadés sont tronqués, c'est pourquoi les fichiers de petite tailles (< 10 Ko) sont vides. Lorsque l'on upload des images par exemple, cela ne se voit pas au premier coup d'oeil, l'image peut être affichée mais la taille a changé de quelques Ko. Lorsqu'on upload un zip, celui ci ne peut pas etre décompressé...

La seule solution que j'aie trouvé a été de migrer vers une autre librairie: edtFTPj qui a fonctionné très bien dans mon cas (les fichiers sont correctement uploadés).

[tchize_]

comme je l'ai mentionné, ce tronquage vien du fait qu'on utilise pas completePendingCommand() avant le disconnect -> on coupe avant que l'upload qui se fait en parallèle, soit terminé.