Websphere wicket项目中未拾取对标记文件的更改

Websphere wicket项目中未拾取对标记文件的更改,websphere,wicket,reload,websphere-6.1,hotdeploy,Websphere,Wicket,Reload,Websphere 6.1,Hotdeploy,当我在wicket项目中更改html文件并重新加载页面时,更改不会被自动拾取。我必须重新发布以获取更改。对java文件的更改不会出现任何问题。我正在WebSphere6.1服务器上运行wicket 1.4项目 到目前为止,我已经尝试了以下步骤 已验证在ibm-web-ext.xmi文件中设置了reloadingabled=“true” 检查管理控制台中的所有重新加载设置,以确保未禁用重新加载 尝试在开发模式下运行jvm 已验证ide是否将更改的标记文件复制到输出文件夹 已尝试中建议的设置 但是标

当我在wicket项目中更改html文件并重新加载页面时,更改不会被自动拾取。我必须重新发布以获取更改。对java文件的更改不会出现任何问题。我正在WebSphere6.1服务器上运行wicket 1.4项目

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

  • 已验证在ibm-web-ext.xmi文件中设置了reloadingabled=“true”
  • 检查管理控制台中的所有重新加载设置,以确保未禁用重新加载
  • 尝试在开发模式下运行jvm
  • 已验证ide是否将更改的标记文件复制到输出文件夹
  • 已尝试中建议的设置
  • 但是标记文件仍然没有被重新加载

    我怀疑wicket标记缓存是问题所在,但步骤5中的更改不应该解决问题吗?
    关于什么可能导致这个问题,你有什么想法吗?

    Wicket管理自己的资源重新加载—以我的经验,它工作得非常完美。请注意,由于Wicket自己完成这一切,并且不依赖任何容器来完成,因此问题可能是Wicket查找资源的位置与您更改的资源的实际位置不匹配

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

    如果这不是原因,我会尝试将Wicket日志设置为调试级别,并查看Wicket是否记录它正在监视的更改目录。我的猜测是,这将不同于您正在进行更改的目录