問題タブ [build-dependencies]

Grails Dependencies の STS に問題があります。間違ったディレクトリを指しているエントリが 1 つあります。エラーが原因で内部 STS ビルドが失敗します:

Grails コマンドrun-appは正常に動作します。

プラグインクラスを 不要にリンクして、このエントリを取得しました

そして今、このエントリを削除する方法を探していますが、[プロジェクト] -> [ビルド パス] -> [ビルド パスの構成] -> [ライブラリ] の下で、削除ボタンが無効になっています。

.classpath ファイルの中を見ると、次のエントリが表示されます。

CLASSPATH_CONTAINER に関する Google は失敗しました。confディレクトリ内のファイルに変更はありません(subversion との差分)

私はすでにやろうとしました：

1. .ivy2 フォルダを削除
2. .grails フォルダーを削除する
3. グレイルズクリーン
4. Grails->依存関係をリフレッシュ
5. プロジェクト -> クリーン
6. プロジェクトを削除し、SVN から最新バージョンをインポートする
7. ワークスペースを削除して新しいワークスペースを作成する
8. 1..7 の任意の組み合わせ

助けてください！

私は2つのXcodeプロジェクトを持っています：SuperとSub。Superカスタム構成があります：Enterprise。Subデフォルトの構成のみがあります：DebugおよびRelease。Superにターゲット依存関係がありSubます。構成を使用してビルドする場合Super、デフォルトの構成を使用してビルドします。これにより、次の階層が生成されます。EnterpriseSubRelease

Clangはビルドに失敗します。これは、通常はlibSub.aとSub/Sub.h同じディレクトリにありますが、の代わりに構成を使用してビルドされているSuper.appため、代わりに別のディレクトリにあります。私は両方のプロジェクトを制御しているので、に構成を簡単に追加できますが、これを機能させるには、 Xcodeビルド設定の魔法の呪文が必要だと感じています。SubReleaseEnterpriseEnterpriseSub

次の問題に直面しています。ルート プロジェクトのない同じ階層に 2 つの Gradle プロジェクト (ProjectA と ProjectB) があります。ProjectA は ProjectB に依存するため、これを次のようにモデル化しようとしました。

ProjectA のsettings.gradle :

ProjectA のbuild.gradle :

ただし、ProjectA で「gradle build」を実行すると、次のエラーが発生します。

ProjectB で何らかの既定の構成を定義する必要がありますか?

設定

CMake で正常にビルドおよび実行されるプロジェクトがあります。私のプロジェクト設定は次のようなものです：

私のヘッダーの内容は次のようなものです：

私は以下を使用しますCMakeLists.txt

mkdir buildコマンド、cd build、 cmake ..、make、およびのシーケンスは、 ./main「Hello World!」を正しく出力します。警告なし。

問題

上記の設定は正しいです。しかし、含まれていたので<iostream>はなく、含まれてx.hppいたとしmain.cppます。その後、プログラムは正しくビルドされx.hppますが、スタンドアロン ヘッダーにはなりません。したがって、ヘッダーの自給自足をテストしたいと思います。つまり、ヘッダーごとに小さなテストプログラムをコンパイルしたいと思います

ただし、次のセクションをCMakeList.txt

マクロ${header_files}はヘッダーに正しく展開されますx.hppが、check_include_files()コマンドはヘッダーを正しくコンパイルしません

質問

どうやら、CMake が適切な場所で検索できるようにする構成変数がいくつかありません。正しいヘッダーであってもcheck_include_files()機能しません。これを機能させるにはどうすればよいですか? 正しいヘッダーが正しいと見なされた場合にのみ、正しくないヘッダーをテストできます。

注絶対に必要な場合を除き、シェル スクリプトや、直接呼び出しを行う複雑な CMake for ループなどには興味がありませんTRY_COMPILE。AFAICS、それがCheckIncludeFilesモジュールの目的です。可能であれば、それを正しく構成する方法を知りたいです。

これがアドオン/拡張機能の問題かどうかはわかりませんが、2 台のコンピューターで Visual Studio 2012 を使用しています。アンインストールすると問題なく動作するように見えるので、DevExpress CodeRush が問題を引き起こしていると思いますが、100% 確実ではありません。

VS 2012 を起動し、[TFS 2012 から最新のものを取得] に [はい] と答え、ソリューション エクスプローラーでソリューション ノードを右クリックし、[プロジェクトの依存関係] を選択します。何もチェックされていません。もちろん、ビルドは失敗します。VS 2012 を閉じて再起動すると、表示されます。私は通常、DevExpress オプションの過程でこれを行い、ソリューション キャッシュをクリアします。これにより、ソリューションがリロードされます。

プロジェクトの依存関係が失われる原因について何か提案はありますか? これを解決するために削除して再構築する必要があるものはありますか?

Maven プロジェクトとして既に構成されている SVN からプロジェクトをダウンロードしたいと考えています。

は次の手順を実行しました。

1. Mavenはすでにインストールされています
2. setting.xml は、SSL 経由で nexus に接続するように構成されています。
3. SSL 証明書は keytool.exe -import -alias myprivatecertif -keystore によってインストールされます

このコマンドを実行すると:

私はこの例外を受け取ります:

${project.version}親 pom からの管理プロパティのプレースホルダーはどのように解決されますか? グローバルに解決されると予想していたので、親 pom がバージョン 2 の場合、バージョン 2 に${project.version}も解決されます。

親pomには次のものがあります：

私が使用する子供で

my.group.dep.1.jarただし、代わりにアーティファクトが使用されmy.group.dep.2.jarます。したがって、プレースホルダーは、依存関係を定義するプロジェクトのバージョンではなく、管理された依存関係を使用するプロジェクトのバージョンに解決されます。

それは期待される動作ですか？私はMaven 3.0.4を使用しています。

gradle を使用して grails プロジェクトをセットアップしようとしていますが、問題が発生しました。依存関係の解決に gradle を使用するように grails を作成できません。gradle ビルド ファイルで依存関係を構成し、gradle grails-run-app を実行すると、常に依存関係の jar ファイルにクラスが見つからないと報告されます。

依存関係を切り取って grails BuildConfig.groovy に貼り付けると、すべて問題ありません。

依存関係の解決に Gradle を使用するよう Grails に指示する方法は?

ここに build.gradle ファイルを貼り付けます。何か提案はありますか?