Discussion :

[elmaestro]

Bien l'bonsoir par ici,

Quelqu'un pourrait-il m'expliquer ce comportement étrange ?

Lorsque j'exécute le code ci-après :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
try{
 
	File f = new File ("C:\\bidon\\test.txt");
 
	FileInputStream fis = new FileInputStream(f);	
 
	Log.i("test", fis.toString());
 
}catch (FileNotFoundException e){
 
	e.printStackTrace();
 
}

j'obtiens l'Exception suivante :

Code :

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

1
2
3
4
5
05-14 22:48:59.255: W/System.err(1157): java.io.FileNotFoundException: /C:\bidon\test.txt
05-14 22:48:59.255: W/System.err(1157):  at org.apache.harmony.luni.platform.OSFileSystem.open(OSFileSystem.java:244)
05-14 22:48:59.276: W/System.err(1157):  at java.io.FileInputStream.<init>(FileInputStream.java:77)
05-14 22:48:59.285: W/System.err(1157):  at com.app.jBidouille.DataChannel.run(DataChannel.java:66)
05-14 22:48:59.301: W/System.err(1157):  at java.lang.Thread.run(Thread.java:1096)

Pourtant J'ai vérifié :

• l'orthographe du chemin et du fichier
• l’existence du fichier

D'avance merci pour vos lumières.

[wax78]

Permissions de lecture ?

[elmaestro]

Au niveau du Manifest ou au niveau du File system ?

[wax78]

FileSystem

[elmaestro]

Je vais vérifier les droits sur le répertoire et le fichier, puis vous direz si ok/pas ok.

[elmaestro]

Re-bonjour,

Je viens de refaire un autre test sur un autre fichier que je viens de créer à l'instant manuellement et malgré cela j'ai toujours une erreur FileNotFoundException ; je n'y comprend absolument rien !

Existe-t'il une manip fiable pour tester les droits sur le dossier \temp ou le fichier toto.txt, voire forcer ces droits à fullopen ?

Code :

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

1
2
3
4
5
6
W/System.err(382): java.io.FileNotFoundException: /C:\temp\toto.txt
W/System.err(382): 	at org.apache.harmony.luni.platform.OSFileSystem.open(OSFileSystem.java:244)
W/System.err(382): 	at java.io.FileInputStream.<init>(FileInputStream.java:77)
W/System.err(382): 	at com.jBidouille.Xroid.Communication.Data.DataWriter.doWriteData(DataWriter.java:109)
W/System.err(382): 	at com.jBidouille.Xroid.Communication.Data.DataWriter.run(DataWriter.java:73)
W/System.err(382): 	at java.lang.Thread.run(Thread.java:1096)

Voici le code utilisé :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
		byte [] bytes;
		BufferedInputStream buff;
 
		bytes  = new byte [(int)f.length()];
		try {
 
                        File f = new File("C:\\temp\\toto.txt");			
			buff = new BufferedInputStream(new FileInputStream(f));			
 
			buff.read(bytes,0,bytes.length);
 
			outputStream.write(bytes,0,bytes.length);
 
			outputStream.flush();
 
		} catch (FileNotFoundException e) {
			e.printStackTrace();
		} catch (IOException e1) {
			e1.printStackTrace();
		}
 
	}

Et voici la preuve que le fichier existe bien :

[dinobogan]

Par défaut, un serveur Apache n'accède qu'à un sous-répertoire.
Puisque je vois le nom "apache" dans la stack trace, je suppose que ton code tourne sur un serveur Apache ?
Ton code fonctionne en application stand-alone, mais via Apache, il y a des droits à configurer.

[LittleBean]

Bonjour,

Avec ce code ça donne quoi ?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
import java.io.File;
public class Print {
	public static void main(String[] args) {
		File file = new File("C:\\temp");
		if (file.isDirectory()){
			File[] listFiles = file.listFiles();
			for (int i = 0; i < listFiles.length; i++) {
				System.out.println(listFiles[i].getName());
			}
		} else {
			System.err.println("Problem sur dossier");
		}	
	}
}

