- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
最近装了Java 1.6,玩2.10.0。当尝试在 play 框架上运行骨架 Web 应用程序时,我在页面请求时收到此错误。
play.api.Application$$anon$1: Execution exception[[RuntimeException: java.lang.UnsupportedClassVersionError: controllers/routes : Unsupported major.minor version 51.0]]
我已阅读有关不受支持的 major.minor 错误的 play framework 线程,并根据我的理解采取了行动。下载并安装 Java 1.6 版(我一直使用 1.7)后,我的环境如下所示,但我仍然收到相同的错误。我该如何摆脱这个错误?
java 1.6.0_33
javac 1.6.0_45
玩2.1.2(使用Java 1.6.0_33和Scala 2.10.0)
路径:
C:\Program Files (x86)\Silverfrost\FTN95;C:\Program Files (x86)\Silverfrost\FTN95\FTN95 for Microsoft Visual >Studio;C:\Users\zach\nodejs;C:\Users\zach\AppData\Roaming\npm;C:\Users\zach\NodeApps;C:\Users\zach\Downloads\play-2.1.2\play-2.1.2;C:\Program Files\Java\jdk1.6.0_45\bin;
我收到的错误如下...
2013-07-12 00:53:00,472 - [INFO] - from play in play-internal-execution-context-1
Application started (Dev)
2013-07-12 00:53:00,781 - [ERROR] - from application in play-internal-execution-context-3
! @6f0e5c888 - Internal server error, for (GET) [/] ->
play.api.Application$$anon$1: Execution exception[[RuntimeException: java.lang.UnsupportedClassVersionError: controllers/routes : Unsupported major.minor version 51.0]]
at play.api.Application$class.handleError(Application.scala:289) ~[play_2.10.jar:2.1.2]
at play.api.DefaultApplication.handleError(Application.scala:383) [play_2.10.jar:2.1.2]
at play.core.server.netty.PlayDefaultUpstreamHandler$$anonfun$18$$anonfun$apply$18.apply(PlayDefaultUpstreamHandler.scala:310) [play_2.10.jar:2.1.2]
at play.core.server.netty.PlayDefaultUpstreamHandler$$anonfun$18$$anonfun$apply$18.apply(PlayDefaultUpstreamHandler.scala:308) [play_2.10.jar:2.1.2]
最佳答案
我无法在 JDK1.6 环境下从 JDK 1.7 重新编译我的 Play/Scala 应用程序。降版本到 JDK1.6 并在 JDK 1.6 环境中消除/重新创建我的 Play/Scala 项目解决了错误。
关于java - 获取 : java. 时 Play 错误 lang.UnsupportedClassVersionError : controllers/routes : Unsupported major. minor >version,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17608805/
Minor GC是用来清理Eden空间的吧?但我使用 jstat 来查看我的 GC 日志。当 Eden 空间已满 90% 时,有 95% 的 Minor GC 发生。然而有时我发现伊甸园空间几乎是空的
由于获得major.minor.release格式,我正在尝试更改svn修订号。 在我的配置中,每次提交时 svn 修订号都会增加 1。 应该可以改吧? 我正在研究如何使用 perl 来做到这一点,但
例如,如何创建一个小模式,将默认前景色更改为灰色,并在退出小模式后,前景色恢复为黑色?当您不希望某些文本在您的肩膀上被看到时,此模式可能很有用。 现在,我运行以下代码将文本颜色变为灰色: (set-f
我用谷歌搜索发现大多数文章都这么说 “当 JVM 无法为新对象分配空间时,总会触发 Minor GC,” 但是从visualVM中,我发现minor gc发生得非常频繁。我可以看到Eden空间将被回收
我将一些 sticknfind 信标与 android (sticknfind android SDK) 一起使用。如何从我的源代码中的信标获取主要和次要值?我使用了应用程序:StickNFind B
我已经为 Linux 编写了一个 platform_driver。现在,我希望它成为/dev/myDrv 下的字符设备。 现在,驱动程序没有出现在/dev/myDrv 中,尽管我使用“insmod”成
java version "1.6.0_17" Java(TM) SE Runtime Environment (build 1.6.0_17-b04) Java HotSpot(TM) 64-Bit
我正在尝试为 Android 开发 BLE 应用程序。 有什么方法可以检测和读取 Android 设备上的 Beacon 的 UDID、Major、Minor? 我已经阅读了 RadiusNetwor
我已经对谷歌饼图和隐藏的切片标签进行了大量研究,但没有找到切片外的任何标签,所以我希望有另一种解决方案而不是 already suggested on SO . 我生成了很多不同的图表类型,为了更好的
概念: ● 新生代 GC(Minor GC):从年轻代空间(包括 Eden 和 Survivor 区域)回收内存被称为 Minor GC,因为 Java 对象大多都具备朝生夕灭的特性,所以 Minor
我们发现次要 GC 暂停时间有所增加。该应用程序是一个用 Java 编写的服务器,每秒执行 500 个事务。CMS 收集后,暂停时间减少,但运行数小时后暂停时间再次增加。我已使用 vmstat 检查了
我经常遇到较高的次要 GC 暂停时间(约 9 秒)。 该应用程序是一个用 Java 编写的服务器,每秒执行 3 个事务。 尽管没有 I/O 过多 Activity 堆参数是: -Xms1G -Xmx1
我之前使用2G new Age内存,我看到minor gc每10秒发生一次,每次需要0.1-0.15秒,我想减少minor gc频率,所以我将new Age内存设置为3G。之后,minor gc 每
我正试图在大型企业 Java 应用程序中了解垃圾回收。我有 GC 日志并开始使用各种工具查看它们 - 这里的屏幕截图是使用 GCViewer 完成的. (遗憾的是,没有包含更详细的 GC 信息的日志.
在semantic versioning一般规则是仅在引入向后兼容功能时才增加次要编号,否则必须增加主要编号。 same approach ,但具有不同的算法,由 libtool 使用。 我有一个问题
您将如何编写一个 build.xml 文件,既不使用自定义代码也不使用外部依赖项(例如 shell 脚本): 生成major.minor.revision 形式的内部版本号(例如,01.02.34)。
最近项目更新jdk,由之前的1.7更新到1.8。下载并安装好新的jdk以后,编译、启动tomcat的时候,报错了,提示:“unsupported major.minor version xxx ”。
是否可以合并:lighters当存在某种事件次要模式组合时,在模式线上?如果是,那请问怎么办? 例子: 次要模式 1 的 :lighter 为 " -" 次要模式二的 :lighter 为 " +"
我似乎无法弄清楚检测 iBeacons 时主要值和次要值的相关性或重要性。当我注册和配置我的 Gimbal 信标时,我给它一组特定的 UUID、主要和次要值,然后当我使用 cordova iBeaco
无法导入项目。从build.gradle导入时,给出不受支持的Major.Minor版本51错误 最佳答案 (从another solution复制) 解: 我的解决方案是编辑/Application
我是一名优秀的程序员,十分优秀!