[rabbitmq-discuss] Plugin startup behavior issue

Gavin M. Roy gavinmroy at gmail.com
Wed Jun 18 02:36:27 BST 2014


On June 17, 2014 at 1:24:14 PM, Simon MacMullen (simon at rabbitmq.com) wrote:

Probably the right solution is for the empty_db_check to only check for 
absent vhosts and exchanges. I'll file a bug for that. 
Cool, makes sense.

But how can you work around this? I don't think you can tweak the boot 
steps required by your supervisor, but I think: 

start_link() -> 
+ rabbit:maybe_insert_default_data(), 
mirrored_supervisor:start_link( 
{local, ?MODULE}, ?MODULE, 
fun rabbit_misc:execute_mnesia_transaction/1, 

is a reasonable workaround. 
Thanks! Indeed that works fine. Thank you very much for investigating.

I ran into one other issue on startup, having to do with rabbit_direct_client being available. The solution I came up with was to use timers to defer the commands until rabbit_direct_client_sup exists. Does this seem like a sane approach?

https://github.com/aweber/pgsql-listen-exchange/commit/c60d6dcc982056978750fe218e9a1ae2bf895aa3

Thanks for all your help,

Gavin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20140617/f4e2b543/attachment.html>


More information about the rabbitmq-discuss mailing list