J'ai l'impression que tu utilises harmony est ce que tu peux tester avec le jdk sun/oracle ?
Et nous indiquer les versions que tu utilises?

Bon courage

[elmaestro]

J'ai l'impression que tu utilises harmony est ce que tu peux tester avec le jdk sun/oracle ?
Et nous indiquer les versions que tu utilises?

Bon courage

Non, je ne tourne pas sous apache, en tout cas je n'ai rien installer de tel volontairement.

Voici le compte rendu d'installation de mon JDK : Thank you for installing the Java Development Kit Version 7 Update 4 from Oracle Corporation.

Je viens à l'instant de tester ton code et il liste bien les fichiers contenus dans \temp.

Le problème est donc ailleurs, mais où ?

[LittleBean]

Non, je ne tourne pas sous apache, en tout cas je n'ai rien installer de tel volontairement.

Hum ça donne quoi un java -version
ou si tu es sous eclipse dans "Intalled jre"

Parceque cette ligne est louche :

Code :

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

org.apache.harmony.luni.platform.OSFileSystem.open(OSFileSystem.java:244)

[elmaestro]

Code :

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

org.apache.harmony.luni.platform.OSFileSystem.open(OSFileSystem.java:244)

Je fouille aussi sur le web et il semble que cela ai à faire avec Android !

Je précise que je développe sous eclipse (Version: Indigo Release, Build id: 20110615-0604) et sous environnement Android.

La version java :

Code :

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

1
2
3
java version "1.7.0_04"
Java(TM) SE Runtime Environment (build 1.7.0_04-b22)
Java HotSpot(TM) Client VM (build 23.0-b21, mixed mode, sharing)

[elmaestro]

Bien l'bonsoir par ici,

Après que LittleBean m'ai suggéré de voir du côté du message suivant, je confirme que mon problème de FileNotFoundException n'a rien à voir avec java, mais avec Android.

Code :

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

org.apache.harmony.luni.platform.OSFileSystem.open(OSFileSystem.java:244)

Le problème rencontré vient du fait que lorsqu'on développe sous Eclipse en environnement Android, et en émulant un smartphone (cible de l'application) avec AVD Emulator, on ne peut pas exploiter directement les fichiers de l'hote (donc mon PC). En fait c'est l'émulateur Android qui joue le rôle de "PC" à la place du vrai smartphone.

Il faut donc configurer l'émulateur Android et lui indiquer que son File system n'est pas Windows File system, mais Android File system. C'est une sorte de SD Card virtuelle qui simule le vrai SD Card du smartphone.

Du coup, Android met a disposition l'API qu'il faut dans Android SDK (getExternalStorageDirectory()) pour mapper la virtual SD Card de l'émulateur et pourvoir l'exploiter naturellement dans Eclipse avec les API classiques de manipulation de fichier.

Pour plus d'information sur le sujet, voir ici.

Voici à quoi ressemble le transfert via socket d'un fichier texte présent dans le SD Card de l'émulateur :

Code :

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

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
import android.os.Environment;
import android.util.Log;
 
private void doSendFile (String fName, OutputStream out){
 
		byte [] bytes;
		BufferedInputStream in = null;
		File path = null;
		int length = 0;		
 
		try {
 
			bytes = new byte[1024];			
 
			path = Environment.getExternalStorageDirectory(); 
 
			in = new BufferedInputStream(new FileInputStream(new File(path + "/" + fName)), 8192);			
 
		    while ((length = in.read(bytes)) > 0)
		    {
		    	out.write(bytes, 0, length);
		    }
 
		    out.flush();	
 
 
		} catch (FileNotFoundException e) {
			e.printStackTrace();
		} catch (IOException e) {
			e.printStackTrace();
		} finally {
		    in.close();
		} catch (IOException e) {
			e.printStackTrace();
		}
 
	}