variabile neverHappen in classi compilate

Question

Ho modificato un paio di classi nel mio progetto Grails e creato un file di guerra. Ho quindi confrontato i file .class della nuova guerra con quelli della guerra che sono stati costruiti prima delle mie modifiche (su una macchina diversa, se questo è importante) e risulta che molti (se non tutti) i file .class sono diversi. Guardando le classi decompilati sembra che le differenze sono a causa di un timestamp in una variabile come questa:

public static long __timeStamp__239_neverHappen1360886953029; 

Qualcuno sa che questa variabile è?

Answer 1

Viene dalla generazione di classe groovy.

vedere qualche discussione qui http://groovy.329449.n5.nabble.com/Timestamp-in-class-files-leads-to-huge-patches-td365696.html

Per ragioni di completezza, citato qui: -

Per proprio meccanismo di ricompilazione di Groovy. Le fonti non sono sempre nel formato di file , quindi non possiamo "solo" controllare il timestamp del file, quindi abbiamo dovuto memorizzareda qualche ora ... e dove meglio che nella classe poiché è tutto ciò che abbiamo?

il Tue, Mar 3, 2009 alle 10:39, Jason Dillon < [hidden email]> ha scritto:

Perché il groovyc catturare il timestamp di compilazione? A cosa serve?

Answer 2

questo è cambiato in Groovy 2.4, i file .class non contengono più un campo timestamp.

https://github.com/groovy/groovy-core/commit/bcdb89e