BusinessWorks 6.x アプリケーション用の SDLC を定義しようとしています。私たちは主に Java ショップであるため、従来の SDLC には Jenkins、Maven、および Artifactory が含まれます。
最近、BW6 に基づく SOA プロジェクト用のアダプターの構築を開始しました。関連するプロジェクトを SDLC に統合したいと考えています。完璧な世界では、次のことを望んでいます。
- 共有モジュールを自律的にバージョン管理、ビルド、およびリリースできる
- アプリケーションをビルドするときは、共有モジュールを依存関係として解決して統合します (Maven 風、バージョン管理されたアーティファクトをリポジトリからフェッチする)。
- リリース前に検証(おそらく自動テスト?)を実行します
Maven BW6 プラグインを確認しましたが、少し単純すぎます。たとえば、共有モジュールを自律エンティティとしてビルドおよびリリースする方法が提供されず、POM で依存関係として宣言された共有モジュールからリソースを解決できません。さらに、ワークスペースのルート POM を使用するアプローチは少し脆弱に見え、POM の更新によって問題が発生する傾向があります。
現在、bwdesign ユーティリティの活用を検討しています。プロセスは以下のとおりです。
共有モジュールの場合:
- 共有モジュールのソース コードを複製/チェックアウトする
- 空のディレクトリをワークスペースとして使用して bwdesign を起動します
- system:チェックアウトしたモジュールを空のワークスペースにインポートします
- システム:検証、エラーで中断
- システム:ZIP ファイルとしてエクスポート
- 後で解決できるように適切な命名規則を使用して、ZIP ファイルを Artifactory にデプロイします。
アプリケーションの場合:
- アプリケーションおよびアプリケーション モジュールのソース コードのクローン作成/チェックアウト
- アプリ モジュールのマニフェストを使用して依存関係を解決する
- 参照されている共有モジュールのすべての ZIP ファイルを取得します
- 空のディレクトリをワークスペースとして使用して bwdesign を起動します
- system:依存関係を満たす順序で共有モジュールの ZIP をインポートする
- system:アプリ モジュールとアプリケーション ディレクトリをインポートする
- システム:検証、エラーで中断
- システム:EAR ファイルとしてエクスポート
- 適切な命名規則を使用して、EAR ファイルを Artifactory にデプロイします。
特に慣れている場合は、本当に面倒に思えますmvn clean package
:)
上記のようなことを試みた人はいますか?