问题标签 [gradle-dependencies]

我在这里发布了一个问题，现在我遇到了一个新问题。
我已将 IP 地址更新为10.0.2.2:8080....，其余一切都相同（Gradle 依赖项等）。
请求不会发送到 Web 服务，并且 Jersey 会发出某种警告。
这是堆栈跟踪：

W /错误：已检测到以下警告：警告：[org.glassfish.jersey.message.internal.DataSourceProvider]的HK2服务具体化失败，异常：MultiException stack 1 of 4 java.lang.RuntimeException：java.util。 concurrent.ExecutionException: java.lang.NoClassDefFoundError: javax.activation.DataSource at org.glassfish.hk2.utilities.cache.LRUHybridCache.compute(LRUHybridCache.java:315) at org.glassfish.hk2.utilities.reflection.internal.ClassReflectionHelperImpl .getAllMethods(ClassReflectionHelperImpl.java:108) 在 org.jvnet.hk2.internal.Utilities.findInitializerMethods(Utilities.java:1341) 在 org.jvnet.hk2.internal.DefaultClassAnalyzer.getInitializerMethods(DefaultClassAnalyzer.java:107) 在 org. glassfish.jersey。internal.inject.JerseyClassAnalyzer.getInitializerMethods(JerseyClassAnalyzer.java:242) at org.jvnet.hk2.internal.Utilities.getInitMethods(Utilities.java:218) at org.jvnet.hk2.internal.ClazzCreator.initialize(ClazzCreator.java: 145) 在 org.jvnet.hk2.internal.ClazzCreator.initialize(ClazzCreator.java:180) 在 org.jvnet.hk2.internal.SystemDescriptor.internalReify(SystemDescriptor.java:740) 在 org.jvnet.hk2.internal.SystemDescriptor .reify(SystemDescriptor.java:694) 在 org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:461) 在 org.jvnet.hk2.internal.ServiceLocatorImpl.narrow(ServiceLocatorImpl.java:2288) 在 org. jvnet.hk2.internal.ServiceLocatorImpl.access$1200(ServiceLocatorImpl.java:125) at org.jvnet.hk2.internal.ServiceLocatorImpl$9.compute(ServiceLocatorImpl.java:1373) at org.jvnet.hk2.internal.ServiceLocatorImpl$9.compute(ServiceLocatorImpl.java:1368) at org.glassfish.hk2.utilities .cache.internal.WeakCARCacheImpl.compute(WeakCARCacheImpl.java:116) at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetAllServiceHandles(ServiceLocatorImpl.java:1430) at org.jvnet.hk2.internal.ServiceLocatorImpl.getAllServiceHandles(ServiceLocatorImpl.java :1355) 在 org.glassfish.jersey.internal.inject.Providers.getServiceHandles(Providers.java:354) 在 org.glassfish.jersey 的 org.jvnet.hk2.internal.ServiceLocatorImpl.getAllServiceHandles(ServiceLocatorImpl.java:1344)。 internal.inject.Providers。getCustomProviders(Providers.java:201) at org.glassfish.jersey.message.internal.MessageBodyFactory.(MessageBodyFactory.java:221) at java.lang.reflect.Constructor.newInstance(Native Method) at org.glassfish.hk2.utilities .reflection.ReflectionHelper.makeMe(ReflectionHelper.java:1375) 在 org.jvnet.hk2.internal.ClazzCreator.createMe(ClazzCreator.java:272) 在 org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:366 ) at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:487) at org.jvnet.hk2.internal.SingletonContext$1.compute(SingletonContext.java:83) at org.jvnet.hk2.internal.SingletonContext $1.compute(SingletonContext.java:71) 在 org.glassfish.hk2.utilities.cache。Cache$OriginThreadAwareFuture$1.call(Cache.java:97) at java.util.concurrent.FutureTask.run(FutureTask.java:237) at org.glassfish.hk2.utilities.cache.Cache$OriginThreadAwareFuture.run(Cache.java :154) 在 org.jvnet.hk2.internal.SingletonContext.findOrCreate(SingletonContext.java:122) 在 org.jvnet.hk2 的 org.glassfish.hk2.utilities.cache.Cache.compute(Cache.java:199)。 internal.Utilities.createService(Utilities.java:2022) at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetService(ServiceLocatorImpl.java:774) at org.jvnet.hk2.internal.ServiceLocatorImpl.getUnqualifiedService(ServiceLocatorImpl.java:786)在 org.glassfish.jersey 的 org.jvnet.hk2.internal.IterableProviderImpl.get(IterableProviderImpl.java:111)。client.RequestProcessingInitializationStage.apply(RequestProcessingInitializationStage.java:97) at org.glassfish.jersey.client.RequestProcessingInitializationStage.apply(RequestProcessingInitializationStage.java:67) at org.glassfish.jersey.process.internal.Stages$LinkedStage.apply(Stages. java:308) 在 org.glassfish.jersey.process.internal.Stages.process(Stages.java:171) 在 org.glassfish.jersey.client.ClientRuntime.invoke(ClientRuntime.java:25308) 在 org.glassfish.jersey.process.internal.Stages.process(Stages.java:171) 在 org.glassfish.jersey.client.ClientRuntime.invoke(ClientRuntime.java:25308) 在 org.glassfish.jersey.process.internal.Stages.process(Stages.java:171) 在 org.glassfish.jersey.client.ClientRuntime.invoke(ClientRuntime.java:25

编辑：
我关注了一个博客并实现了他们的方式，我的警告消失了，但我的客户端仍然没有与服务器通信。另外，这对我的情况有何影响：

Jersey客户端在 Android 上运行良好吗？如果有，是否可以提供合适的学习材料？

Edit2
我遵循了这个解决方案，因此永远放弃Jersey了。JerseyAndroid 似乎有一些错误（我只是在猜测。我无法确定）。

从 3.0.0 版开始，Android Plugin for Gradle 允许您将模块的依赖项导出到其他模块。

据我了解，这意味着在我的 android 库模块中，我应该能够api <dependency declaration>在我的主应用程序项目中声明一个依赖项并使用该依赖项作为导出的传递依赖项进行访问，其中我已将我的库模块声明为依赖项。

我也在使用静态文件依赖项。

举个例子：

我有一个类NeededEverywhere，它是在它自己的 gradle 模块中定义的everywhere-module。该模块与我的库模块在同一个项目中。

在我的应用程序的 build.gradle（位于不同的 Android Studio 项目中）中，我声明了我对库的依赖，但不是everywhere-module. 这应该意味着这everywhere-module是一个导出的传递依赖。

但是，我无法NeededEverywhere在我的应用程序中访问该课程。

我究竟做错了什么？

依赖：组：io.github.waterfallmc，名称：fallout-api，版本：1.12-SNAPSHOT

存储库：https ://repo.destroystokyo.com/repository/maven-snapshots/ （您可以检查依赖项是否存在）

在build.gradle：

存储库：

maven { url "https://repo.destroystokyo.com/repository/maven-snapshots/" }

依赖：

compile 'io.github.waterfallmc:waterfall-api:1.12-SNAPSHOT'

输出：pastebin

我在 Android Studio 中创建了一个新的空项目，以遵循 youtube 教程 ( https://www.youtube.com/watch?v=Xn0tQHpMDnM )。大约 10% 的教程进入我的项目将不再编译 - 它不喜欢我的 gradle 文件中的以下行：

说 com.android.support 的所有条目必须是相同的版本，它还发现

我的 build.gradle 文件中没有这样的行。搜索这个新创建的项目，我在一个名为 app.iml 的大文件中找到以下行

我不知道 app.iml 的用途或为什么在其中。怎么了？我该如何解决这个问题。为什么 app.iml 中有这一行？

gradle 文件和 app.iml 粘贴在下面。. .

在我看来，为 Gradle 依赖项设置正确的版本似乎是一门神秘的科学。例如采取以下行。. .

如果我使用该行构建项目，我会得到版本 12.0.1，它应该是最新版本。不？

如果我将光标放在 + 上并按 alt-enter 并选择“替换为特定版本”，我会得到 2.1.0 版本。我记得在某处读过我应该得到专门说明的最新版本，而不是在这种情况下，2.1.0。

所以我想找到最新版本的库最可靠的方法是用 + 编译并看看我得到了什么。

当我使用 Volley Lib 时。在我有依赖项的项目中

这种依赖允许我使用

请求队列请求队列；

这在 google Volley lib 依赖项中是不允许的。

但 Android Studio build.gradle 警告消息是注意：不要放置您的应用程序依赖项...。​​配置“编译”已过时，已替换为“实现”。2018年底将被移除。Java编译错误。

因此，我正在androidTestImplementation中寻找这些依赖项或 Volley lib 依赖项的替代方案

这是我的代码。这工作得很好，但我需要这个库的替代品。

当我编译我的应用程序时，我得到了以下错误，例如，

错误：任务执行失败

':app:transformDexArchiveWithExternalLibsDexMergerForDebug'。com.android.builder.dexing.DexArchiveMergerException：无法合并 dex

我在我的 app.build 文件中添加了 multiDexEnabled true 但仍然遇到同样的问题。我该如何解决这个错误。

在我的 app.build 文件下面

有什么方法可以将 Gradle 项目对 Maven 工件坐标的依赖重定向到同一构建中另一个 Gradle 项目的输出？

project(‘:xyz’)我看不出对:xyz诸如:xyz. 对我来说，依赖于 Maven 工件坐标，并使用从指定匹配坐标的同一构建中的项目构建的工件，而不是从存储库下载工件更有意义。

如果这个功能存在，或者如果我要自己制作，我想它会被实现为一个对象，可以repositories在所有其他存储库（如 mavenCentral().

我在我的 repo 中发布了一个 jar，我们称之为 A.jar，它在 pom 中生成了以下依赖项：

在另一个项目中，我们称之为 B，我在 build.gradle 中声明了以下依赖项：

在此项目 B 使用的文件中，我收到以下编译错误：

错误：无法解析符号 JSONArray

这个 JSONArray 是 org.json.json 库的一部分。

我是否被迫从 Project B build.gradle 添加 org.json 的编译依赖项？这是默认行为吗？

从我的角度来看，当我已经为 A.jar 下载所需的依赖项时，它也会将它们作为依赖项添加到项目 B 中，这应该是有道理的

我在我的 android 项目中包含了一个 jar，

构建.gradle

作为

但是这个jar文件需要一些依赖项，可以从网上下载，但在构建时不要下载。

我如何让 Gradle 自动下载这些依赖项。

谢谢。