问题标签 [hawtio]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
user-interface - 如何配置 ActiveMQ 5.10.0 HawtIO 接口?
我正在使用具有惊人 HawtIO 接口的 ActiveMQ 5.9.0。所以当 5.10.0 到来时,我也迁移了我的系统。现在我看到里面不存在 HawtIO 接口......它只是从webapps文件夹中从 5.9.0 到 5.10.0 消失了,所以我尝试了教程ActiveMQ 和 HawtIO但它不起作用......如何配置接口?
java - ActiveMQ、KahaDB、Web 控制台和内存使用情况
我正在使用 ActiveMQ 5.8.0,设置为使用 KahaDB 持久化消息。我在 ActiveMQ 使用大量内存进行相当简单的操作时遇到问题。
我已将包装堆空间 (Xmx) 设置为 1536m,将代理系统内存设置为 1024m。启动 ActiveMQ 时,它使用了相当多的内存,大约 100MB。然后,当我打开 ActiveMQ 控制台并尝试访问包含 700 条消息的错误队列时,奇怪的事情开始发生。内存使用率上升。向上。向上。直到它停止在 1,5GB 左右,但仍然没有显示队列。然后它会在那里停留几分钟,直到它因 java 堆空间的 outofmemoryerror 而失败(至少它在 xmx-memory 低一点的情况下发生了,现在它只等待几分钟)。消息很小,没有有效负载,只有几个用户定义的标头属性。没有办法 700 条这样的消息可以占 1400MB 的内存。
我还可以访问另一个 ActiveMQ 实例。这是 5.7.0,设置为使用 MSSQL 数据库进行持久性。在这里,我可以打开一个包含 50000 条待处理消息的队列,在大约 10 秒内在 Web 控制台中显示其中的 3000 条。
当我尝试连接 HawtIO 而不是 ActiveMQ 控制台时,我看不到内存使用量的急剧上升,尽管查看队列内容的速度仍然很慢,并且某些队列(包含 1000 条稍大的消息)我无法查看的内容。实际上,当在不同的环境(开发/测试)中进行更多检查时,我看到一个不会在开发环境中显示其内容的错误队列(带有 1200 条消息)将显示在测试环境中(带有 1900 条消息)。这没有意义。。
有谁知道什么会导致 ActiveMQ 5.8.0 的 Web 控制台耗尽所有内存?为什么即使使用 HawtIO,我也看不到相对较小队列的内容?我认为这是 ActiveMQ 的一些核心功能,在这一点上,我对它的实际运行情况感到非常震惊。
angularjs - AngularJS 在 Jolokia 请求中延迟承诺
我在 Hawtio 环境中有一个应用程序作为插件。要求是使用 Jolokia 请求,而不是使用直接$http
服务调用。
所以我有具有检索功能的工厂/服务。
这是我的控制器(该服务被其他控制器重用,这就是为什么我必须重新分配myService.data.list
eventhoughmyController
的范围已经可以控制它):
和html:
这是我的日志顺序:
桌子是空的。
由于手头的异步问题,我尝试使用promise(只需取消注释上面服务的延迟行)。我的控制器变成
现在我的日志看起来像:
桌子还是空的。这里更令人困惑的是,在我离开使用的页面之前myController
,[controller][...]
日志将在控制台上打印,并会立即写入表格的内容$scope.ctrl.copyOfList
并填充表格,然后突然更改页面。
(我也尝试使用deferred.resolve(self.data.list)
instead of deferred.resolve()
,包括对控制器进行必要的更改,但这没关系,虽然结果相同)。
所以任何人都可以在这里弄清楚发生了什么,以及这里可能的解决方案是什么?谢谢。
angularjs - 如何在 Hawtio 中使用 ng-grid?
我相信这ng-grid
至少需要 AngularJS 1.2.x。
我注意到ng-grid
Hawtio 中有一个模块。ng-grid
是否可以在 Hawtio 当前的 AngularJS 版本 1.1.5中使用这个模块?
有人可以举例说明如何使用它吗?我们尝试过但遇到错误,可能是由于版本依赖性。
hawtio - 运行独立jar时如何添加Hawtio插件
我通过独立的 jar 运行 hawtio,但不确定如何添加插件,或者是否可能。
从文档中,我了解了使用 tomcat 或 jboss 之类的容器时的静态链接和部署单元,但不了解在运行独立 jar 时如何添加插件。
是否可以使用插件构建 jar 或者是使用 webapp 容器的唯一方法?
jetty - 在 Jetty 中配置 hawtio 安全性。由于没有为 hawtio 配置 LoginModules,登录失败
我正在尝试为在 Jetty 中运行的 hawtio 配置安全性。
我按照此处的说明进行操作,但是当我尝试进行身份验证时,我在日志中收到错误
警告 | qtp28021517-18 | 登录失败,因为 null
没有太多事情要做。
日志也没有任何明显的迹象。我唯一能想到的就是启用我在码头容器上所做的调试日志记录,但这对 hawtio 输出没有任何影响。
css - Hawtio - 一个插件的 CSS 会影响另一个插件的 CSS
我们在 JBoss Fuse / Karaf 服务器上部署了许多 Hawtio 插件(作为 .war 文件)。我们注意到,由于我们为 HTML 元素重复了一些类和 id 名称,因此插件 A 的 CSS 行为会影响另一个插件插件 B 的样式,尤其是当我们引用特定于 Bootstrap 的名称col-lg-12
时。此外,即使插件 A 没有打包在其中的 bootstrap.css 文件,我们也能够使用似乎从插件 B 的 bootstrap.css 文件中引用的类似引导的行为。我们意识到id
s 和class
es 成为全局的到整个 Hawtio 环境(我们不知道是否仅在 CSS 中会发生这种情况)。有关如何解决此问题的任何提示?
谢谢。
java - Jetty - 如何使骆驼应用程序将事件记录到 hawtio 日志选项卡
我有一个简单的骆驼应用程序在计时器上记录事件。日志当前转到 ConsoleAppender。
我试图按照以下文档进行操作:http: //hawt.io/plugins/logs/
该应用程序被部署为对码头的战争,并具有 log4j、slf4j 和 insight-log4j 作为依赖项。hawtio-default-1.4.37.war 与它一起部署在 ${jetty.home}/webapps 目录中。Jetty 以“-Dhawtio.authenticationEnabled=false -Dhawtio.offline=true”开始
并在 spring camel-context.xml 中有 logQuery bean
不幸的是,我没有看到骆驼应用程序生成的日志事件。我看到的唯一事件是:
谁能给我一些关于如何在“日志”选项卡上显示日志的指示?
plugins - Hawtio 简单插件示例 - 选项卡不可见
我正在尝试开发一个自定义 hawtio 插件。我在 Tomcat 中部署了基于 hawtio-default 1.4.37 的自定义 WAR。它工作正常
我按照https://github.com/hawtio/hawtio/tree/master/hawtio-plugin-examples/simple-plugin指令构建了 simple-plugin.war (未进行任何更改)并将其部署在同一个 Tomcat 中。
没有错误,所有日志都是干净的,我可以看到 simple-plugin 作为 JMX bean 中 hawtio 的插件,但是没有可见的新选项卡(尽管我从 .js 代码中猜测应该出现“简单”选项卡)
任何想法?和观点有关系吗?
编辑:
刚刚检查浏览器控制台并看到 404 错误
似乎我的自定义 WAR 未正确重新配置
编辑2:
下载并部署干净的 hawtio-default-1.4.37.war - simple-plugin 有效,“Simple”选项卡可见
下载并部署干净的 sample-1.4.37.war - simple-plugin 不起作用,选项卡不可见并出现 404 错误
apache-camel - Update Camel context across multiple instances
I am new to Camel (and Hawtio) and would appreciate it if anyone can advise of a solution that is already available or which of our considered solutions would be the most appropriate/best practice.
The Research
I've looked at the load balancing and clustering Camel docs but neither of them quite fit our situation. I've also done some googling and so far the closest I've found is this discussion: How to update camel properties externally? but I am not sure whether that is the same problem.
I've also checked the Hawtio issues (https://github.com/hawtio/hawtio/labels/camel) to see if this requirement has already been asked for but I don't believe it has.
The Architecture
The current system is made up of a legacy web service deployed/duplicated within several VMs. A load balancer sits in front of these VMs and manages the requests hitting them.
Our Camel application is to be deployed to a Tomcat instance within each of these VMs in front of the legacy application and behind the load balancer. The Camel applications role is initially to control the migration from the legacy web service to a new web service. In particular it will allow for the management of various A/B testing, which will include routing requests/responses to the legacy system or the new system based on payload content etc.The Camel application will be identical on each VM.
The Problem
We want to be able to update the Camel contexts across all the VMs at runtime (and persist it) in one go rather than update each context individually.
We have had a quick look at hawtio and this looks like it will give us our runtime updating (and hopefully persistance) but it appears to be for one Camel instance at a time (we can see that you can point it at multiple jolokia agents).
Ideally we would like to update one context in Hawtio, press update and it updates all the Camel contexts running in each VM. As far as I can see (and we have just started investigating) there is no way to currently do that in Hawtio.
Proposed Solutions
Solutions that have been thought of so far include:-
- Put one Camel context in a cross-mounted folder which all the Camel instances point at.
- Put the context in a database which all the Camel instances read from.
- Create a simple web client (or develop the Hawtio Camel Plugin) to update multiple clients over Rest/JMX.
- Raise an issue request in the Hawtio Camel Plugin project and run away. :)