現在、1つのWebベースのNetbeansプロジェクトであるJavaコードベースがあります。組織とコードベースが成長するにつれて、システムのさまざまな独立した部分を個々のjarに分割する必要があることは明らかです。したがって、データアクセス層用に1つ、一般ライブラリ用に1つ、特殊な知識アクセス用に1つなどのJarライブラリがあります。次に、Webアプリケーション用に別のプロジェクトがあり、コマンドラインツールアプリ用に1つ、別のプロジェクトがあります。最終的にはWebアプリなど。
これを実行および管理するための推奨プラクティスは何ですか？Mavenですか？個々のプロジェクトを作成し、あるプロジェクトの依存関係を他のプロジェクトのjarファイルに設定するだけで、Netbeansだけですべてを効果的に実行できますか？
コードベースのモジュール化を支援するためにMaven2を使用することについては、上記のSteveGに同意しますが、Archivaの代わりにMavenのローカルリポジトリとしてNexusを使用します。Sonatypeのスタッフは、Maven、Nexusの使用方法、およびIDEへの統合方法に関する優れた（無料のhtml / pdf）本も持っています。
ただし、プロジェクトを分割する方法には注意してください。単にそれのために依存関係を過度に複雑にすることに意味はありません。
ピースを構築してデプロイするためのAntスクリプトを作成します。そうすれば、ビルド/デプロイメントをIDEに依存しなくなります。
私は間違いなくMaven（2）をチェックしてください。このようなことをするのにとても良いです。個々のモデルとバージョンを非常に簡単に定義できます。Netbeansは、と統合するというまともな仕事もします。
また、会社が内部で生成する他のアーティファクトのバイナリに依存できるようにするArchivaを設定することをお勧めします。これはプロキシとしても機能し、プロジェクトが持つ可能性のある外部依存関係のローカルコピーを保持するため、新しいバージョンを内部ですばやく取得できます。
コードがWARアプローチを卒業し、EARレベルに入ったところまで来ているようです。
EARは、アプリケーションを作成するために組み合わされる他のすべてのJARとWARを含む単なる別のアーカイブです。内部に常駐できるモジュールには、Web、EJB、コネクタ、ユーティリティの4種類があります。ほとんどの人はWebとユーティリティのみを使用するため、WEB-INF/libアプローチを使用します。
しかし、多くの相互依存関係を取得し始めている場合は、EARプロジェクトを作成し、Webプロジェクトをその子にします。他のモジュールで使用される単純なJavaコードである各ユーティリティJARも、EARの子になります。最後に、各プロジェクトには、JAR/WARが依存するJARの名前だけを持つMETA-INF/manifest.mfファイルが必要です。
私は日食の人であり、このほとんどは日食であなたの面倒を見てくれますが、netbeansは非常によく似た機能を持っていると確信しています。
現在、唯一の問題は、EARをデプロイするために完全なJava EEサーバーを使用する必要があることです。そのため、現在使用しているものである場合、Tomcatを使用できないと思います。