2009-03-11 12 views
3

Je développe des applications pour les appareils mobiles. Je n'ai jamais développé pour OSGi et en ce moment, j'envisage de commencer avec ça. J'ai beaucoup lu sur l'utilisation de OSGi sur les téléphones mobiles, et il est dit de fonctionner sur J2ME, Symbian, Windows Mobile, Android ... Mais pour moi, il semble que personne ne l'utilise actuellement. Je voudrais vraiment exploiter les nombreux avantages de OSGi, mais je sais que je pourrais le faire sans. Et je ne veux pas exclure les utilisateurs qui ne sont pas en mesure d'utiliser OSGi sur leur téléphone ou qui devraient passer par des processus de configuration complexes pour préparer leurs téléphones pour OSGi.L'OSGi mobile est-il prêt à être utilisé dans le monde réel sur les téléphones mobiles?

Et je ne peux pas croire que la plupart de ces téléphones J2ME bon marché peuvent exécuter quelque chose de sophistiqué comme OSGi. Je ne parle pas de smartphones à 1000 $, mais plutôt de ces appareils grand public que vous pouvez utiliser par exemple. Sony Ericsson pour 100 $ (ou 200 $ pour être juste).

L'OSGi mobile est-il une véritable alternative en ce moment, ou est-ce seulement une bonne perspective pour une utilisation future?

Edit: Jusqu'à présent, il n'y a qu'une seule réponse et il affirme que nous sommes loin de l'utilisation OSGi mobile. Mais pour moi, une réponse est de ne pas se baser sur des décisions importantes, alors j'espère qu'une prime attirera plus de lecteurs.

Si plus de réponses arriveront, alors c'est un signe que personne n'a d'expérience avec OSGi mobile, et puis je voudrais conclure que je ne voudrais pas être le premier à l'explorer. Normalement, j'adore essayer de nouvelles technologies, mais cette fois, il est essentiel de miser sur le mauvais cheval.

Répondre

3

La raison pour laquelle vous n'obtenez aucune réponse est probablement parce 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 qu'il n'avait toujours pas rattrapé, il semble que tout le monde a 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 appareils mobiles, ce qui leur permet d'utiliser des frameworks riches comme Swing. Il lèvera également certaines restrictions imposées par le profil MIDP et surtout, il permettra à l'utilisateur de télécharger et d'installer des plug-ins en direct.

Vous devez maintenant réfléchir à la façon dont tout cela correspond à l'état actuel du marché. Nous avons maintenant un tas de plates-formes de smartphone (iPhone, Windows Mobile, Symbian). Ce sont tous des acteurs clés et bien sûr, ils veulent que les gens préfèrent les applications natives au lieu de Java. En fait, Apple est allé jusqu'à interdire Java ou toute autre application VM de l'iPhone. Mais même si les fabricants ne l'ont pas fait, je ne pense pas que les clients eux-mêmes préfèreraient les applications Java, quelle que soit leur saveur, par rapport aux applications natives plus riches et plus puissantes. Les applications mobiles Java avaient du sens il y a quelques années, mais de nos jours, elles semblent appartenir au passé.

Bien sûr, on pourrait argumenter que Sun ne voudrait pas lâcher sur Java mobile, qui a été déployé dans des milliards d'appareils et ferait quelque chose pour le ressusciter. Eh bien, ils font quelque chose et c'est JavaFX mobile. Donc, à mon avis, OSGi mobile est exclu pour le présent et le futur.

+0

Il semble que j'ai oublié de mentionner que je vais utiliser Java de toute façon, la seule question est: avec ou sans OSGi. Quoi qu'il en soit, votre message a des pensées intéressantes. –

+0

Créez-vous votre propre appareil ou utilisez-vous un appareil grand public? Dans ce dernier cas, vous devez en trouver un avec une version Java capable de supporter OSGi. Je ne pense pas que vous serez en mesure d'en trouver un. – kgiannakakis

+0

Je suis en train d'écrire un logiciel qui devrait fonctionner sur un certain nombre d'appareils grand public différents, donc même trouver un appareil capable n'est pas une option. –

