Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/mercurial/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java 启用JRebel时CPU使用率高_Java_Jsf_Netbeans_Prettyfaces_Jrebel - Fatal编程技术网

Java 启用JRebel时CPU使用率高

Java 启用JRebel时CPU使用率高,java,jsf,netbeans,prettyfaces,jrebel,Java,Jsf,Netbeans,Prettyfaces,Jrebel,在为我的JSF项目启用JRebel时,每个请求的CPU使用率都会过高&当请求得到服务时,CPU使用率就会下降。我确实查看了探查器,但这不是由于我的项目类本身造成的。但我甚至可以通过分析结果找出罪魁祸首。以下是分析结果: 有趣的是,当我 或者禁用JRebel 或者删除第三方URL重写库(com.ocpsoft.pretty.faces.*) 但随后我创建了一个新的netbeans项目,没有禁用上述两个项目中的任何一个,但问题仍然不存在,这应该是意料之中的 你知道这是什么原因吗 编辑: 似乎Pr

在为我的JSF项目启用JRebel时,每个请求的CPU使用率都会过高&当请求得到服务时,CPU使用率就会下降。我确实查看了探查器,但这不是由于我的项目类本身造成的。但我甚至可以通过分析结果找出罪魁祸首。以下是分析结果:

有趣的是,当我

  • 或者禁用JRebel
  • 或者删除第三方URL重写库(
    com.ocpsoft.pretty.faces.*
  • 但随后我创建了一个新的netbeans项目,没有禁用上述两个项目中的任何一个,但问题仍然不存在,这应该是意料之中的

    你知道这是什么原因吗

    编辑: 似乎
    Prettyfaces
    com.ocpsoft.pretty.faces
    )URL重写库是罪魁祸首。。 请参阅此快照:


    但是为什么只有当Jrebel打开时才会发生这种情况呢?

    我也遇到了这种情况。这绝对是JRebel5.5.0的问题


    我使用JRebel 5.4.2解决了这个问题。

    我也遇到了这个问题。这绝对是JRebel5.5.0的问题


    我使用JRebel 5.4.2解决了这个问题。

    我也遇到了这个问题。这绝对是JRebel5.5.0的问题


    我使用JRebel 5.4.2解决了这个问题。

    我也遇到了这个问题。这绝对是JRebel5.5.0的问题


    我通过使用JRebel 5.4.2解决了这个问题。

    问题出在JRebel 5.5.0 prettyfaces插件中,您可以禁用它,或者使用JRebel nightly build(或JRebel 5.5.1+,一旦可用),它包含固定版本


    问题出在JRebel 5.5.0 prettyfaces插件中,您可以禁用它,或者使用JRebel nightly build(或JRebel 5.5.1+,一旦可用),其中包含固定版本


    问题出在JRebel 5.5.0 prettyfaces插件中,您可以禁用它,或者使用JRebel nightly build(或JRebel 5.5.1+,一旦可用),其中包含固定版本


    问题出在JRebel 5.5.0 prettyfaces插件中,您可以禁用它,或者使用JRebel nightly build(或JRebel 5.5.1+,一旦可用),其中包含固定版本



    请将-Drebel.log=true-Drebel.log.perf=true添加到VM参数中,复制工作流并将jrebel.log(写入{user.home}/.jrebel/jrebel.log)发送到jrebel的支持。JRebel可能在您的设置中执行了一些过度的扫描。请将-Drebel.log=true-Drebel.log.perf=true添加到VM参数,重新生成工作流并将JRebel.log(写入{user.home}/.JRebel/JRebel.log)发送到JRebel的支持。JRebel可能在您的设置中执行了一些过度的扫描。请将-Drebel.log=true-Drebel.log.perf=true添加到VM参数,重新生成工作流并将JRebel.log(写入{user.home}/.JRebel/JRebel.log)发送到JRebel的支持。JRebel可能在您的设置中执行了一些过度的扫描。请将-Drebel.log=true-Drebel.log.perf=true添加到VM参数,重新生成工作流并将JRebel.log(写入{user.home}/.JRebel/JRebel.log)发送到JRebel的支持。JRebel可能在您的设置中进行了一些过度扫描。您是否也进行了相同的设置(jsf/prettyfaces)?在您的案例中,什么在消耗CPU?PrettyFaces配置缓存在一个字段中,JRebel似乎出于某种原因清除了该字段。这就是为什么PrettyFaces正在为每个请求重建它的配置,这需要一些时间,因为注释扫描。jrebel在每个请求上清除它,而不是在发生更改时清除它,这样做是否正确。。我认为bug在jrebel中,对吗?奇怪的是,我用相同的设置创建的新项目中没有出现这种情况。这是JRebel中的一个错误。您是否也有相同的设置(jsf/prettyfaces)?在您的案例中,什么在消耗CPU?PrettyFaces配置缓存在一个字段中,JRebel似乎出于某种原因清除了该字段。这就是为什么PrettyFaces正在为每个请求重建它的配置,这需要一些时间,因为注释扫描。jrebel在每个请求上清除它,而不是在发生更改时清除它,这样做是否正确。。我认为bug在jrebel中,对吗?奇怪的是,我用相同的设置创建的新项目中没有出现这种情况。这是JRebel中的一个错误。您是否也有相同的设置(jsf/prettyfaces)?在您的案例中,什么在消耗CPU?PrettyFaces配置缓存在一个字段中,JRebel似乎出于某种原因清除了该字段。这就是为什么PrettyFaces正在为每个请求重建它的配置,这需要一些时间,因为注释扫描。jrebel在每个请求上清除它,而不是在发生更改时清除它,这样做是否正确。。我认为bug在jrebel中,对吗?奇怪的是,我用相同的设置创建的新项目中没有出现这种情况。这是JRebel中的一个错误。您是否也有相同的设置(jsf/prettyfaces)?在您的案例中,什么在消耗CPU?PrettyFaces配置缓存在一个字段中,JRebel似乎出于某种原因清除了该字段。这就是为什么PrettyFaces正在为每个请求重建它的配置,这需要一些时间,因为注释扫描。jrebel在每个请求上清除它,而不是在发生更改时清除它,这样做是否正确。。我认为bug在jrebel中,对吗?奇怪的是,我用相同的设置创建的新项目中没有出现这种情况。这是JRebel中的一个错误。哦,我甚至没有意识到可能有一个prettyfaces插件。现在在禁用该插件后尝试。即使禁用所有插件后,CPU负载也不会降低。。从localhost加载页面的延迟增加。请将问题发送给JRebel支持部门。support@zeroturnaround.com . 不要忘记包含性能日志。另外,请确保您正在运行最新的JRebel 5.5.2oh,我甚至没有意识到可能有一个prettyfaces插件..禁用该插件后,现在尝试..即使禁用所有插件,CPU负载也不会降低。。T