datanommer只包括一个fedmsg消费者认为充塞每一个消息中的SQLAlchemy数据库。
也有极少数的CLI工具转储数据库中的信息。
试试看
在本地计算机上安装:
 须藤的yum -y安装datanommer
创建文件/etc/fedmsg.d/datanommer.py并添加以下内容:
配置= {
 “datanommer.enabled”:的确,
 #这不是一个安全的位置,一个SQLite数据库...
 “datanommer.sqlalchemy.url':'源码:////tmp/datanommer.db',
}
创建datanommer的DB:
 的/ usr / bin中/ datanommer创建-DB
启动fedmsg中继和datanommer:
 须藤服务fedmsg接力开始
 须藤服务fedmsg毂启动#这个会发现datanommer的消费。
放出的消息,这被拾起,继电器,转播,由datanommer消耗,并塞到/tmp/datanommer.db:
 回声“这是一个测试”| fedmsg记录仪
使用datanommer是笨拙的CLI工具来检查数据库。在信息存储在哪里?
 的/ usr / bin中/ datanommer-统计
 的/ usr / bin中/ datanommer突降
要求:
- 在Python中
评论没有发现