Discussion :

[spl0tch]

Salut tout le monde,

Voila, suis entrain de développer une application sur un pocket pc. Je comptais lancer une application secondaire (un .exe) à partir de mon application principale en java en utilisant la méthode exec() de la classe runtime...mais voila, exec n'éxiste pas d'après ce que j'ai compris, pour j2me (en tout cas pas dans l'API) . Et y'aurai toute une histoire comme quoi runtime.exex() ne fonctionnerai pas sous windows mobile 2003 parce que c'est l'OS qui à un problème ou je sais pas quoi (merci crosoft)?...

J'imagine ne pas être le seul à avoir/avoir eu ce besoin donc...y'a t-il une alternative pour executer un .exe à partir d'une application en j2me?

A defaut d'une alternative, une autre approche peut être ?

Merci!

Spl0tch

[fetchy]

Je te propose une autre approche : tu développes ton application en Windows Mobile!

[BugFactory]

Vous pourriez essayer cette API :
http://blog.developpez.com/adiguba?t...es_plus_simple

[spl0tch]

@fetchy : ouai ok , mais c'est pas une option, j'ai deja moins de 2 mois pour développer l'appli, pas le temps d'apprendre à dev sur wince...deja que mon java est rouillé

@BugFactory : merci pour le lien, mais je pense que ça aussi c'est pour java SE, à mon avis on est coincé sur ME à ce niveau.

Merci quand même pour les réponses

[fetchy]

Je ne pense pas que tu ais d'autres solutions...
Si tu veux garder ton programme en java, tu peux toujours développer un démon en Windows Mobile qui sera lancé au démarrage du mobile et qui prendra des requêtes par socket pour lancer ton autre application. Il ne doit pas y avoir besoin de trop de lignes de code pour faire ça
Ainsi tu pourras développer toutes les autres fonctionnalités de ton application en java. Par contre, lors de ta requête en socket tu auras un messages système de demande d'autorisation à valider par l'utilisateur (sauf si tu signes ton appli).

[spl0tch]

En fait ce n'est pas vraiment un problème de ne pas avoir d'alternative à exec, c'est juste une toute petite application qui doit être lancée pour interagir avec un lecteur RFID au format SD. Le problème étant que ce lecteur n'est compatible que avec C#/C++ et pas avec java!

C'est pour ça qu'on comptait lancer cette appli en C++ à partir de java...mais bon, l'utilisateur devra le faire lui même tant pis. Pour info, on y connait rien en C++ et c'est pas nous qui avons codé cette petite appli...et apprendre C# ou C++ dans le mois qui nous reste pour développer sur wince, pas une option hehe

Autre problème qui est survenu : l'impossibilité d'écrire/lire des fichiers sur ce fichu pocket PC 2003! Mais bon, pour ça l'alternative c'est de tout faire coté serveur afin de ne pas avoir à écrire des fichiers sur le PDA...

C'est vrai que c'est dans ce genre de situations qu'on se rend compte que ce serai beau, un monde ou tout est intercompatible

[BugFactory]

Dans ce cas, vous pourriez essayer JNI. Faites une interface C / C++ pour le lecteur et appelez la depuis Java via JNI.

[adiGuba]

Salut,

Et y'aurai toute une histoire comme quoi runtime.exex() ne fonctionnerai pas sous windows mobile 2003 parce que c'est l'OS qui à un problème ou je sais pas quoi (merci crosoft)?...

Apparemment le problème viendrait du fait qu'il soit impossible de rediriger les flux d'entrée/sortie d'un programme : Technote IBM - Runtime.exec() does not work on Windows Mobile 2003

Dans ce cas, vous pourriez essayer JNI. Faites une interface C / C++ pour le lecteur et appelez la depuis Java via JNI.

C'est aussi ce qui est recommandé sur le technote d'IBM


a++