[Méthode] Non traitement de données

Bonjour

Voici mon problème. Dans une servlet, je rassemble des nombres correspondant au préfixe de fichiers à partir d'un SGBD dans un ArrayList.
Puis, je parcours cet ArrayList et j'effectue les opérations nécessaires de concaténations pour avoir mes noms de fichiers. En même temps, lorsque j'ai le nom d'un fichier, j'appelle une méthode qui va lancer un processus externe qui traitera ce fichier (Blast, pour ceux qui connaissent).
Seulement, Blast ne traite pas les 4 premiers fichiers de ma liste 8O Le programme m'envoit cette erreur :

Code:

---

1 2	[blastall] FATAL ERROR: blast: Unable to open input file /home/gldavid/Blaster/7167fb7ba4806e855959d04f94048092/7167fb7ba4806e855959d04f940480921155290747/3058.txt

---

Or, ce fichier existe et ses droits ne sont pas différents des autres.

Voici la partie "main" de ma servlet:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

String cluster = "/home/gldavid/Blaster/"+id_user+"/"; java.util.Iterator i = numamplicons.iterator(); int retour=0; while(i.hasNext()){ Long l = (Long)i.next(); java.io.File clusterfile = new java.io.File(cluster+id_job+"/"+l.longValue()+".txt"); retour = blast(clusterfile); if(retour==1){ pw.print("<br /><font color=\"#FF0000\"><b>Oops ! Mistakes !</b></font>"); break; } } if(retour==0) pw.print("Finished !");

---

Et la méthode blast():

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

public int blast(java.io.File file){ String tmp = file.getAbsolutePath(); String xml = file.getAbsolutePath().replace(".txt", ".html"); String cmd = "ssh gldavid@mycluster blastall -p blastn -d nt -i "+tmp+" -o "+xml+""; try{ java.lang.Process process = Runtime.getRuntime().exec(cmd); process.waitFor(); java.io.BufferedReader error = new java.io.BufferedReader(new java.io.InputStreamReader(process.getErrorStream())); String s = ""; if(error.ready()){ while((s=error.readLine())!=null){ pw.print("<font color=\"#FF0000\"><b>"+s+"</b></font><br />"); } return 1; } } catch(IOException ioe){ Blaster.this.pw.print("<font color=\"#FF0000\"><b>7 : "+ioe.getMessage()+"</b></font><br />"); Blaster.this.destroy(); } catch(InterruptedException ie){ Blaster.this.pw.print("<font color=\"#FF0000\"><b>8 : "+ie.getMessage()+"</b></font><br />"); Blaster.this.destroy(); } return 0; }

---

Je précise que manuellement, Blast fonctionne avec ce fichier.
Merci d'avance de vos réponses !

@++

Bon, alors, quelques avancées.
Mais toujours pas de résultats.
J'ai décidé cette fois-ci d'appeler un script shell pour lancer les blasts sur ma pléthore de fichiers. Voici le code de script :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

#!/bin/bash   if [ ! -d $1 ] then echo 2> "$1 does not exist !" exit 1 fi   path=$1 for txt in `ls $1 | grep txt` do html=$1/`echo $txt | cut -f1 -d "."`.html blastall -p blastn -d refseq_Homo_sapiens_rna -i $1/$txt -o $html done

---

Et j'ai remodelé ma fonction pour qu'elle appelle ce script :

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

public int blast(String file){ String cmd = "ssh gldavid@mycluster /home/gldavid/blast.sh "+file; try{ java.lang.Process process = Runtime.getRuntime().exec(cmd); process.waitFor(); java.io.BufferedReader error = new java.io.BufferedReader(new java.io.InputStreamReader(process.getErrorStream())); String s = ""; if(error.ready()){ while((s=error.readLine())!=null){ pw.print("<font color=\"#FF0000\"><b>"+s+"</b></font><br />"); } return 1; } } catch(IOException ioe){ Blaster.this.pw.print("<font color=\"#FF0000\"><b>7 : "+ioe.getMessage()+"</b></font><br />"); Blaster.this.destroy(); } catch(InterruptedException ie){ Blaster.this.pw.print("<font color=\"#FF0000\"><b>8 : "+ie.getMessage()+"</b></font><br />"); Blaster.this.destroy(); } return 0; }

---

Et voici l'erreur, apparemment renvoyé par le script shell :

Code:

---

1 2	/home/gldavid/blast.sh: line 5: /home/gldavid/Blaster/7167fb7ba4806e855959d04f94048092/7167fb7ba4806e855959d04f940480921155302699/ does not exist !: No such file or directory

---

Oui, mais, j'ai cette erreur quand je lance le script via la servlet. Or quand je lance le script avec le même paramètre dans un shell, il tourne sans problème !
Je commence à croire que faire interagir une servlet et un shell Unix n'est pas simple :koi:
Merci d'avance de vos réponses.

@++

Salut,

c'est ton application multi-thread ?
ce serait pas un conflit d'acces ?
Pas fini de créer les fichier alors que tu essaye d'y acceder ?

Je pense que tu as raison BainE.
Mais dans ce cas là, comment faire pour éviter de tels cas ?

@++

si comme tu dis c'est que les 4 premiers fichiers qui passe pas, une petites tempo de quelques secondes, histoire qu'il finisse ?

Sinon comme c'est les 4 premiers tu peux essayé le meme traitement mais en commencant par la fin de la liste, avec un espece de reverse_iterator...

Salut BainE

Je commence par la fin (c'est le cas de le dire). Que je prenne ma file dans un sens comme dans l'autre, c'est pareil, les premiers éléments ne passent pas.
Par contre, peux-tu m'expliquer comment tu ferais la tempo de quelques secondes ? Quelles méthodes me conseilles-tu ?

@++

sinon tu n'ajoute dans ta liste ton fichier qu'un fois sont traitement terminé.
Et tu traite ta liste tant que tu a des elements et que le traitement precedant n'est pas fini.

Par contre attention aux acces consurentiels

[edit] tu pourrais commencer la méthode qui traite la liste par un sleep( 5000 ), si t'es dans un thread

BainE, peux-tu m'expliquer ton affaire de sleep. Je dois avouer que je ne sais pas bien y faire avec les threads :oops:

@++

avec sleep tu demande a ton thread de s'arrete un nombre de millisecondes.
Les autres continuent tranquillement :P
La methode est statique, dans la surcharge de la methode run tu pose (en debut surement) :

Thread.sleep( long millisecondes )

[EDIT] Bon j'ai fini la journée, la semaine :D
Bon courage et bon week end

Merci à toi BainE pour tes renseignements même si, hélas, mon problème est loin d'être résolu :(

@++

Quoi que :)
J'attends la fin de (tout mon ?) Blast.

@++

Yeess !!!
Il suffisait effectivement de faire dormir mon thread principal après le scp.
Et le tour est joué :mrgreen:

@++ et un gros :merci: à BainE.