使用 Eclipse Cloud Foundry 插件时出现 NoClassDefFoundError

Question

所以我有一个 maven 项目，我最终将它构建到一个 jar 中，如下所示：

C:\Users\myTest\TESTJAR-1.0-jar-with-dependencies.jar

如果我使用命令行推送到 Cloud Foundry，它会很好地部署：

cf push newProject -p C:\Users\myTest\TESTJAR-1.0-jar-with-dependencies.jar

但是，当我尝试使用该插件从 Eclipse 进行部署时，我得到以下信息

'java.lang.NoClassDefFoundError: org.slf4j.LoggerFactory'

任何帮助将不胜感激

POM.xml

`  <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/xsd/maven-4.0.0.xsd">
 <modelVersion>4.0.0</modelVersion>

<groupId>test.myTest</groupId>
<artifactId>TESTJAR</artifactId>
<version>1.0</version>
<packaging>jar</packaging>   

<name>test</name>
<url>http://maven.apache.org</url>

<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<java.version>1.8</java.version>
<maven.compiler.source>1.8</maven.compiler.source>
<maven.compiler.target>1.8</maven.compiler.target>
</properties>

<dependencies>

<dependency> 
<groupId>commons-fileupload</groupId>
<artifactId>commons-fileupload</artifactId>
<version>1.2</version>
</dependency> 

<dependency>
  <groupId>junit</groupId>
  <artifactId>junit</artifactId>
  <version>3.8.1</version>
  <scope>test</scope>
</dependency>



<!-- http://mvnrepository.com/artifact/ch.qos.logback/logback-classic  --> 
<dependency>
<groupId>ch.qos.logback</groupId> 
<artifactId>logback-classic</artifactId> 
<version>1.1.7</version>
</dependency>


<dependency>
<groupId>com.github.lalyos</groupId>
<artifactId>jfiglet</artifactId>
<version>0.0.7</version>
</dependency>

<dependency>
<groupId>com.google.guava</groupId>
<artifactId>guava</artifactId>
<version>19.0</version> 
</dependency>


<dependency>
<groupId>com.google.code.gson</groupId>
<artifactId>gson</artifactId>
<version>2.6.1</version>
</dependency>

<dependency>
<groupId>com.thoughtworks.xstream</groupId>
<artifactId>xstream</artifactId>
<version>1.4.8</version>
</dependency>


<dependency>  
<groupId>com.sparkjava</groupId>
<artifactId>spark-core</artifactId>
<version>2.3</version>

<exclusions>
  <exclusion> 
    <groupId>org.slf4j</groupId> 
    <artifactId>slf4j-log4j12</artifactId>
  </exclusion>
  <exclusion> 
    <groupId>log4j</groupId>
    <artifactId>log4j</artifactId>
  </exclusion>
</exclusions> 

</dependency>

<dependency> 
<groupId>com.microsoft.sqlserver</groupId> 
<artifactId>sqljdbc4</artifactId> 
<version>4.0</version> 
</dependency>

</dependencies>
 <build>
 <plugins>

 <plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-shade-plugin</artifactId>
  <version>2.4.3</version>
  <configuration>
  </configuration>
  <executions>
    <execution>
      <phase>package</phase>
      <goals>
        <goal>shade</goal>
      </goals>
    </execution>
  </executions>
</plugin>

<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<executions>
  <execution>
    <phase>package</phase>
    <goals>
      <goal>single</goal>
    </goals>
  </execution>
</executions>
<configuration>

  <archive>
  <manifest>
    <addClasspath>true</addClasspath>
    <mainClass>com.myTest.Main</mainClass>
  </manifest>
  </archive>

  <descriptorRefs>
    <descriptorRef>jar-with-dependencies</descriptorRef>
  </descriptorRefs>

  </configuration>
  </plugin>
  </plugins>
  </build>
  </project>'

Answer 1

使用 Eclipse Cloud Foundry 工具 (CFT) 可以通过两种方式将 Jar 打包的应用程序推送到 Cloud Foundry：

1. 在 Eclipse Maven 项目的顶层指定一个清单 YAML 文件，该文件指向要推送的文件系统中的 jar，使用“路径”属性。例如，在工作区项目 MyTestMavenProject 中，您可以有类似的东西：

MyTestMavenProject/manifest.yml

清单文件的内容

---   
applications:
- name: testjarapp
  path: C:\Users\myTest\TESTJAR-1.0-jar-with-dependencies.jar

将包含此清单文件的项目拖放到 Eclipse Servers 视图中的 Cloud Foundry 目标。

1. 在没有清单文件的情况下拖放 Maven 项目，CFT 将在推送到 Cloud Foundry 之前自动打包应用程序。但是，这种机制对于 jar 打包的应用程序存在一些已知问题。在某些情况下，需要在拖放之前手动刷新项目：

   • 刷新项目（通常是 F5）
   • 右键项目：Maven -> 更新项目
   • 再次将 Maven 项目拖放到服务器视图中的 CF 目标上，以查看其是否正确部署

这里有一个跟踪问题的错误：

https://bugs.eclipse.org/bugs/show_bug.cgi?id=495814

CFT 里程碑大约每 6 周发布一次，因此 Eclipse Neon (4.6) 之后的下一个里程碑将对 jar 打包应用程序的部署进行各种错误修复和改进。