Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/joomla/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
SoapUI Maven插件具有奇怪的依赖关系_Maven_Soapui - Fatal编程技术网

SoapUI Maven插件具有奇怪的依赖关系

SoapUI Maven插件具有奇怪的依赖关系,maven,soapui,Maven,Soapui,我正在尝试使用SoapUI Maven插件,如下所示: 我不能添加eviware存储库,因为我在公司防火墙后面(只有浏览器可以连接到外部世界),并且必须使用本地artifactoryrepo(它镜像maven central) 因此,我尝试从eviware repo下载合适的jar和pom,并将它们添加到本地artifactory。现在看来我已经陷入了困境,SoapUI插件有越来越多的依赖项需要添加。一开始我并不介意,但我们现在看到了几十个罐子,其中大部分似乎都应该放在maven central

我正在尝试使用SoapUI Maven插件,如下所示:

我不能添加eviware存储库,因为我在公司防火墙后面(只有浏览器可以连接到外部世界),并且必须使用本地artifactoryrepo(它镜像maven central)

因此,我尝试从eviware repo下载合适的jar和pom,并将它们添加到本地artifactory。现在看来我已经陷入了困境,SoapUI插件有越来越多的依赖项需要添加。一开始我并不介意,但我们现在看到了几十个罐子,其中大部分似乎都应该放在maven central。但后来我发现,其中大多数都改变了组ID——例如,有一个jetty依赖项,它使用“jetty”作为组ID,而不是规范的“org.mortbay.jetty”。对于这些依赖关系中的许多似乎都是这样

所以我的问题有两个方面:SoapUI的人在这里做什么?我觉得这有点可疑,还是我忽略了什么


第二,我是否可以让插件使用规范JAR,而不必追踪eviware存储库中的所有内容?

刚刚遇到了这个插件:它指出:“从soapui 3.6.1开始,几乎所有SmartBear插件版本都缺少依赖项。这在maven soapui扩展插件中得到了修复。”

它似乎还解决了一些Groovy依赖关系,其他人认为这是插件的一个问题。

看一看,我解释了为什么soapui使用奇怪的maven坐标,以及如何使用常规坐标


我已经对上的问题进行了投诉,我确信SoapUI开发人员已经意识到了这个问题。遗憾的是,目前还没有修复它的工作。

我一直在不懈地尝试使用maven soapui插件,但它对我不起作用。然而,当我尝试时,上面由pppeater提到并由redfish开发的maven soapui扩展插件运行良好。我曾使用artifactory作为我的回购经理

  • 首先在pom上配置插件

    <plugin>
        <groupId>com.github.redfish4ktc.soapui</groupId>
        <artifactId>maven-soapui-extension-plugin</artifactId>
        <version>4.6.3.0</version>
        <executions>
              <execution>
                  <id>soapui-tests</id>
                  <phase>verify</phase>
                  <goals>
                   <goal>test</goal>
                  </goals>
          </execution>
        </executions>
        <configuration>
            <projectFile>${basedir}/src/test/soapui/airline-sample-soapui- project.xml</projectFile>
            <outputFolder>${basedir}/target/soapui</outputFolder>
            <junitReport>true</junitReport>
            <exportwAll>false</exportwAll>
            <printReport>false</printReport>
        </configuration>
      </plugin>
    
    
    com.github.redfish4ktc.soapui
    


  • 嗨,卡尔,你知道这件事的真相吗?我现在正处于完全相同的情况,只是在处理依赖项列表。如果可能的话,这是我想要避免的痛点!我从来没有找到一个真正令人满意的解决办法。我们最终将eviware存储库中的所有工件添加到我们自己的本地repo中。我仍然认为SoapUI的人所做的感觉是非常错误的。但是我找不到其他方法可以让它工作。您是否尝试修改plugin.pom文件来更改依赖项以使用maven central“版本”?我还注意到该插件最近更新了一个新的groupid和名称:com.smartbear.soapui和soapui-pro-maven插件。