Eu vi uma solução aqui na minha empresa fascinante. Resolvo todos os problemas citados aqui. Ao invés de incrementar 0.1 na versão, faz versão com data e hora da compilação.

Fica assim:
yyyyMMdd THHmm

Exemplo
de 11/02/2011 16:00
para 20110211 T1600

O endereço é http://www.grailsbrasil.com.br

É que por lá, fica muito mais fácil pra mim postar as respostas e, além disto, mais pessoas que tenham o mesmo problema que você podem ser ajudadas também ok? Te aguardo lá.

Grande abraço!

Para captar o evento somente em produção pode-se utilizar o
** if (grails.util.Environment.current == grails.util.Environment.PRODUCTION) **

Para solucionar o problema de ponto flutuante 0.799999999 usei o seguinte algoritmo
versao = versao.split(“\\.”)
versao[1] = versao[1].toInteger() + 1
versao = versao.join(“.”)

Obs. Não consegui fazer esse script GLOBAL para todas as aplicações. Somente funcionou na pasta scripts da aplicação e não na scripts de $GRAILS_HOME

Segue o arquivo _Events.groovy final

eventCreateWarEnd = { warName, stagingDir ->

if (grails.util.Environment.current == grails.util.Environment.PRODUCTION) {
println “Incrementando o número da versão”
def versao = metadata.’app.version’

if (!versao)
versao = 0
else {
versao = versao.split(“\\.”)
versao[1] = versao[1].toInteger() + 1
versao = versao.join(“.”)
}

metadata.’app.version’ = versao.toString()

try {
metadata.persist()
println “Versão alterada para ${versao}”
} catch (Exception ex) {
ex.printStackTrace()
}

println “Nova versão: ${versao}”
}
}

Agora precisamos descobrir como fazer para a versão ser incrementada somente se for acionado o ambiente produção :P. Pq pode ser que a pessoa gere um war para testar e não para lançar em produção. Neste caso minha solução também é furada.

Realmente, a solução que propus incrementa a versão o tempo inteiro. Como nesta situação o objetivo era apenas evitar o problema do cache, e o número da versão não tinha muita função para mim além disto, eu fiz vista grossa ao problema.

Vou modificar meu aplicativo pra que fique tal como você falou.

Novamente, valeu!

Eu descobri uma forma pra resolver este problema. Basta ao invés de por o nome do evento “eventCompileStart”, usar o nome “eventWarStart”. Assim toda vez que você quiser testar a aplicação antes de levar a produção pode fazê-lo sem alterar a versão. E quando for gerar um arquivo war para levar a um servidor java ele irá incrementar a versão.

Esta ainda não é a melhor das soluções pois não se restringe ao ambiente de produção. Ele atinge a todos os ambientes. Mas pra quem lida com versão, não busca somente driblar o cache do browser e não quer ficar fazendo manutenção na mão, esta solução já facilita as coisas.

$.ajaxSetup({ cache: false });

Valeu pela dica!

Pra isso usa o SmartSprites (csssprites.org)!!

[]s!

Vale dar uma boa olhada no plugin ui-performance, que faz isto de maneira automatizada! Ele tb concatena e minifica arquivos css e js automagicamente!

Ele trata essa questão da versão também, não só para css, mas pra js e imagens, inclusive, quando o pacote é gerado, ele altera as referencias das imagens que estavam até dentro de arquivos CSS (tipo um background: url(…) )

Além disso, na hora de servir os arquivos, ele adiciona headers no response para cachear ao “infinito” aquela url, ou seja, como ele cacheia forever, e a url é sempre diferente, ele consegue dar a segurança que virá sempre pegar os novos, mas nunca duas vezes o mesmo arquivo!

É bem prático, estou usando em projetos em produção e quebrou um galho e tanto!

Diria que é um dos top-5 plugins mais legais e importantes!

Abração!!