STSは、マルチモジュールのMavenの上に構築されspringboot

マルチモジュールspringbootに基づいてSTSの構築

最近誰かがいくつかのオープンソースの構築するためのフレームワークやブログの一部を参照のマルチモジュールspringbootの枠組みを構築したいと考えていました。私たちは、springbootを構築する上でいくつかのステップをコンパイル:
:以下は、私はマルチモジュールごとのディレクトリが作成された構築されてきたものである
ここに画像を挿入説明
のgctimeサブプロジェクト、gctime管理者を起動するプログラムのために、gctime管理者、gctimeフレームワークのgctimeと呼ばれる主要なプロジェクトをビルドします入り口、プロジェクトの全体構成についてgctimeフレームワーク。

2まず、

2.1、新しいプロジェクトを作成しますSpringStarterProject

ファイル- >新規作成- >春スタータープロジェクト
ここに画像を挿入説明
充填が完了すると、[次へ]をクリック、デフォルトの設定の後に、それは、完了次となっています。
下の最後のプロジェクト構造:
ここに画像を挿入説明
プロジェクトはこの時点で行われ、親プロジェクトとなる一時的にプロジェクトの構造を変更、パッケージ変更ポンポンで唯一のpom.xml

2.2、様々なサブモジュールプロジェクトを作成します

メインプロジェクトを右に- > maven->新規Mavenのモジュールプロジェクト
ここに画像を挿入説明
のプロジェクトが完了したリフレッシュ、二つのプロジェクトがあるだろう、作成するために、[完了]をクリックし、親プロジェクトは、モデルのサブプロジェクトが含まれています。
上記の手順に従えば、その要件に応じて、このような管理、フレームワークとしての良好なサブモジュールを作成し、最終的に全体的な構造を以下に示します:
ここに画像を挿入説明

2.3プロジェクトのディレクトリ構造を変更します

誰かが、プログラムのエントリとして集団的プロジェクトとして構成されたフレームワーク管理者である、あなたは、管理者への外部アクセスを提供するだけなので、application.propertiesにメインプロジェクト開始クラスGctimeApplication.javaおよびその他の設定ファイルをgctimeます管理者ディレクトリに移動します。
:以下のように移動した後に完全な構造で
ここに画像を挿入説明
以下のようにプロジェクトのアーキテクチャを終えた後、gctimeは、書き込みコードに必要のないディレクトリの過剰明確でgctime:
ここに画像を挿入説明

2.4、完全な書き換えポンポンファイルの依存関係

:真ん中にポンポンファイルgctime管理者を変更し
ここに画像を挿入説明
POMファイルの修正gctimeフレームワーク:
ここに画像を挿入説明
メインプロジェクトは変更されません。

テスト

テストクラスのテストを作成します:
ここに画像を挿入説明
上記の作業が行われた後、予備的なシンプルなインタフェースサービスプロジェクトが完了すると、

右実行Webプロジェクト、およびブラウザへのアクセス、アクセス・パスは次のとおりです。

http:// localhostを:8081 /こんにちは
ここに画像を挿入説明
これは、誰かのニーズが構築する場合は、マルチモジュールのspringbootのSTS上の建物を建設するのは簡単です、このような追加など、より多様な:史郎、必要マスターに、統合MyBatisの、ログ記録ツールエンジニアリングおよびフレームワークを構成し、サブモジュールの将来への参照。

余談:
最近誰かが遅く効率が得られ、複雑すぎるたかった、心の始まりを忘れてはならない、知っていることは容易では難しいと、自分自身を確認する必要があります。

公開された30元の記事 ウォンの賞賛8 ビュー20000 +

おすすめ

転載: blog.csdn.net/wg22222222/article/details/84768625