Réception de fichiers TCP

Version imprimable

Voir 40 message(s) de cette discussion en une page

bonjour,

Je suis entrain de développer une application permettant de faire un backup d'un smartphone android sur un PC.
Et en ce moment je rencontre un problème en effectuant un restore du mobile.

Ce que je ne comprends pas est que, pourquoi le backup s'effectue sans problèmes. Alors que pendant le restore j’obtiens l'erreur dessous:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 java.net.ConnectException: Connection refused: connect at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(Unknown Source) at java.net.PlainSocketImpl.connectToAddress(Unknown Source) at java.net.PlainSocketImpl.connect(Unknown Source) at java.net.SocksSocketImpl.connect(Unknown Source) at java.net.Socket.connect(Unknown Source) at java.net.Socket.connect(Unknown Source) at java.net.Socket.<init>(Unknown Source) at java.net.Socket.<init>(Unknown Source) at ServerPackage.ServerData.sendFile(ServerData.java:126) at ServerPackage.ServerCommand.cmdRec(ServerCommand.java:363) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at ServerPackage.ServerCommand.clientLoop(ServerCommand.java:130) at ServerPackage.Server.start(Server.java:76) at ServerPackage.Server.main(Server.java:90)
sachant que pour faire le restore j'utilise un ServerSocket du coté client qui attends les connexions entrantes de données en provenance du serveur.

merci d'avance

14/07/2011, 19h15
tchize_

cette trace viens du smartphone ou du pc?
14/07/2011, 19h29
Hityou05

l'exception vient du coté PC en fait!

en fait du j'invoque une méthode qui effectue l'envoi d'un fichier du coté serveur, voici le corps de ma méthode:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
public int sendFile(String path) throws Exception {
 
		int reply = 0;
		FileInputStream fis = null;
		Socket dataSocket = null;
		try {
			File file = new File(path);
			if (!file.isFile()) {
				servCommand.servReply(path + " is not a file.");
				return reply;
			}
			fis = new FileInputStream(file);
			// Connect to User DTP.
			// port not well configured
			if (dataPort == -100) {
				servCommand.servReply("Error data port: " + dataPort);
				return reply;
			}
			dataSocket = new Socket(hostAdr, dataPort);
			OutputStream fos = dataSocket.getOutputStream();
 
			// Send file contents.
			transfertData(fis, fos);
			servCommand.servReply("Server finish sending " + path + ".");
			reply = 1;
		} catch (FileNotFoundException e) {
			e.printStackTrace();
		} catch (ConnectException e) {
			e.printStackTrace();
		} catch (IOException e) {
			e.printStackTrace();
		} finally {
			try {
				if (dataSocket != null)
					dataSocket.close();
			} catch (IOException e) {
			}
		}
		return reply;
	}

du coté client la méthode qui intercepte le fichier est la suivante:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
/**
         * receive file from the server and store it in the local dir of the client
         * 
         * @param String
         *            path the name of file to store
         */
	public int userRecFile(String path) {
		int reply = 0;
		FileOutputStream fos = null;
		Socket dataSocket = null;
		try {
			File file = new File(path);
 
			fos = new FileOutputStream(file);
 
			// Connect to User DTP.
			// port not well configured
			if (userDataPort == -100) {
				return reply;
			}
			ServerSocket servSocket = new ServerSocket(userDataPort);
			dataSocket = servSocket.accept();
			InputStream fis = dataSocket.getInputStream();
 
			// Read file contents.
			transfertData(fis, fos);
			reply = 1;
			servSocket.close();
		} catch (ConnectException e) {
			e.printStackTrace();
		} catch (IOException e) {
			e.printStackTrace();
		} finally {
			try {
				if (dataSocket != null)
					dataSocket.close();
			} catch (IOException e) {
			}
		}
		return reply;
	}

14/07/2011, 20h51
ZouBi

Donc ton programme qui envoie le fichier avec le serveur te sort l'exception.
Ce programme, tu le fais tourner sur une plate-forme Android?

Je ne comprends pas; tu dis faire un programme transférant un fichier de l'Android vers le PC. Ton erreur, montre que le soucis vient du programme qui "envoie" donc on suppose de ton Android; or tu dis que non, ça vient de ton PC....
14/07/2011, 23h57
Hityou05

salut zoubi

