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

How does jboss server handles migrated .ear and .war files?

我将求助于 SO 作为最后的手段,因为我的情况如此不合逻辑,以至于我无计可施,即使 google 也无法让我得到相对接近的回应。

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

我对整个过程比较陌生,所以在学习这个的过程中,我偶然发现了一些我根本无法从逻辑上理解的事情。

1) I made some changes to the application (let's call it changeset_1 for convenience), created appropriate .ear and .war files, deployed them to the jboss server.

2) 网站返回错误 500。没什么大不了的,我想,让我们将工作文件部署回服务器。它返回了和我一样的错误 根本没有部署原件。

3) Restarting jboss server did not accomplish anything.

4) 沮丧,我想到了从最新的部署目录创建备用文件。所以我将工作项目目录存储在 Eclipse 使用的邻近工作区文件夹的文件夹中。然后我启动了一个新的 Eclipse 实例,并将新文件夹命名为主命名空间(旧实例仍然使用旧命名空间文件夹)。

5) In a new instance, I did not do any changes, I was just following the same steps as before to create appropriate .ear and .war files and deployed them as is to the server.

现在这是一个有趣的部分

完成上述步骤后,我去测试站点link,看到的是:我在第一步中原来做的changeset_1的所有更改都成功了applied!同时,我上次的deployment被完全忽略了。

任何人都可以为我指出正确的方向来处理这种情况吗?我是否缺少对所有这些东西如何运作的某种基本理解?

我真的没有更多的地方可以求助了...除非我无法理解这样的事件,以至于我无法向 google 正确解释它并且它给了我错误的结果。非常感谢任何帮助!

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.access0(BaseClassLoader.java:63)
    at org.jboss.classloader.spi.base.BaseClassLoader.run(BaseClassLoader.java:572)
    at org.jboss.classloader.spi.base.BaseClassLoader.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.access0(BaseClassLoader.java:63)
    at org.jboss.classloader.spi.base.BaseClassLoader.run(BaseClassLoader.java:572)
    at org.jboss.classloader.spi.base.BaseClassLoader.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: Bad version number in .class file" 当您 编译 一个 Java class 在 [= Java 编译器的 15=] 高版本 和 JRE 的 低版本 运行

阅读更多:http://javarevisited.blogspot.com/2011/12/bad-version-number-in-class-files-cause.html#ixzz4NjV9ORkF