2009-03-11 15 views
3

私はモバイルデバイス用のアプリケーションを開発しています。私はOSGiのために開発したことはありません、そして、今、私はそれを始めることを検討しています。モバイルOSGiは、携帯電話で実際に使用する準備ができていますか?

私は携帯電話でOSGiを使用することについて多くを読んだことがあります。これはJ2ME、Symbian、Windows Mobile、Android上で動作すると言われています...しかし、私には誰も現在それを使用していないようです。

私は本当にOSGiの多くの利点を利用したいと思いますが、私はそれをすることができないことを知っています。 OSGiを携帯電話で使用できないユーザーや、複雑なセットアッププロセスを経なければならないユーザーをOSGi用の携帯電話にする必要があるユーザーは除外したくありません。

そして、私はちょうどそれらの安価なJ2MEの電話のほとんどがOSGiとして洗練された何かを動かすことができると信じられません。 1000ドルのスマートフォンではなく、あなたが得ることができるコンシューマ機器についての話です。ソニー・エリクソンは100ドル(公平になるには200ドル)。

モバイルOSGiは現実の代替品ですか、それとも将来の使用のための素晴らしい展望ですか?

編集: 今までは、そこに一つだけの答えだとそれは我々が遠くモバイルのOSGiを使用してからだと述べています。しかし、私にとっては重要な決定を下すための答えはほとんどありませんので、奨励金が読者を引き付けることを願っています。

これ以上の回答が得られない場合は、誰もモバイルOSGiでの経験を持っていないという兆候です。そして、私はそれを探索する最初の人になりたくないと結論づけます。通常、私は新しい技術を試すのが大好きですが、今回は間違った馬に賭けることが重要です。

答えて

3

答えが得られない理由は、おそらくOSGi Mobileが現実世界のために準備されていないためです。さらに悪いことに、これは3年以上前に発表されて以来、まだそれに追いついていなかったので、誰もが忘れてしまったようだ。これは、まだ誰もが待っているMIDP 3.0と同様のものです。

OSGiはCDC設定をモバイルデバイスに配信することを約束しており、Swingのような豊富なフレームワークを使用することができます。また、MIDPプロファイルによって課せられた制限の一部を取り除き、最も重要なことは、プラグインをダウンロードしてインストールできることです。

これらのすべてが市場の現在の状況にどのように適合するかを考える必要があります。私たちは今、スマートフォンプラットフォーム(iPhone、Windows Mobile、Symbian)の束を持っています。これらはすべて主要なプレイヤーであり、もちろんJavaの代わりにネイティブのアプリを好むことを望んでいます。 Appleは実際にJavaやその他のVMアプリケーションをiPhoneから禁止するためにこれまで行ってきた。しかし、メーカーがそうしていないとしても、私は、顧客自身が、より豊かで強力なネイティブのものよりも、どんな風味でもJavaアプリケーションを好むとは思わない。 Javaのモバイルアプリケーションは、数年前には何らかの意味がありましたが、今日では過去のもののようです。

もちろん、Sunは数十億のデバイスに配備されたモバイルJavaを放棄したくないと主張していました。さて、彼らは実際に何かをして、これはJavaFX mobileです。

私の意見では、OSGiモバイルは現在と将来のために除外されています。

+0

とにかく私はJavaを使うと言っているのを忘れたようですが、唯一の質問はOSGiの有無です。とにかく、あなたのポストは興味深い考えを持っています。 –

+0

独自のデバイスを構築しているのか、コンシューマデバイスを使用していますか?後者の場合、OSGiをサポートできるJavaバージョンのものを探す必要があります。私はあなたが1つを見つけることができるとは思わない。 – kgiannakakis

+0

私は、さまざまな既存のコンシューマデバイスで動作するソフトウェアを作成しています。したがって、1つの可能なデバイスを見つけることさえもオプションではありません。 –

0

私たちはまだ近くにはいませんが、どこにでも携帯電話に追加する必要があることに完全に同意します。

