図1は、Mavenの2つのコアの：
**依存関係の管理：へのjar パッケージ管理プロセス
**プロジェクトビルダ：プロジェクトを介して演算展開のエンコーディングが完了したら、コンパイルするプロジェクト、テスト、パッケージ、一連のコマンドを達成するために
2、Mavenのプロジェクトのライフサイクル
で Mavenの「3」のライフサイクル、互いのライフサイクルの独立の各セットの存在。ライフサイクルでは、後者の操作は、自動的にコマンドの実行前に実行されます
CleanLifeCycle ：ライフサイクルクリーンアップ
クリーン：コンパイル済みのクラスファイルを空にした後、
defaultLifeCycle ：デフォルトのライフサイクル
コンパイル、テスト、パッケージ、インストール、デプロイ
どのパッケージ：のルートにパッケージ化ターゲット・ディレクトリにあります
インストール：パッケージをする地元の倉庫
デプロイ：パッケージPWを展開するjarファイル
siteLifeCycle ：サイトのライフサイクル
の範囲に応じ3、
依存関係の範囲を追加します：デフォルトのコンパイル
提供： に展開するために実行してTomcatの必要はありません
場合は、サーブレット-api.jarををし、コンパイル、パッケージに含まれた後serlvet-api.jarの、WARのにパッケージ配備のTomcat とTomcatの存在のservlet-api.jarのパッケージの競合を。失敗につながります。
図4に示すように、送信範囲に依存する（すべてのパッケージが無限受け継がれていないJAR）
A：SSHサービス エンジニアリング
B：SSH-DAO エンジニアリング
C：JUnitのユニットテスト
概要：その依存関係のプロジェクトの1が上を通過する必要はありません。することができ、自分のプロジェクトに依存している対応を追加します。
必ずしも以前の修正に頼るべきではありませんもう一度、自分のモジュールに来て直接追加することができますされています。
5、のpom.xml：プロジェクトオブジェクトモデル
情報A）プロジェクトをコーディネート
B） プロジェクト JDK コンパイル済みのバージョン情報
プロジェクトで必要な情報c）の依存関係を座標
