問題タブ [dependency-management]

javaee-apiに対してプログラムをコンパイルします。ただし、JUnitテストでは、 java.lang.ClassFormatError：クラスファイルjavax / persistence / Persistenceでネイティブまたは抽象ではないメソッドにコード属性がないなどのエラーを回避するために、glassfishのjavaee.jarなどの特定の実装を使用する必要があります（ 1も参照）。

したがって、glassfish実装でのみ使用可能なメソッドの使用は避け、アーティファクトを一般的なAPIでコンパイルしたいのですが、実装jarでjunitを実行します。ただし、どちらも同じ名前のクラスとインターフェイスを提供するため、クラスローダーで問題が発生します。

この問題を解決するための最良の方法は何ですか？この問題をMavenで解決できますか？

どうもありがとう

できるだけ多くのアプリケーションの依存関係の概要/マップを作成したいと思います。.NETアプリケーションの依存関係の分析は、NDepend（大好きです！）などのツールを使用するとかなり簡単です。しかし、データベースやWebサービスなどの外部依存関係に関しては、より優れたもの、できればさまざまなツールで自動化できるものが必要です。

たとえば、データベースのリストを作成する1つのツール、.NETアプリケーションのリストを作成するための別のツール、Webサービスのリストを取得する3番目のツール、そして最後にコンポーネント間の依存関係についてアプリケーションをマイニングする方法を何らかの方法で知っているツールがあるとします。他のツールで見つかりました。

これのすべてまたはほとんどを自動化できるので、依存関係のリストを自分で維持する必要がなくなります。依存関係のリストはエラーが発生しやすく、終了するまでに古くなっている可能性があります。ですから、自分で構築するのではなく、すべてを実行できるツール、または少なくともコンポーネントと依存関係を保持、分析、視覚化できるツールが欲しいと思っています。私がしなければならないことが少なければ少ないほど良い...

チームシステムでの自動ビルドに必要なバイナリをどこに保存しますか？それらをコードと一緒にSCMまたは他の場所に保存していますか？SCMに大量のバイナリがあると、ソースコントロールでパフォーマンスの問題が発生しますか？

リリースされたバージョンのバグを修正するには、一部の外部ライブラリの以前のバージョンに戻すことができる必要がありますが、バージョンには互換性がありません。分岐でうまくいきますが、コードと一緒にバイナリを格納するのはアンチパターンだと思います。

どんな提案でも大歓迎です。

コンパイルとデプロイメントのjar依存関係を管理する適切な方法について一般的な質問があります。私は通常、単純なライブラリ/アプリケーション用に次のようなdevディレクトリをレイアウトします。

これを行うには多くの方法がありますが、これは一般的なプロジェクトの私の典型的なレイアウトです。私の質問はlibディレクトリを中心に展開しています。私は通常、プロジェクトが依存しているjarをlibディレクトリ（log4jなど）に配置します。したがって、コンパイル時に、さまざまなパスをlib\log4j.jarなどに設定できます。配布可能なパッケージを作成するとき、私はこのレイアウトを反映する傾向があります。

これにより、メインjarの場所を基準にしてクラスパスを設定するスクリプトを設定するか、メインjar（この場合はCalculator.jar）のマニフェストにクラスパスを設定できます。これが最善の方法である場合とそうでない場合があります。これを行うが、それは私にとってはうまくいき、私がこれについて話し合った他の開発者によって依存関係を処理するための受け入れられた方法のようです。

私の質問は、私がこのようにレイアウトした他のプロジェクトを利用する新しいプロジェクトを作成したいときに起こります。

したがって、上記のサンプルのCalculatorプロジェクトを使用する新しい計算機プロジェクトを作成するとします。同じレイアウトに従うと、次のようになります。

もちろん、これは依存関係ツリーが深くなると手に負えなくなる可能性があります。

別のオプションは、ツリーを平らにすることです。

しかし、これについて何かが正しくないようです。どのライブラリがどのコンポーネントに依存しているかを示す構造が失われます。だから私は、これを行うためのコミュニティ主導の標準的な方法があるかどうか疑問に思いました。一度のサイズがすべてに適合することは決してないということを理解しています。

時間をありがとう...

私の会社でのビルド プロセスを (他の人がよりよく理解できるように) 演習として、およびビルド プロセスの有向非巡回グラフを作成したいと考えています。

