【问题标题】:Changes to markup files not getting picked up in wicket project在 wicket 项目中未获取对标记文件的更改
【发布时间】:2011-03-01 09:22:03
【问题描述】:

当我在 wicket 项目中更改 html 文件并重新加载页面时,更改不会自动获取。我必须重新发布以获取更改。对 java 文件的更改会毫无问题地被拾取。我在 websphere 6.1 服务器上运行 wicket 1.4 项目。

到目前为止,我已经尝试了以下步骤

  1. 已验证在 ibm-web-ext.xmi 文件中设置了 reloadingEnabled="true"
  2. 检查了管理控制台中的所有重新加载设置,以确保重新加载未被禁用
  3. 尝试在开发模式下运行 jvm
  4. 已验证更改的标记文件已被 ide 复制到输出文件夹中
  5. 尝试了this article中推荐的设置。

但标记文件仍未重新加载。

我怀疑检票口标记缓存是问题所在,但第 5 步中的更改不应该解决问题吗? 关于可能导致此问题的任何想法?

【问题讨论】:

    标签: websphere wicket reload websphere-6.1 hotdeploy


    【解决方案1】:

    Wicket 管理自己的资源重新加载 - 根据我的经验,它可以完美运行。请注意,由于 Wicket 自己完成所有操作,并且不依赖任何容器来执行此操作,因此问题可能是 Wicket 寻找资源的位置与您更改的资源位置之间的不匹配 实际上是。

    当我使用 Jetty 在 RAD/Eclipse 中工作并关闭“自动构建”时,我遇到了同样的症状。我会更改 src/main/resources 中的资源文件,但刷新时看不到它们的变化。原因是 Jetty 实际上是在 target/ 目录下加载文件的副本。 Eclipse(和 m2eclipse)在启用“自动构建”时自动保持这些文件夹同步,但在禁用时当然不会。

    如果这不是原因,我会尝试将 Wicket 日志记录转换为 DEBUG 级别并查看 Wicket 是否记录了它正在监视哪些目录以进行更改。我的猜测是,这将与您进行更改的目录不同。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2018-12-27
      • 1970-01-01
      • 1970-01-01
      • 2019-07-05
      • 1970-01-01
      • 2012-12-25
      • 1970-01-01
      相关资源
      最近更新 更多