Pergunta

Quando altero um arquivo HTML no meu projeto de wicket e recarregue a página, as alterações não são automaticamente capturadas. Eu tenho que republicar para pegar as mudanças. Alterações nos arquivos Java são escolhidas sem problemas. Estou executando um projeto Wicket 1.4 em um servidor WebSphere 6.1.

Até agora eu tentei as seguintes etapas

  1. Validado que ReloadingEnabled = "true" está definido no arquivo IBM-web-ext.xmi
  2. Verifiquei todas as configurações de recarga no console administrativo para garantir que o recarga não esteja desativado
  3. Tentou executar a JVM no modo de desenvolvimento
  4. Validou que o arquivo de marcação alterado é copiado para a pasta de saída pelo IDE
  5. Tentei as configurações recomendadas em Este artigo.

Mas os arquivos de marcação ainda não estão sendo recarregados.

Suspeito que o cache de marcação de wicket seja o problema, mas as mudanças na etapa 5 não deveriam resolver o problema? Alguma idéia do que pode causar esse problema?

Foi útil?

Solução

Wicket gerencia seu próprio recarregamento de recursos - que, na minha experiência, funciona perfeitamente. Observe que, como o wicket faz tudo em si e não depende de nenhum contêiner para fazer isso, o problema provavelmente é uma incompatibilidade entre onde o wicket está Procurando Para os recursos e onde os recursos que você muda na realidade são.

Eu experimentei o mesmo sintoma quando estava trabalhando em RAD/Eclipse com o Jetty e "construiu automaticamente" desligado. Eu alteraria os arquivos de recursos no SRC/Main/Recursos e não os veram mudando quando me atualizei. O motivo foi porque o Jetty estava realmente carregando cópias do arquivo abaixo do destino/ diretório. O Eclipse (e M2eclipse) mantêm automaticamente essas pastas sincronizadas quando "Build automaticamente" está ativado, mas é claro que não é desativado.

Se essa não é a causa, eu tentaria transformar o registro do wicket para o nível de depuração e procurar ver se o wicket registra quais diretórios ele está observando alterações. Meu palpite é que será diferente dos diretórios em que você está fazendo suas alterações.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top