stompserver - 云端在线

程序：

您的姓名

stompserver - Stomp 协议消息服务器

概要

践踏服务器 [选项]

商品描述

带有基于文件/dbm/memory/activerecord 的 FIFO 队列、队列的 Stomp 消息服务器
监控和基本身份验证。

配置

-C, --配置=配置文件
配置文件（默认：stompserver.conf）

-p, - 港口=PORT
更改端口（默认：61613）

-b, - 主持人=地址
更改主机（默认：localhost）

-q, --队列类型=队列类型
队列类型（memory|dbm|activerecord|file）（默认值：memory）

-w, --工作目录=DIR
更改工作目录（默认：当前目录）

-s, - 贮存=DIR
更改存储目录（默认：.stompserver，相对于working_dir）

-d, -调试
打开调试消息

-a, --授权
需要客户授权

-c, --检查点=SECONDS
检查点队列之间的时间（以秒为单位）（默认值：0）

-h, - 帮帮我
显示此消息

队列

Stompserver 使用基于内存、文件或 dbm 的基本消息队列处理
队列。 消息以 FIFO 顺序发送和使用（除非发生客户端错误，否则这
以后应该改正）。 主题是仅内存存储。 你可以选择
activerecord、file 或 dbm 存储和队列将使用它，但主题将只
存储在内存中。

内存队列当然是最快的，但如果你想确保不应该使用
所有消息都被传递。

如果可用，dbm 队列将使用 berkeleydb，否则 dbm 或 gdbm 取决于
平台。 sdbm 不能很好地处理编组数据。 请注意，这些队列没有
在此版本中进行了测试。

对于基于文件的存储，每个帧都存储在单个文件中。 前 8 个字节
包含头部长度，接下来的 8 个字节包含主体长度，然后是头部
存储为编组对象，然后是存储为字符串的主体。 这个存储是
当前效率低下，因为队列与消息分开存储，这迫使
出于数据安全原因，对存储的每条消息进行双重写入。

基于activerecord的存储期望在配置中找到一个database.yml文件
目录。 它应该是最强大的后端，但也是最慢的。 数据库必须
有一个可以使用以下代码创建的 ar_messages 表（您是
负责这样做）：

ActiveRecord::Schema.define 做
create_table 'ar_messages' 做 |t|
t.column 'stomp_id', :string, :null => false
t.column 'frame', :text, :null => false
end
end

您可以使用此模型读取帧：

类 ArMessage < ActiveRecord::Base
序列化：框架
end

ar_message 实现肯定会在未来发生变化。

这意味着 Rails 应用程序（它可以处理
ar_messages 表创建与迁移）。

查看校区 CONTROL

还支持基本客户端授权。 如果 -a 标志被传递给 stompserver
启动，并且运行目录中存在.passwd文件，那么客户端将被要求
提供有效的登录名和密码。 有关密码文件格式，请参阅 passwd.example。

监测

可以通过监控队列来监控队列（这可能不支持这个
以避免污染队列命名空间）。 如果您订阅
/queue/monitor，您将每 5 秒收到一条状态消息，显示每个
队列，它的大小，入队的帧和出队的帧。 统计数据以相同的格式发送
stomp headers，所以它们很容易解析。 以下是状态消息的示例
包含 2 个队列的统计信息：

队列：/queue/client2 大小：0 出队：400 入队：400

队列：/队列/测试大小：50 出队：250 入队：300

使用 onworks.net 服务在线使用 stompserver