Maven项目中的蚂蚁罐库

Question

我们开始开发一个新的Web应用程序项目，并决定使用Maven。 该项目将使用一些较旧的基于内部ant的jar库，因此我决定使用Nexus创建内部存储库。 我将库部署到Nexus，并将pom.xml链接到新的存储库，并将依赖项设置为新创建的工件。 Maven可以毫无问题地进行战争，我可以将其部署在服务器上并启动。 到目前为止，一切正常。

但是现在，当我尝试调用该库的某些代码时，出现了NoClassDefFoundError异常。

java.lang.NoClassDefFoundError: HTTPClient/HTTPConnection
at com.logica.imfplus.authentication.client.HttpConnection.connect(HttpConnection.java:217)
at com.logica.imfplus.authentication.client.HttpConnection.<init>(HttpConnection.java:135)
at com.logica.imfplus.authentication.client.LoginController.getResponse(LoginController.java:402)
at com.logica.imfplus.authentication.client.LoginController.login(LoginController.java:169)
at com.logica.imfplus.authentication.client.AuthClientAPI.internalLogin(AuthClientAPI.java:416)
at ...
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1040)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:315)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)

Caused by: java.lang.ClassNotFoundException: HTTPClient.HTTPConnection
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1718)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1569)
... 38 more

我搜索了一下，然后手动将依赖项添加到缺少的库中。

<dependency>
    <groupId>org.apache.httpcomponents</groupId>
    <artifactId>httpclient</artifactId>
    <version>4.3.3</version>
</dependency>

但是我还有另一个各种NoClassDefFoundError异常。 所有问题似乎更加复杂。

我想我理解问题所在：jar库具有由ant定义的自己的内部依赖关系，但是它们对于maven不可见，因此仍然丢失。 但我不知道如何解决。

如果我是对的，我正在考虑手动检查所有这些内部依赖项，并将它们添加到pom.xml中。 但这似乎是肮脏的解决方案，对此我感到不安全。 我也不想在我的pom.xml中添加混乱，如果不需要的话。 有没有更清洁的方法，该怎么做？ Maven可以检查并解析由ant先前定义的非未修饰的jar库的内部依赖性吗？

我仍在学习Maven，因此解决方案可能很明显。 我仍然没有发现任何有用的东西。

---

编辑：找到解决方案并正常工作。 我根据建议创建了一个新的pom.xml，并定义了相关性，并（手动）将其上传到了Nexus。 现在，传递性依赖关系已由maven正确解析并下载。 这是菲。 （实际上只有一个依赖项可以定义。）

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.logica.imfplus.authentication</groupId>
    <artifactId>authenticationClient</artifactId>
    <packaging>jar</packaging>
    <version>1.3.1.0_8</version>
    <name>IMFplus authenticationClient</name>

    <dependencies>
        <dependency>
            <groupId>net.sf.grinder</groupId>
            <artifactId>grinder-httpclient</artifactId>
            <version>3.9.1</version>
        </dependency>
    </dependencies>
</project>

我仍然有一些ClassNotFoundException，但这可能是由库中的某些冲突引起的，这是另外一回事了。

Answer 1

理想的方法是使用内部pom重建内部库，并在其中指定所有依赖项。 然后，您应该将该pom.xml指向您的nexus存储库并进行部署（如在mvn deploy ）。 这样，pom.xml也将在关系中发布，并且任何使用maven依赖项的应用程序都将下载旧版库所附带的所有依赖项。

Answer 2

通常，您只应将内部构件部署到内部Nexus。 应该通过您的内部Nexus（作为公共Nexus信息库的代理信息库）获取第三者工件。 如今，通常您可以在某个地方的公共存储库中找到大多数第三者工件。

当涉及到Maven时，它使用了所谓的传递依赖关系 ，简而言之，这意味着如果工件A依赖工件B，并且您创建了一个依赖A的新工件，那么您还将依赖B。

为此，使用Maven构建工件A很重要，因为依赖关系是在构建时捕获的。 另一种选择是，您手动部署预构建的工件 ，在这种情况下，依赖项信息已丢失，您将必须通过为第三方工件创建pom来自己定义它。

假设依赖关系正确（可以使用mvndependency：list列出它们），当使用Maven构建WAR时，所有编译和运行时依赖关系都将包含在WEB-INF / lib目录中。

Answer 3

一个很好的解决方案是为ant项目创建一个pom.xml，以正确声明依赖项，并使用ether ant任务将jar从Ant版本部署到Nexus实例。

然后，您可以像其他任何依赖项一样使用Maven的Ant构建的Jar，它甚至将具有正确的可传递依赖项，并由automaticall.y管理。