<div dir="ltr">Hi, all!<div><br></div><div>Unexpectedly I met a pretty significant issue when I have been solving a small bug <a href="https://bugs.launchpad.net/ubuntu/+source/oslo.messaging/+bug/1367614">https://bugs.launchpad.net/ubuntu/+source/oslo.messaging/+bug/1367614</a>. The problem is in several parts:</div><div><br></div><div>* Topics used for several purposes: to set subscriptions and to determine a type of sockets.</div><div>* Topics is a strings which are modifying inline everywhere where it is needed. So, the topic feature is very distributed and uncoordinated.</div><div><br></div><div>My issue with the bug was: "It is impossible just hash topic somewhere and not to crash all the driver".  Second part of the issue is: "It is very painful process to trace all the topic modifications which are distributed though all the driver code".</div><div><br></div><div>After several attempts to fix the bug "with small losses" I concluded that I need to create a control/entry point for topic string. Now I have a proposal:</div><div><br></div><div>Blueprint — <a href="https://blueprints.launchpad.net/oslo.messaging/+spec/zmq-topic-object">https://blueprints.launchpad.net/oslo.messaging/+spec/zmq-topic-object</a><br></div><div>Spec — <a href="https://review.openstack.org/#/c/144149/">https://review.openstack.org/#/c/144149/</a></div><div>Patch — <a href="https://review.openstack.org/#/c/144120/">https://review.openstack.org/#/c/144120/</a></div><div><br></div><div>I want to discuss this feature and receive a feedbacks from a more experienced rpc-Jedi.</div><div><br></div><div>Thanks!</div></div>