Discussion :

[Phobos]

bonjour a tous,

j'ai developpe un code avec la WTK2.2 et ce code marche tres bien. j'ai ensuite voulu integrer ce code a un projet utilisant la WTK2.5 et je me retrouve avec une erreur.

le code que je souhaite integrer fait la chose suivante :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
FileConnection fileGzipped;
 
String url="file:///root1/test.gz";
 
    try
    {
fileGzipped=(FileConnection) Connector.open(url);
      System.out.println(fileGzipped.exists());
      InputStream is = fileGzipped.openInputStream();
 
[divers traitements...]
     }catch (Exception ex)
     {ex.printStackTrace();}

lorsque ce code est utilise avec la WTK2.2, j'obtiens true dans la console (donc le fichier existe).
lorsque je fais la meme chose avec la WTK2.5, j'obtiens false (donc le fichier n'existe pas) et j'obtiens donc une IOException.

l'erreur est localisee dans le "openInputStream" d'apres les affichages de la console et aussi d'apres la catch d'exception.

je precise que le fichier est bien present dans le repertoire root1 de l'emulateur a chaque fois.

pourriez-vous me dire si vous voyez une erreur que j'aurai pu commettre pendant l'integration du code ?
ou alors, seriez-vous au courant d'un bug semblable dans la WTK2.5 (car c'est une beta) ?

merci d'avance.
(desole de reposter ce message, mais j'ai du faire une mauvaise manip' car le discussion a ete aussitot fermee)

[Phobos]

je viens de faire un nouveau test, toujours avec la WTK2.5
j'ai insere ce code dans un midlet

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
try {
      String type = "audio/x-wav";
      InputStream is = getClass().getResourceAsStream("0.wav");
 
      System.out.println(is);
      Player player = Manager.createPlayer(is, type);
      player.start();
  } catch (MediaException e) {
      e.printStackTrace();
  } catch (IOException e) {
      e.printStackTrace();
  }

et voila la sortie que j'obtiens dans la console :

Running with storage root temp.DefaultGrayPhone7
Running with locale: French_France.1252
null
java.lang.IllegalArgumentException
at javax.microedition.media.Manager.createPlayer(+11)
at display.CommandCanvas.playSound(+25)
at display.TestCommandMid.commandAction(+45)
at javax.microedition.lcdui.Display$DisplayAccessor.commandAction(+282)
at javax.microedition.lcdui.Display$DisplayManagerImpl.commandAction(+10)
at com.sun.midp.lcdui.DefaultEventHandler.commandEvent(+68)
at com.sun.midp.lcdui.AutomatedEventHandler.commandEvent(+47)
at com.sun.midp.lcdui.DefaultEventHandler$QueuedEventHandler.run(+250)

alors que le fichier 0.wav est bien inclus dans mon projet (et que ce code a deja fonctionne sur la WTK2.2).

quelqu'un a-t-il deja eu ce probleme ? me serai-je plante quelque part ?

[Phobos]

a force de perseverance, j'ai trouve le probleme,

dans la WTK 2.5, au moment du lancement de l'emulateur, celui-ci cree un dossier temporaire (du genre temp.DefaultColorPhone250) ou doivent se trouver les fichiers et l'arborescence que je voulais lire.
il faut donc que je lance l'emulateur, puis, une fois localise le dossier temporaire cree, y copier mon fichier de test.

voili, voilou.

[jpclair]

ça vaudrait le coup de mettre ça dans la faq J2ME (AMHA)

[Phobos]

salut,

oui, c'est vrai que ca meriterai d'aller dans la FAQ,
mais j'aimerai d'abord savoir si d'autres uilisateurs ont eu le meme probleme (et si ma solution convient) ou alors si c'est mon WTK qui est mal configuré (me connaissant, ca peut arriver ).

j'attend vos messages

[Phobos]

salut,
finalement mon probleme n'aura peut-etre pas a figurer dans la FAQ, le probleme venait d'un jeton (fichier in.use dans la racine de mon emulateur) qui avait du etre creer a la suite d'un crash de l'appli.
depuis qu'il est supprime, il n'y a plus de probleme et je n'ai plus de creation d'emulateur "temporaire".