Tag: playframework 1.x

jenkins+播放1.2.4：与coberturalocking文件/报告的问题

我们有一个Play 1.2.4应用程序，我们得到了Jenkins（在Ubuntu上）的应用程序。 我们在Cobertura遇到问题。 在运行testing（成功）之后，我们每隔一段时间就会得到以下错误： ————————————— java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at net.sourceforge.cobertura.util.FileLocker.lock(FileLocker.java:124) at play.modules.cobertura.CoberturaPlugin$CoberturaPluginShutdownThread.run(Unknown Source) Caused by: java.nio.channels.OverlappingFileLockException at sun.nio.ch.FileChannelImpl$SharedFileLockTable.checkList(FileChannelImpl.java:1166) at sun.nio.ch.FileChannelImpl$SharedFileLockTable.add(FileChannelImpl.java:1068) at sun.nio.ch.FileChannelImpl.lock(FileChannelImpl.java:824) at java.nio.channels.FileChannel.lock(FileChannel.java:860) … 6 more ————————————— Unable to get lock on /var/lib/jenkins/jobs/project/workspace/cobertura.ser.lock: null This is known to happen on Linux kernel 2.6.20. Make sure cobertura.jar is […]

玩！ 框架使用一个<lot>的静态

Waaah，玩！ 框架有这么多的静态方法。 我在哪里上学，我们被告知永远不会使用任何静力学，但玩！ 像没有明天一样使用它。 那好吗？ 如果是这样，为什么？ 我们（7人和我）正计划使用Play！ 涉及Web应用程序的项目框架。 我们决定用Play来做！ 因为看起来相当有趣，我们所有人都已经知道了Java，而且这个任务非常困难，所以我们想把重点放在实际的任务上，而不是学习如何用不同的语言编程。 我们总是被告知，但是， 永远不要在我们开发的任何Java程序中使用'static'，但是当我看着Play！ 呃…大约有一半的方法是静态的 </夸张> 我想，至less我们可以使用单例对象（通过使用Scala，例如^^）来编程我们的项目，但是我非常关心框架本身实际上有多less静态的。 那么，我应该关心这个吗？ 玩的方式！ 开发人员编程，使所有这些静态不会造成问题？ （例如， 这个线程有一个关于为什么静态成员应该不惜一切代价避免咆哮。