OSGi mobile est-il prêt à être utilisé dans le monde réel sur les téléphones mobiles?

StackOverflow https://stackoverflow.com/questions/634011

  •  10-07-2019
  •  | 
  •  

Question

Je développe des applications pour les appareils mobiles. Je n'ai jamais développé pour OSGi et pour le moment, je songe à commencer avec.

J'ai beaucoup lu sur l'utilisation d'OSGi sur les téléphones mobiles, et il est dit que ça tourne sur J2ME, Symbian, Windows Mobile, Android ... Mais il me semble que personne ne l'utilise actuellement là-bas.

Je voudrais vraiment exploiter les nombreux avantages d’OSGi, mais je sais que je pourrais le faire sans. Et je ne souhaite exclure aucun utilisateur qui n'est pas en mesure d'utiliser OSGi sur son téléphone ou qui doit passer par des processus de configuration compliqués pour préparer son téléphone à OSGi.

Et je ne peux tout simplement pas croire que la plupart de ces téléphones J2ME bon marché peuvent fonctionner avec quelque chose de sophistiqué comme OSGi. Ne parlez pas des smartphones à 1 000 dollars, mais plutôt de ces appareils grand public que vous pouvez obtenir, par exemple. Sony Ericsson pour 100 USD (ou 200 USD pour être honnête).

L’OSGi mobile est-il une véritable alternative à l’heure actuelle ou n’est-ce qu’une perspective intéressante pour une utilisation future?

Modifier: Jusqu'à présent, il n'y a qu'une seule réponse et indique que nous sommes loin d'utiliser OSGi mobile. Mais pour moi, une solution est que peu de gens fondent leurs décisions importantes, alors j'espère qu'une prime attirera encore plus de lecteurs.

Si plus aucune réponse n’arrivera, c’est le signe que personne n’a jamais utilisé OSGi mobile. Je conclurais alors que je ne voudrais pas être le premier à l’explorer. Normalement, j'aime essayer les nouvelles technologies, mais cette fois, il est essentiel de miser sur le mauvais cheval.

Était-ce utile?

La solution

La raison pour laquelle vous n'obtenez aucune réponse est probablement due au fait que OSGi Mobile n'est pas prêt pour le monde réel. Pire encore, puisque cela a été annoncé il y a plus de 3 ans et que cela n'a toujours pas été rattrapé, il semble que tout le monde l'ait oublié. C’est quelque chose de similaire avec MIDP 3.0, que tout le monde attend encore.

D'après ce que je comprends, OSGi promet de fournir une configuration CDC aux périphériques mobiles, leur permettant d'utiliser des infrastructures riches telles que Swing. Il lève également certaines des restrictions imposées par le profil MIDP et, surtout, permettra à l'utilisateur de télécharger et d'installer des plug-ins par liaison radio.

Vous devez maintenant réfléchir à la manière dont tout cela s’adapte au statut actuel du marché. Nous avons maintenant un tas de plates-formes de smartphones (iPhone, Windows Mobile, Symbian). Ce sont tous des acteurs clés et ils souhaitent bien sûr que les utilisateurs préfèrent les applications natives aux applications Java. Apple est en fait allé jusqu'à interdire l'iPhone à Java ou à toute autre application de machine virtuelle. Mais même si les fabricants ne l’avaient pas fait, je ne pense pas que les clients eux-mêmes préféreraient les applications Java, quelle que soit leur saveur, aux applications natives les plus riches et les plus puissantes. Les applications mobiles Java avaient un sens il y a quelques années, mais elles semblent aujourd'hui appartenir au passé.

Bien sûr, on pourrait dire que Sun ne voudrait pas abandonner le Java mobile, déployé sur des milliards d’appareils, et ferait quelque chose pour le ressusciter. En fait, ils font quelque chose et il s’agit du mobile JavaFX .

Donc, à mon avis, OSGi mobile est exclu pour le présent et l'avenir.

Autres conseils

