加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 大数据 > 正文

grails – never编译类中的变量

发布时间:2020-12-14 16:29:30 所属栏目:大数据 来源:网络整理
导读:我在Grails项目中更改了几个类并构建了一个war文件.然后我将新战争中的.class文件与我在更改之前构建的战争中的文件进行了比较(在不同的机器上,如果这很重要),结果发现许多(如果不是全部).class文件不同.看看反编译的类似乎差异是由于变量中的时间戳,例如:
我在Grails项目中更改了几个类并构建了一个war文件.然后我将新战争中的.class文件与我在更改之前构建的战争中的文件进行了比较(在不同的机器上,如果这很重要),结果发现许多(如果不是全部).class文件不同.看看反编译的类似乎差异是由于变量中的时间戳,例如:

public static long __timeStamp__239_neverHappen1360886953029;

有谁知道这个变量是什么?

解决方法

它来自groovy class generation.

请参阅此处的一些讨论http://groovy.329449.n5.nabble.com/Timestamp-in-class-files-leads-to-huge-patches-td365696.html

为了完整起见,引用这里: –

For Groovy’s own recompilation mechanism. Sources are not always in
file form,so we can’t “just” check the file timestamp,so we had to
store that timestamp somewhere… and where better than in the class
itself since that’s all we have?

On Tue,Mar 3,2009 at 10:39,Jason Dillon <[hidden email]> wrote:

Why does groovyc capture the compile timestamp? What good is that for?

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读