問題タブ [external-dependencies]

画像の内部データ構造にほぼすべてのタイプの画像をロードできる必要がある Rust でおもちゃのソフトウェア ライブラリを作成しています。Rust エコシステムはまだ始まったばかりであり、このタスクで信頼できるライブラリやバインディングのセットはありません。

私は理想的には好きです：

• 実行時に利用できる場合と利用できない場合がある複数の冗長な外部ライブラリをサポートする
• コンパイル時に利用できる場合と利用できない場合がある複数の冗長な外部ライブラリをサポートします。
• コードに同梱されているフォールバック実装を少なくとも 1 つ含めます。
• パスを実行する関数の背後にあるすべてのファイルのロード内容を完全にカプセル化します -> InternalImage のロード。

Rust でこのようなオプションの依存関係を実装するベスト プラクティスの方法はありますか? 一部のライブラリは Rust で、一部はおそらく Rust バインディングを備えた C ライブラリになります。

私はその問題に数日悩まされています。

問題は、内部でココア ポッドを使用しながら SDK をビルドすることです。その結果、パブリック ヘッダーを持つクローズド ソースのファット ライブラリが作成されます。ポッドの 1 つが AFNetworking です。IMO では、次の理由により、AFNetworking (および他のポッド) を out ライブラリに含めるべきではありません。

• SDKユーザーが独自のAFNetworkingも追加する場合、衝突/重複したシンボルを持ちたくありません
• AFNetworking の更新 (セキュリティ強化のため) のためにフレームワークを更新し続けることを余儀なくされたくありません。これは、使用する他のポッドごとに乗算されます。

したがって、私たちがやりたいことは、ユーザーが独自の AFNetworking のコピーを提供するために必要な指示を含むクローズド ソース SDK を提供することです (おそらく、推奨バージョンをメモに記載してください)。それは可能ですか？

プロジェクト内のライブラリ ファイルを整理したいと考えています。現在、1 つのプロジェクトに約 30 のライブラリ (devExpress、システム (winforms)、システム (その他)、プロジェクト参照) があります。そのような見解を整理することは可能ですか？

たとえば、Visual Studio でそのファイル タイプ用のディレクトリ構造を作成する方法はソリューション内にありますか? このようなもの：

• 参考文献/     
  • devExpress (DevExpress dll を含む)
  • システム (すべてのシステム dll)
  • プロジェクトの依存関係

可能だと信じていることをしようとしていますが、webpackのドキュメントだけではどうすればよいのか本当にわかりません。

相互に依存するかどうかに関係なく、いくつかのモジュールを含む JavaScript ライブラリを作成しています。その上、jQuery はすべてのモジュールで使用され、一部のモジュールでは jQuery プラグインが必要になる場合があります。このライブラリは、一部またはすべてのモジュールを必要とするいくつかの異なる Web サイトで使用されます。

モジュール間の依存関係を定義するのは非常に簡単でしたが、サードパーティの依存関係を定義するのは思ったより難しいようです。

私が達成したいこと：各アプリに対して、必要なサードパーティの依存関係を含む2つのバンドルファイルと、ライブラリから必要なモジュールを含む2つのバンドルファイルが必要です。

例: 私のライブラリに次のモジュールがあるとします。

• a (必須: jquery、jquery.plugin1)
• b (必須: jquery、a)
• c (必須: jquery、jquery.ui、a、b)
• d (必須: jquery、jquery.plugin2、a)

そして、モジュール a、b、c を必要とするアプリ (一意のエントリ ファイルとして参照) があります。この場合の Webpack は、次のファイルを生成する必要があります。

• ベンダー バンドル: jquery、jquery.plugin1、jquery.ui を使用。
• Web サイト バンドル: モジュール a、b、c を含む。

最後に、jQuery をグローバルとして使用することをお勧めします。そのため、すべてのファイルでそれを要求する必要はありません (たとえば、メイン ファイルでのみ要求することができます)。また、jQuery プラグインは、必要な場合に備えて $ global を拡張するだけです (プラグインを必要としない他のモジュールで使用できる場合は問題ありません)。

これが可能であると仮定すると、この場合の webpack 構成ファイルの例は何でしょうか? 構成ファイルでローダー、エクスターナル、およびプラグインのいくつかの組み合わせを試しましたが、それらが何をしているのか、どれを使用すればよいのかがよくわかりません。ありがとうございました！

カレンダーのアクティビティに caldroid ライブラリを使用していますが、正常に動作します。

しかし、私はそのスタイルを変更する必要がありました。

そこで、このようにアプリケーションの下に caldroid ライブラリ (ディレクトリ) を追加しました。

依存関係を変更しました

依存関係 { ... 'com.roomorama:caldroid:2.3.1' をコンパイルします ... }

に

依存関係 { ... compile project(':libraries:caldroid') ... }

その後、デバッグモードで正常に動作します。

しかし、このメッセージのために署名付き APK を生成できません。

エラー: タスク ':app:validateExternalOverrideSigning' の実行に失敗しました。構成「externalOverride」に署名するためのキーストア ファイル /Users/xxxxxxx.android.keystore が見つかりません。

このエラーに関する解決策はありますか?

私は正常に動作するSpring Bootを使用したJava Webアプリケーションを持っており、SLF4J（log4j2を使用）を使用しています。これはすべて機能し、クラスパスに競合するJarがないローカルのTomcatインスタンスで正しいファイルにログアウトします。

ただし、本番環境にデプロイすると、Tomcat/lib ディレクトリに既存の log4j jar ファイルがあるようです (これは、WEB-INF/lib ディレクトリにある私自身の log4j2 jar よりも優れています)。ロガー/プロパティの数が一致しないため、起動時に自分の構成に関連していないように見えるエラーがいくつか発生します。

実稼働の Tomcat 環境に対する制御は限られているため、理想的には、同じ Tomcat インスタンスにデプロイされている他の構成を変更することなく、webappのクラスパスに含まれるライブラリを制限できるようにしたいと考えています。

したがって、私の質問は次のとおりです。提供されたlog4j jarをアプリからのみ除外し、代わりに提供されたlog4j2 jarを使用することは可能ですか?

前もって感謝します！

起動時のエラー

log4j2.xml 構成ファイル

外部ライブラリを myProject/libs/externalLib.jar または myProject/src/main/resources/libs/externalLib.jar フォルダーに追加しようとしましたが、それらをリポジトリーにコミットできません。

外部依存関係を管理する最良の方法は何ですか? jar ライブラリ? それらをGitリポジトリにコミットする方法は?

Gradleでは、各モジュールをビルドしようとしているときに、Jar内にJarとしてパッケージ化された外部依存関係も必要です。

以下にいくつかの依存関係を示します。

最後に、Jar を表示しようとすると、以下に示すように、lib 内に依存する Jar が含まれている必要があります。

前もって感謝します！