Spring cloud Camden.sr1 Hystrix.Stream挂起
我正在尝试使用Spring Boot应用程序中的Camden.sr1在Spring云服务中启用hystrix流。我通过具有编译时依赖项来启用hystrix：
compile 'org.springframework.cloud:spring-cloud-starter-hystrix'
并在应用程序配置中添加@EnableHystrix。
/mappings执行器显示/hystrix.streamendpoint可用，但当我对其执行GET时，请求会无限期挂起。我已经使用brixton.sr6（因此使用Spring Boot1.3)进行了同样的尝试，并且hystrix.streamendpoint按照预期工作。是我做错了什么还是这是一种退步？
共有1个答案
这个问题似乎与这里描述的Hystrix问题有关：https://github.com/netflix/Hystrix/issues/1117。这里详细介绍的解决方案https://github.com/netflix/hystrix/issues/1117#issuecomment-192222569
/hystrix.stream在执行器endpoint中可用（添加spring-boot-starter-hateoas并浏览到/actuctor）。无论此服务中是否有任何启用Hystrix的功能，此播发的endpoint都不应挂起。
-
问题内容： 由于几个小时后，每次您执行session_start时，我们的服务器都会挂起。 为了进行测试，我创建了一个脚本，如下所示： 从控制台调用它会挂起，甚至无法用ctrl- c停止，只能杀死-9作品。通过Apache调用它也是一样。保持为空，但权限绝对可以，www可以写，并且还具有所有父文件夹的读取权限。 根据管理员的说法，服务器上没有进行任何更改，也没有为会话注册特殊代码。服务器是Cent
-
问题内容： 伙计们，我现在感觉真的很愚蠢。…基本上我是通过本地计算机上的TCP连接的…并且当我尝试在客户端创建In / out流时，不会通过创建对象输入流。是什么赋予了？这在打印2之后停止…没有异常或任何事情…这不是我第一次使用此类，这是我感到困惑的部分原因。 问题答案： 根据ObjectInputStream 的规范： 该构造函数将阻塞，直到相应的ObjectOutputStream写入并刷新了
-
我正在开发一款支持USB OTG的android手机。
-
问题内容： 我们使用以下Apache Commons Net FTP代码连接到FTP服务器，轮询某些目录中的文件，如果找到文件，则将它们检索到本地计算机： 我们计划将其每分钟运行一次。当部署到Tomcat（7.0.19）时，此代码可以很好地加载并开始正常运行。但是，每次似乎都在 挂起 。我的意思是： 不存在堆转储 Tomcat仍在运行（我可以看到其pid并可以登录到Web Manager应用程序）
-
问题内容： 很抱歉，这篇文章很长，但我想知道在向Sun提交错误报告之前是否能对此引起更多的关注。 JVM：6u11 操作系统：Windows XP SP3 硬件：AMD Athlon 64 X2 4600+ @ 2.41GHz，具有3.25 GB RAM。 我相信我在JVM中遇到了一个错误，在该错误中没有给线程任何监视器。在以下线程跟踪中，监视器是由捕获的，最终等待了它。该线程随后被通知。但是，即
-
问题内容： 我正在执行一个命令，该命令向我返回文件的修订号；’文档名称’。但是，如果执行命令时遇到问题，则应用程序将挂断。我该怎么做才能避免这种情况？请在下面找到我的代码。 问题答案： 我想问题是您只在读取InputStream而没有在读取ErrorStream。您还必须注意并行读取两个流。可能发生这种情况，当前从输出流中管道传输的数据已填满OS缓冲区，您的exec命令将自动挂起，以使您的阅读器有
-
不确定是否有人遇到过这个问题。我正在使用带有EJB3.1的JBoss7.1应用程序服务器和带有HiberNate实现的JPA2.0。我正在使用后端Oracle 11g数据库。请参阅下面的代码。我正在使用由HTTP GET请求驱动的servlet调用我的EJB。 当我在下面的代码中注释掉 时，我的网页会永远挂起，一段时间后我会得到下面的堆栈跟踪（如果我调试，它会让我直到 persist（） 方法，然
-
我对ActiveMQ有一个类似的问题：http://activemq.2283324.n4.nabble.com/Messages-stuck-in-pending-td4617979.html已经尝试了这里发布的解决方案。 有些消息似乎卡在队列上，可以在那里坐几天而不被消费。我有足够多的消费者大部分时间都是免费的，所以这不是消费者“饱和”的问题。 重新启动ActiveMQ后，一些待处理的消息会立