En fait j'ai deux programme, un serveur sur le PC et le client c'est l'application Android. comme je l'ai dis c'est une application qui effectue un backup/restore du smartphone sur son propre PC.
Le backup fonctionne correctement, alors que pendant le restore mon serveur me sort l'exception de dessus. voilà le problème.

merci
15/07/2011, 11h18
ZouBi

Encore une fois, je saisis pas tout.
Quand tu fais le backup; c'est à dire, quand ton Android transfère le fichier au serveur; tout va bien; mais le chemin inverse, non?

A ce que j'ai compris (et ton code), depuis le serveur, tu te connectes à l'Android? Alors que ça devrait être l'inverse.
Le serveur reste un serveur; et l'Android se connecte au serveur pour récupérer le restore.
15/07/2011, 13h36
Hityou05

Encore une fois, je saisis pas tout.

Citation:

Quand tu fais le backup; c'est à dire, quand ton Android transfère le fichier au serveur; tout va bien; mais le chemin inverse, non?

exact c'est lorsque j'essaye d'envoyer du serveur (Pc) vers android (client) que ça ne marche pas

Citation:

A ce que j'ai compris (et ton code), depuis le serveur, tu te connectes à l'Android? Alors que ça devrait être l'inverse.
Le serveur reste un serveur; et l'Android se connecte au serveur pour récupérer le restore.

qu'es ce que tu proposerai comme idée dans ce cas?
15/07/2011, 13h56
tchize_

ton serveur reste un serveur.

backup: android se connecte, envoi un message style "coucou j'ai un backup pour toi", le serveur répond "vas-y balance", et tu balance le fichier

restore: android se connecte, envoie un message style "coucou, tu peux me refiler le backup?", le serveur répond "ok, tiens, le voilà" et il balance le fichier.

Il n'est pas normal d'ouvrir un ServerSocket du coté android :aie:
15/07/2011, 14h24
Hityou05

Citation:

restore: android se connecte, envoie un message style "coucou, tu peux me refiler le backup?", le serveur répond "ok, tiens, le voilà" et il balance le fichier.

avant de faire un restore j’envoie une message au serveur comme tu dis

Citation:

"coucou, tu peux me refiler le backup?"

. Et avec ce message j'invoque la méthode de mon objet ServerDTP qui est sendFile.

Citation:

Envoyé par tchize_

Il n'est pas normal d'ouvrir un ServerSocket du coté android :aie:

si je ne doit pas ouvrir un serverSocket du coté client, comment pourrai-je mettre mon client à l'écoute pour recevoir le backup dans ce cas la?
15/07/2011, 14h29
tchize_

Ben sur la même que celle où à transité le "coucou tu pourrais me filer le backup"
15/07/2011, 14h32
Hityou05

cool :ccool: merci j'essayerai et je te donnerai de mes nouvelles
17/07/2011, 19h34
Hityou05

salut
Dsl j'ai tardé un peu à te donner de mes nouvelles. Là j'ai implémenter l'idée que tu m'as proposé. donc j'ai viré le ServerSocket du coté client et je ne l'ai laissé que du coté Serveur.
Tout semblait bien fonctionner lorsque que j'ai fais un local test sur ma machine. En effet j'ai créé un client et j'ai essayé de restaurer une liste de fichiers puis ça a marché.
Mais sur Android, j'obtient à chaque fois une des deux exceptions suivantes:

Code:

Software caused connection abort: socket write error

Code:

Connection reset by peer: socket write error

Es ce que c'est l'android qui n'est pas synchro avec le server, ou bien es ce que c'est une question de port tcp, et la pourtant en faisant le backup j'utilise le même port et cela fonctionne :?
17/07/2011, 20h09
KiKoM@So

Salut,

J'avais un peu le même problème avec un client Java (Android) et un serveur en C++ sur le PC.

J'arrivai à envoyer de android vers le pc mais android ne recevait jamais sa confirmation:

Voici mon exemple:

Android envoie "CONNECT"
PC répond "OK"
afin de signaler à android que la connection au serveur est OK et là mon application bugué.

Après recherches j'ai vu qu'appriori android voyait la fin de ligne avec un "\n".

Du coup maintenant mon serveur envoie "OK\n" et ça fonctionne.
Peut être as tu le même problème.

Désolé du pavé mais c'était pour expliqué la chose, voir si c'est ce qu'il te faut.
17/07/2011, 20h25
Hityou05