将来のモバイル仮想マシンは、少なくともそのような方法です。

だから今はありません。 未来:誰もまだ言うことはできませんが、そのwoulは素晴らしいと実際に多くの意味を作る。

3

それがあってはならない理由はありません。フレームワークとしてのOSGiでは、バンドル定義と依存関係管理は比較的コンパクトです。その重いものは、OSGi標準によって定義された標準サービスです。ただし、フレームワークが正しく機能するためには必要ありません。

OSGiモバイルはまだ存在しないかもしれませんが、小型デバイス向けに特別に設計されたOSGiプラットフォームを使用しない理由はありません。例はhttp://www.buglabs.net/のBUGです。彼らは小型デバイス向けに特別に設計されたコンシェルジュOSGiの実装を使用します(http://concierge.sourceforge.net/)。

コンシェルジュプロジェクトページによれば、「コンシェルジュは、約80kBytesのファイルフットプリントで最適化されたOSGi R3フレームワークの実装であり、モバイルデバイスまたは組み込みデバイスに最適です。コンシェルジュプロジェクトページには、テスト済みのプラットフォームの一覧もあります。http://concierge.sourceforge.net/platforms/index.html

私の意見では、これはすでにもう一つの選択肢です。

+1

これは、小さなデバイスを自分で構築する場合の代替方法です。それは本当に良い考えです。しかし、消費者の電話でそれを見つけることを期待しないでください。 – kgiannakakis

+0

@lewapまあ、コンシェルジュはクールなものだと思われるが、私はまた、彼の異論で右のkgiannakakisはサンク –

0

申し訳ありませんこのフォーラムはわかりませんでしたので、以前の質問は表示されませんでした。モバイルOSGiは生きていて実在しており、Sprintのウィンモビデバイスでリリースされており、間もなくSprintのポートフォリオ内の他のデバイスでも利用可能になります。 Sprintは、sprintsネットワークではないとしても、winmobile 6.0電話のOpen evalバージョンをリリースしています。モバイルOSGiは、モバイル分野以外では利用できない機能を提供します。 OSGiで完全に管理可能なJava Web/Appサーバーを実行することができます(javaoneに来て、デモを見てください)。リッチインターネットアプリケーションを作成することができます。リッチインターネットアプリケーションは、デバイス上のサーバーに接続されたデバイス上のブラウザを使用して、リッチモバイルモードと呼ばれます。アンドロイドとは異なり、完全に遠隔管理が可能です。 iphoneとは違って完全に開いています。強力なJava CDC VMをベースとして動かす必要があるため、下位デバイスには至らず、中と上のセグメントで正常に動作します。また、OS全体で実行される唯一のアプリケーションフレームワークです。 GlassFish、Oracleサーバー、Websphere、SpringSourceなどで使用されているOSGiと同じ機能をモバイルに提供するのは、OSGi r4 megスタックです。これは唯一のモバイルソリューションであり、これはいくつかのユニークなモバイルハッキングではなく、クラウドのエッジまでガラスハウスサーバーから同じ技術です。悪いニュースモバイルのJavaの 父に

0

コンサルティングMobiNoirの ジョン・ボストロム 社長developer.sprint.com/titan見てみましょう:アプリ開発者として、あなたがそのアプリケーションを開発するために使用できることを世界に技術がありませんどこでも実行できるので、自分自身を1つのプラットフォームに制限したり、アプリを複数回書き直したりすることができます。

良いニュース:OSGiはすでに4つのプラットフォーム(Win Mobile、Android、Nokia、Brew)で利用できます。 OSGiのが必要な理由について

グレート記事:http://www.pikesoft.com/blog/index.php?itemid=220

限り、市場への浸透が懸念されるとして、はい、それは普遍的にまだ展開し、私は一般的にプラットフォームを展開したくないアプリの開発者(のためにということを理解していません彼のアプリと一緒に)これは限界です。しかし、Jon氏によると、米国では今年は大量展開が始まり、その後は続々と展開が始まる。この技術に夢中!

関連する問題