私が理解しているように、私の仕事での現在のビルド プロセスは、基本的にルート ビルド ディレクトリの makefil で nmake を実行しています。ビルドするコンポーネントのリストを指定するこの makefile と、各コンポーネントに対してビルド スクリプトがサブコンポーネント、サブサブコンポーネントなどをビルドするために再帰します。特定のコンポーネントは、他のビルド時にリンクするために使用できる DLL/Lib に組み込まれます。コンポーネントの場合、この関係は依存関係になります。つまり、コンポーネント B がコンポーネント A の lib ファイルに対してリンクしている場合、コンポーネント A はコンポーネント B の依存関係になります。

私が探しているのは、プログラミングについてまだ学んでいるので、これがどのように行われるかのサンプルコードです。任意の提案をいただければ幸いです、ありがとう!

Sprocket は、JavaScript の依存関係を管理するための Ruby ライブラリです。JavaScript ファイル内の特別にフォーマットされたコメントで依存関係を宣言し、必要なすべてのファイルをサーバー側で連結することができます。(詳細はこちら: http://getsprockets.org/ )

私が働いている場所では、そのようなフレームワークが本当に必要ですが、それは Java ライブラリの形式でなければなりません。

そのようなものは存在しますか？JavaScript の依存関係を管理するために、他にどのようなソリューションを思いつきましたか?

依存関係管理ツール (Maven 2 など) の使用を想定して、プロジェクト内で主要な依存関係のアップグレードを処理するためのベスト プラクティスを探しています。

具体的には、次のことに興味があります。

• 継承されたアプリケーションを最新の状態にする方法 (例: Spring 1.2.x から 2.5.x)
• アプリケーションをある程度最新の状態に保つために、このようなオーバーホールの後にどのようなプラクティスを導入できるか

あなた自身の経験や、あなたが出会った/役に立つとわかった記事/論文は大歓迎です.

編集: 依存関係のバージョン番号の更新は簡単です。依存関係の変更（非推奨、削除、パラメーター/戻り値の型の変更など）に基づいて、必要な変更にどのように取り組むかをもっと探しています。また、将来的にこれらの変更を容易にする良い方法がある場合は、依存関係を最新の状態に保つことで、変更を常に把握し、「より安全な x 2.1」機能を取得するためだけに多くの時間を無駄にすることを防ぐことができます。 '。

Javascript 用の maven、jUnit、Emma、link4j などの Java Script (RIA) 開発に必要なツールはありますか? より大きなアプリケーションまたはフレームワーク用の継続的インテグレーション システムをセットアップする最善の方法は何ですか? jQuery のようなプロジェクトはどのようにコードをテストしますか? 依存関係とさまざまなプロジェクト構成を管理する方法は?

私がこれまでに知っているツール：

• javascript-maven-tools (maven は正しい選択ですか?)
• jslint
• ゆいコンプレッサー
• スプロケット（5分前に発見）
• jsユニット
• セレン

プロジェクト用に独自のシステムを構築しているときに、デザイン パターンについて多くのことを学んでいます。そして、答えが見つからないデザインの問題についてお聞きしたいと思います。

現在、ソケットを使用して複数のクライアントを持つ小さなチャットサーバーを構築しています。現在、次の 3 つのクラスがあります。

1. ニックネーム、年齢、ルーム オブジェクトなどの情報を保持する人物クラス。
2. ルーム名、トピック、現在そのルームにいる人物のリストなどの情報を保持するルームクラス。
3. サーバー上の人物のリストと部屋のリストを持つホテルクラス。

私はそれを説明するために図を作りました：

ホテルクラスのサーバー上に人のリストがあります。これは、現在オンラインになっている人の数を追跡するのに適しているためです (すべての部屋を反復処理する必要はありません)。部屋を検索せずに特定の人を検索できるようにしたいので、人はホテルクラスに住んでいます。

これはデザインが悪いのでしょうか？それを達成する別の方法はありますか？

ありがとう。

プロジェクトで使用したい Java ライブラリがあります。私のプロジェクトは Maven を使用して依存関係を取り込みますが、この 1 つのライブラリを除くすべてでうまく機能します。問題は、このライブラリにはリリースがないことです。作成者はソースを Subversion リポジトリに保持し、トランクのみに変更を加えます。

Mavenに指示できる方法はありますか

1. ライブラリのソース ツリーを Subversion から更新 (またはチェックアウト) します。
2. POMに従ってビルドする
3. 結果のjarをこのプロジェクトの依存関係として使用します
4. これを定期的に (おそらくビルドごとに) 行う
5. ボーナス ポイントとして、そのライブラリのどの Subversion リビジョンを使用したいかをマークします

ありがとう！