salut
j'ai essayé avec un '\n' mais nada!
merci
17/07/2011, 22h02
KiKoM@So

Quand tu fais en debug ça te plante où dans ton code ?

C est dès que tu demandes au serveur ou à la réception?
17/07/2011, 22h17
Hityou05

la communication fonctionne au niveau de l'envoi des commandes et réception des réponses.
C'est seulement lorsque je reçois les données des fichiers que ça plante!

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
07-17 22:56:44.966: WARN/System.err(16221): java.io.FileNotFoundException: /./mnt/sdcard/DCIM/Camera/2011-03-17_22.09.27.jpg (Permission denied)
07-17 22:56:44.970: WARN/System.err(16221):     at org.apache.harmony.luni.platform.OSFileSystem.open(Native Method)
07-17 22:56:44.970: WARN/System.err(16221):     at dalvik.system.BlockGuard$WrappedFileSystem.open(BlockGuard.java:232)
07-17 22:56:44.972: WARN/System.err(16221):     at java.io.FileOutputStream.<init>(FileOutputStream.java:94)
07-17 22:56:44.972: WARN/System.err(16221):     at java.io.FileOutputStream.<init>(FileOutputStream.java:165)
07-17 22:56:44.976: WARN/System.err(16221):     at java.io.FileOutputStream.<init>(FileOutputStream.java:144)
07-17 22:56:44.978: WARN/System.err(16221):     at UserPackage.UserData.userRecFile(UserData.java:55)
07-17 22:56:44.982: WARN/System.err(16221):     at UserPackage.UserCommand.recFile(UserCommand.java:174)
07-17 22:56:44.984: WARN/System.err(16221):     at UserPackage.ListReceiver.recList(ListReceiver.java:74)
07-17 22:56:44.984: WARN/System.err(16221):     at com.android.newproject.BackupClient.restoreAction(BackupClient.java:295)
07-17 22:56:44.986: WARN/System.err(16221):     at java.lang.reflect.Method.invokeNative(Native Method)
07-17 22:56:44.988: WARN/System.err(16221):     at java.lang.reflect.Method.invoke(Method.java:507)
07-17 22:56:44.988: WARN/System.err(16221):     at android.view.View$1.onClick(View.java:2149)
07-17 22:56:44.990: WARN/System.err(16221):     at android.view.View.performClick(View.java:2538)
07-17 22:56:45.006: WARN/System.err(16221):     at android.view.View$PerformClick.run(View.java:9152)
07-17 22:56:45.006: WARN/System.err(16221):     at android.os.Handler.handleCallback(Handler.java:587)
07-17 22:56:45.006: WARN/System.err(16221):     at android.os.Handler.dispatchMessage(Handler.java:92)
07-17 22:56:45.010: WARN/System.err(16221):     at android.os.Looper.loop(Looper.java:123)
07-17 22:56:45.012: WARN/System.err(16221):     at android.app.ActivityThread.main(ActivityThread.java:3687)
07-17 22:56:45.012: WARN/System.err(16221):     at java.lang.reflect.Method.invokeNative(Native Method)
07-17 22:56:45.022: WARN/System.err(16221):     at java.lang.reflect.Method.invoke(Method.java:507)
07-17 22:56:45.024: WARN/System.err(16221):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:842)
07-17 22:56:45.024: WARN/System.err(16221):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:600)
07-17 22:56:45.024: WARN/System.err(16221):     at dalvik.system.NativeStart.main(Native Method)

trace du LogCat

18/07/2011, 00h39
KiKoM@So

Pour moi le plus parlant est ta première ligne d'erreur.

Ça peut être que le fichier en question n'existe pas, mais cela m'étonnerai donc je pense plus à un problème de droit mais là je sais pas trop comment cela fonctionne, essaie à la limite de mettre ton fichier dans un dossier où tu as moins de restriction sous Windows, genre:

D:\dossiertest\<tonimage.jpg>

et essaie de la copier vers un répertoire que tu crées toi même (et donc où tu a plus de chance d'avoir les droits) sur android.
Vérifie aussi que ton image ne soit pas en lecture seule au cas où (mais ça ne devrait pas jouer).
18/07/2011, 01h45
Hityou05

c'est bon j'ai résolu le problème:ccool:. c'était à cause que je n'ai pas ajouté la permission WRITE_EXTERNAL_STORAGE dans mon fichier Manifest.xml.

merci

Voir 40 message(s) de cette discussion en une page