0

Nous ne sommes pas encore près de là mais je suis entièrement d'accord qu'il doit être ajouté aux téléphones mobiles partout.

De futures machines virtuelles mobiles vont dans ce sens, au moins.

Donc, maintenant: pas moyen. avenir: personne ne peut encore dire, mais ce serait génial et en fait beaucoup de sens.

3

Il n'y a aucune raison de ne pas l'utiliser. OSGi en tant que cadre, définition de bundle et gestion des dépendances est relativement compact. Ce qui est alors lourd, ce sont les services standards définis par la norme OSGi. Cependant, ils ne sont pas requis pour que le cadre fonctionne correctement.

Même si OSGi mobile n'est peut-être pas encore disponible, il n'y a aucune raison de ne pas utiliser une plate-forme OSGi spécialement conçue pour les petits appareils. Un exemple est le BUG de http://www.buglabs.net/. Ils utilisent l'implémentation OSGi concierge spécialement conçue pour les petits appareils (http://concierge.sourceforge.net/).

Selon la page du projet de conciergerie: «Concierge est une implémentation optimisée du framework OSGi R3 avec une taille de fichier d'environ 80 ko, ce qui la rend idéale pour les périphériques mobiles ou embarqués. La page de projet concierge fournit également une liste de plates-formes testées, voir: http://concierge.sourceforge.net/platforms/index.html

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

+1

Ceci est une alternative si vous construisez vous-même de petits appareils - ce serait alors une bonne idée. Ne vous attendez pas à le trouver dans le téléphone d'un consommateur si. – kgiannakakis

+0

@lewap Eh bien, le concierge semble être une chose cool, mais j'ai aussi thunk kgiannakakis est juste avec son objection –

0

Désolé je n'étais pas au courant de ce forum, donc je n'ai pas vu la question plus tôt. Mobile OSGi est vivant et réel et a été publié par Sprint sur ses devoirs winmobile et sera bientôt disponible pour d'autres appareils dans le portefeuille de sprint. Sprint a également publié une version Open Eval pour n'importe quel 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 gérable dans OSGi (venez sur javaone et voir la démo). et peut créer des applications Internet riches qui utilisent le navigateur sur l'appareil connecté au serveur sur l'appareil dans ce que nous appelons le mode mobilenet riche. son entièrement gérable à distance contrairement à Android. et complètement ouvert contrairement à l'iphone. Il nécessite le déplacement de la puissante machine virtuelle Java CDC en tant que base de sorte qu'elle ne fonctionnera pas jusqu'aux périphériques inférieurs, mais fonctionnera bien dans les segments intermédiaires et supérieurs. C'est aussi le seul cadre d'application qui fonctionnera sur les systèmes d'exploitation. C'est la pile OSGi r4 méga complète qui apporte la même puissance d'OSGi qui est utilisée dans glassfish, serveur oracle, websphere, springsource etc. sur le mobile. C'est la seule solution mobile, ce n'est pas un hack mobile unique, mais plutôt la même technologie du serveur de la serre vers le bord du nuage. jetez un oeil developer.sprint.com/titan Jon Bostrom Président de MobiNoir conseil Père de Mobile Java

0

Les mauvaises nouvelles: Il n'y a pas de technologie dans le monde que vous en tant que développeur d'application peut utiliser pour développer des applications qui fonctionnerait partout, donc soit vous vous êtes limité à une plate-forme ou vous réécrivez votre application plusieurs fois. Les bonnes nouvelles: OSGi est déjà disponible pour 4 plateformes (Win Mobile, Android, Nokia, Brew), quelle autre plate-forme vous offre cette couverture?

grand 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é est concerné, oui, ce n'est pas encore universellement déployé et je comprends que pour un développeur d'application (qui généralement ne veut pas déployer la plate-forme avec son application) c'est une limitation. Cependant, comme l'a dit Jon, les déploiements de masse commencent à décoller cette année aux États-Unis, d'autres suivront. Ours avec cette technologie!

Questions connexes