Eclipse jboss服务器如何处理迁移的.ear和.war文件？

我在这里求助于SO作为我的最后手段，因为我的处境如此不合逻辑，以至于我束手无策，甚至谷歌也无法给我一个相对接近的回应

我得按时间顺序写。我正在Eclipse中维护一个应用程序。应用程序更改应用于网站的方式是当我在jboss测试服务器中部署适当的.ear和.war文件时

我对这整个过程比较陌生，所以在学习这一点的时候，我偶然发现了一件我根本无法从逻辑上理解的事情

1） 我对应用程序做了一些更改（我们称之为changeset\u 1 为方便起见），创建了相应的.ear和.war文件，并已部署 将它们发送到jboss服务器

2） 网站返回错误500。没什么大不了的，我想，让我们把工作文件部署回服务器。它返回了与我相同的错误 根本没有部署原件

3） 重新启动jboss服务器没有完成任何任务

4） 沮丧的是，我想到了从最新的部署目录创建备用文件。因此，我将工作项目目录存储在eclipse使用的工作区文件夹附近的文件夹中。然后我启动了Eclipse的一个新实例，并将新文件夹命名为一个主名称空间（旧实例仍然使用旧名称空间文件夹）

5） 在一个新的例子中，我没有做任何改变，我只是跟着做 与前面相同的步骤创建适当的.ear和.war文件和 将它们按原样部署到服务器

下面是一个有趣的部分

执行上述步骤后，我转到测试站点链接，我看到的是：我最初在第一步中所做的变更集_1的所有更改都成功应用了与此同时，我上次的部署被完全忽略

有人能告诉我如何处理这种情况的正确方向吗？我是否错过了一些关于这些东西如何运作的基本理解

我真的没有更多的地方可以求助。。。除非我无法理解这样的事件，否则我无法向谷歌做出恰当的解释，它给了我错误的结果。非常感谢您的帮助

PS：如果需要，我会尽力提供更多细节

重要编辑 我最初认为我可能错过了或误解了什么，所以我第二次重新创建了上面的场景。这是我第二次得到同样的结果。这不再是一个意外，而是持续发生

编辑2 根据请求，以下是日志文件中的完整错误日志

2016-10-20 08:11:34,492 WARN
[org.jboss.detailed.classloader.ClassLoaderManager] (http-0.0.0.0-8080-1)
Unexpected error during load of:gov.ca.chp.cvs.struts.forms.CVSForm
java.lang.UnsupportedClassVersionError: Bad version number in .class file
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
    at org.jboss.classloader.spi.base.BaseClassLoader.access$200(BaseClassLoader.java:63)
    at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:572)
    at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:532)
    at java.security.AccessController.doPrivileged(Native Method)
    at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:530)
    at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:507)
    at org.jboss.classloader.spi.base.BaseDelegateLoader.loadClass(BaseDelegateLoader.java:134)
    at org.jboss.classloader.spi.filter.FilteredDelegateLoader.loadClass(FilteredDelegateLoader.java:131)
    at org.jboss.classloader.spi.base.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:452)
    at org.jboss.classloader.spi.base.ClassLoaderManager.nextTask(ClassLoaderManager.java:251)
    at org.jboss.classloader.spi.base.ClassLoaderManager.process(ClassLoaderManager.java:150)
    at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:265)
    at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:1119)
    at org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:798)
    at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:441)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:299)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
    at org.apache.struts.config.FormBeanConfig.formBeanClass(FormBeanConfig.java:358)
    at org.apache.struts.config.FormBeanConfig.createActionForm(FormBeanConfig.java:212)
    at org.apache.struts.util.RequestUtils.createActionForm(RequestUtils.java:292)
2016-10-20 08:11:34,492 WARN
[org.jboss.detailed.classloader.ClassLoaderManager] 
(http-0.0.0.0-8080-1) Unexpected error during load of:gov.ca.chp.cvs.struts.forms.CVSForm
java.lang.UnsupportedClassVersionError: Bad version number in .class file
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
    at org.jboss.classloader.spi.base.BaseClassLoader.access$200(BaseClassLoader.java:63)
    at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:572)
    at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:532)
    at java.security.AccessController.doPrivileged(Native Method)
    at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:530)
    at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:507)
    at org.jboss.classloader.spi.base.BaseDelegateLoader.loadClass(BaseDelegateLoader.java:134)
    at org.jboss.classloader.spi.filter.FilteredDelegateLoader.loadClass(FilteredDelegateLoader.java:131)
    at org.jboss.classloader.spi.base.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:452)

---

根本原因：“java.lang.UnsupportedClassVersionError:在.class文件中存在错误的版本号”出现在在java编译器的更高版本中编译java类，并在JRE的更低版本上运行时

---

阅读更多信息：

根本原因：“java.lang.UnsupportedClassVersionError:Bad version number in.class file”出现在在java编译器的更高版本中编译java类，并在JRE的更低版本上运行时

---

阅读更多信息：

最初的问题是http 500错误？你能查一下jboss日志吗？如果您在此处粘贴完整的错误消息，有人可以尝试提供帮助。@sundarajgovindasamy包含的完整日志您可以参考我的回答原始问题是http 500错误吗？你能查一下jboss日志吗？如果您将完整的错误信息粘贴到此处，有人可以尝试提供帮助。@sundarajgovindasamy附带的完整日志您可以参考我的答案谢谢，我将阅读文章。但这与我在迁移文件时遇到的现象有什么关系呢？因此，你不想阅读该链接，也不想解决java.lang.UnsupportedClassVersionError问题，很好。很遗憾，由于我现在的互联网政策，我现在无法阅读。让我困惑的是，在第二次推送原件之后，来自第一个变更集的所有更改都成功应用，即使在两个eclipse实例中，它们都是在同一版本下编译的。如果这两种情况下的行为相同，那么我肯定会专注于解决该错误。但事实并非如此，这就是为什么我需要理解这里的方法。最好的答案是Vadzim。你的回答并没有直接回答我所经历的现象为什么会发生，但因为你的回答，我能够从正确的方向得到暗示，从而能够解决问题。我会接受你的回答，因为你给我指明了正确的方向。谢谢你，我会读这篇文章的。但这与我在迁移文件时遇到的现象有什么关系呢？因此，你不想阅读该链接，也不想解决java.lang.UnsupportedClassVersionError问题，很好。很遗憾，由于我现在的互联网政策，我现在无法阅读。让我困惑的是，在第二次推送原件之后，来自第一个变更集的所有更改都成功应用，即使在两个eclipse实例中，它们都是在同一版本下编译的。如果这两种情况下的行为相同，那么我肯定会专注于解决该错误。但事实并非如此，这就是为什么我需要理解这里的方法。最好的答案是Vadzim。你的回答并没有直接回答我所经历的现象为什么会发生，但因为你的回答，我能够从正确的方向得到暗示，从而能够解决问题。我会接受你的回答，因为你给我指明了正确的方向。