Il n'y a aucune raison pour que ce ne soit pas le cas. OSGi en tant que cadre, définition de paquet et gestion de dépendance est relativement compact. Ce qui est alors lourd sont les services standard définis par le standard OSGi. Cependant, ils ne sont pas nécessaires au bon fonctionnement du framework.

Même si OSGi mobile n’existe pas encore, il n’ya aucune raison de ne pas utiliser une plate-forme OSGi spécialement conçue pour les petits appareils. Le bogue de http://www.buglabs.net/ en est un exemple. Ils utilisent l’implémentation OSGi du concierge, spécialement conçue pour les petits appareils ( http://concierge.sourceforge.net/< >).

Selon la page du projet Concierge: "Concierge est une implémentation optimisée de la structure OSGi R3 avec une empreinte de fichier d’environ 80 ko. Cela le rend idéal pour les appareils mobiles ou embarqués. La page du projet Concierge fournit également une liste des plates-formes testées, voir: http: //concierge.sourceforge. net / plateformes / index.html

À mon avis, c'est déjà une alternative en ce moment.

Nous n'en sommes pas encore là, mais je suis tout à fait d'accord pour dire qu'il doit être ajouté aux téléphones mobiles partout.

Les futures machines virtuelles mobiles vont au moins de cette manière.

Donc, pour le moment: pas question avenir: personne ne peut le dire pour le moment, mais cela serait formidable et aurait beaucoup de sens.

Désolé de ne pas connaître ce forum, je n'ai donc pas vu la question plus tôt. Mobile OSGi est vivant et réel et a été publié par Sprint sur ses appareils winmobile et sera bientôt disponible pour d'autres appareils du portefeuille de sprint. Sprint a également publié une version Open eval pour tout téléphone winmobile 6.0, même s’il n’est pas sur le réseau de sprints. Mobile OSGi offre des fonctionnalités qui ne sont disponibles nulle part ailleurs dans l'espace mobile. Vous pouvez exécuter un serveur Java Web / App entièrement administrable dans OSGi (accédez à Javaone et consultez la démo). et peut créer des applications Internet riches qui utilisent le navigateur de l'appareil connecté au serveur de l'appareil en mode riche mobilenet. son complètement à distance gérable contrairement à Android. et complètement ouvert contrairement à l'iphone. Cela nécessite le déplacement de la puissante machine virtuelle Java CDC en tant que base, de sorte qu’elle ne s’exécute pas jusqu’aux périphériques les plus bas, mais fonctionne très bien dans les segments moyen et supérieur. C'est également la seule infrastructure d'application qui fonctionnera sur les systèmes d'exploitation. Il s’agit de la pile complète OSGi r4 meg qui apporte la même puissance d’OSGi que celle utilisée dans Glassfish, Oracle Server, Websphere, SpringSource, etc. sur le mobile. Il s'agit de la seule solution mobile. Il ne s'agit pas d'un piratage mobile unique, mais de la même technologie, du serveur de la maison de verre à la périphérie du cloud. jetez un oeil à developer.sprint.com/titan Jon Bostrom Président de MobiNoir consulting Père de Java Mobile

La mauvaise nouvelle: AUCUNE technologie au monde que vous, développeur d'applications, pouvez utiliser pour développer des applications pouvant s'exécuter partout, vous pouvez donc vous limiter à une seule plate-forme ou réécrire votre application plusieurs fois.

La bonne nouvelle: OSGi est déjà disponible sur 4 plates-formes (Win Mobile, Android, Nokia, Brew), quelle autre plate-forme vous offre cette couverture?

Excellent article sur pourquoi OSGi est nécessaire: http: //www.pikesoft .com / blog / index.php? itemid = 220

En ce qui concerne la pénétration du marché, oui, elle n’a pas encore été déployée universellement et je comprends que pour un développeur d’application (qui ne souhaite généralement pas déployer la plate-forme avec son application), cela constitue une limitation. Cependant, comme l'a dit Jon, les déploiements de masse commencent à décoller cette année aux États-Unis, d'autres à suivre. Ours avec cette technologie!

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top