私は現在、社内で開発された多数の Web アプリケーションの翻訳サービスを開発中です。i18n をサポートするために、すべてのアプリケーションにさまざまな言語を含むプロパティ ファイルをパックするという問題に直面しています。
ブレイン ストーミング セッション中に提案されたことの 1 つは、翻訳サービスを OSGi モジュールにすることでした。問題は、OSGi の経験がなく、どうすればいいのかわからないことです。今後の話し合いとググると、サービスを WAB として開発することが提案されます。
私が直面している問題は、WAB からリソースを呼び出す方法です。それはまったく可能ですか、それとも間違った道を進んでいますか?
どんな助けも大いに当てはまります。
よろしくS。
詳細を知らずに確実に言うのは難しいですが、おそらく戦争の中でではなく、戦争の代わりにwabを使用したいと思うでしょう. Wab は osgi メタデータとの戦いです。国際化のための優れたアプローチ (そして、このアイデアが思いついた理由は、おそらく) は、リソース バンドルにフラグメントを使用することです。この記事には、wab の開発と国際化のためのフラグメントの追加の両方のチュートリアルがあります。
また、osgi バンドルからリソースを直接ロードしようとしないことをお勧めします。パッケージのインポートとエクスポートで醜いことをしない限り、osgi カプセル化によってリソースにアクセスできなくなることがよくあるからです。代わりに、サービスを検索して、リソースの読み込みを実行させます。宣言型サービスやブループリントなどを使用する方が、プログラムによるサービス アクセスよりもはるかに簡単です。
翻訳サービスの実行時の再デプロイが特に必要でない限り、jarとしてパッケージ化し、各Webアプリケーションに含めることをお勧めします。Mavenなどを使用している場合、サービスの更新は、依存関係のバージョン番号を更新し、戦争を再構築して再デプロイする場合にすぎません。