OSGi バンドル

セマンティックバージョン管理を使用

セマンティックバージョニング番号付けに関する合意に基づいたベストプラクティスについては、https://semver.org/ を参照してください。

OSGi バンドルで厳密に必要とされる以上のクラスや jar を埋め込まないでください。

共通のライブラリは、別々のバンドルにファクタリングする必要があります。 これにより、バンドル間で再利用できます。 をラッピングする場合 JAR OSGi バンドルで、オンラインソースで、既にこの操作を実行しているかどうかを確認します。 既存のバンドルラッパーを見つける一般的な場所は次のとおりです。Apache Felix、Apache Sling、Apache Geronimo、Apache ServiceMix、Eclipse バンドルレシピ、および SpringSource Enterprise バンドルリポジトリ。

最低限必要なバンドルバージョンに依存

POM ファイルのコンパイル時の依存関係の場合、必要な API を公開する、最も必要なバージョンに常に依存します。 これにより、後方互換性が高くなり、古いリリースへのバックポート修正が容易になります。

OSGi バンドルから最小限のパッケージセットをエクスポートする

パッケージが書き出されると、他のユーザーが依存する API が作成されます。 エクスポート対象を可能な限り少なくし、エクスポートされているものが API であることを確認してください。以前にエクスポートしたものを取得してプライベートにするよりも、プライベートメソッドまたはクラスを取得してパブリックにする方がはるかに簡単です。

実装は常に別の impl パッケージ。 デフォルトでは、 maven-bundle-plugin を持たないプロジェクト内のすべてを書き出します impl 名前に。

エクスポートするパッケージごとに、常にセマンティックバージョンを明示的に定義する

これにより、API の利用者も同時に発展することができます。 定義の際には、必ずセマンティックバージョニングのベストプラクティスに従ってください。これにより、API の利用者は、新しいバージョンで予想される変更の種類を把握できます。

公開場所に関するメタタイプ情報を含める

意味のあるメタタイプ情報を指定することで、Felix コンソールでサービスやコンポーネントを理解しやすくなります。 SCR 注釈および属性のリストについては、https://felix.apache.org/documentation/subprojects/apache-felix-maven-scr-plugin/scr-annotations.html を参照してください。

このページ