Mentawai Forum - Mentawai Web Framework

Uma coisa antes q eu esqueça: tem um "bug" na questão dos arquivos q são gerados pela dyntags.

Suponha que eu estou usando o menta 1.7 no meu projeto.
Dai amanha vc lança o menta 1.8 com atualização de alguma dyntag.
Nessa atualização houve alteração dos js, css, etc...

Eu vou feliz atualizar o jar do menta 1.8.
Porém não vai funcionar.

Por causa desse código (dyntag listenners):

boolean exists = (new File(fileDestination)).exists();
if(!exists){
writeFile(fileOrigin,fileDestination,servletContext);
}

Ou seja, os arquivos só vão ser gerados se não existirem. Então não vai atualizar o js, css e imagens, a menos que o programador apague essas pastas quando for atualizar o jar (algo que com certeza não vai fazer)...

Então isso vai dar problema algum dia =)

Interessante seria usar o método lastModified() da classe File pra comparar... será que funciona?

Code:

 
 boolean exists = (new File(fileDestination)).exists();
 if(!exists || fileOrigin.lastModified() != fileDestination.lastModified()){
 writeFile(fileOrigin,fileDestination,servletContext);
 }

Se alguem poder baixar os fontes e alterar isso e me mandar a solução eu agradesço, pois essa semana pra mim esta sendo o bicho, estou totalmente sem tempo.

O problema é o que alterar...

Acho que isso não resolve, porque a data do jar vai ser sempre diferente da data do arquivo no HD. Então vai ficar gerando o arquivo sempre.
A data do HD é a data de geração, a data do jar é uma data fixa. Então não dá para comparar.

Uma opção era pelo tamanho do arquivo, mas não é 100% preciso. Você pode alterar um arquivo e ele ficar coincidentemente com o mesmo tamanho.

Na minha opinião para fazer isso você vai ter que fazer algo um pouquinho mais complicado ou diferente. Tipo:
- Gerar um arquivo na raiz do dyntag contendo a versão de onde aqueles arquivos foram extraidos.
- Na taglib, antes de gerar o arquivo, sempre comparar a versão dessa arquivo com a versão do jar. Se for diferente, ai pode gerar os arquivos das dyntags, mesmo que existam. Se não for não faz nda.

Ou então pensar em outra coisa.

bruno.braga wrote:

O problema é o que alterar...

Acho que isso não resolve, porque a data do jar vai ser sempre diferente da data do arquivo no HD. Então vai ficar gerando o arquivo sempre.
A data do HD é a data de geração, a data do jar é uma data fixa. Então não dá para comparar.

Mas a data de criação não tem nada a ver com a data de modificação... A data de modificação é que interessa...

hmmm, é tem razao, pode funcionar =)

Fica a orientação da pessoa apagar a pasta dyntags quando ela migrar de versão.

usuário le orientação?
ele faz o q já está acostumado, q é só atualizar o jar...
e tb acho q o fw deveria ser "inteligente" para cuidar dos próprios arquivos q gerou.

Isso vai ser facio de resolver, basta somente criar um arquivo para verificar a versão do jar que criou os arquivos, caso seja versão diferente, todos os arquivos são excluidos e atualizados novamente, dai eu atulizo o arquivo onde mostra a versão que criou dai o fluxo segue normalmente.

Alex

fortunao wrote:

Isso vai ser facio de resolver, basta somente criar um arquivo para verificar a versão do jar que criou os arquivos, caso seja versão diferente, todos os arquivos são excluidos e atualizados novamente, dai eu atulizo o arquivo onde mostra a versão que criou dai o fluxo segue normalmente.

Alex

Alex, foi exatamente o que eu falei no meu post.
Mas o g4j deu idéia de testar com a data de modificação do arquivo, que seria mais simples.

Vou resolver isso, obrigado pela colaboração de vcs galera..