Re: [Openstack] Making the RPC backend a required configuration parameter

2012-08-09 Thread Russell Bryant
CC'ing openstack-dev since that is a more appropriate list for this discussion. On 08/08/2012 04:35 PM, Eric Windisch wrote: > I believe that the RPC backend should no longer have any default. I disagree and my reason is fairly straight-forward. Changing the default will break existing configura

Re: [Openstack] Making the RPC backend a required configuration parameter

2012-08-08 Thread Eric Windisch
> > > Regardless of the actual default in openstack-common, the devstack > default is going to skew all of this as well (if not more so), and > devstack does need a default. Much like db backend. Devstack doesn't need a default, necessarily. Or more clearly, it doesn't need to have a hard def

Re: [Openstack] Making the RPC backend a required configuration parameter

2012-08-08 Thread Sean Dague
On 08/08/2012 05:00 PM, Andrew Clay Shafer wrote: On Wed, Aug 8, 2012 at 4:35 PM, Eric Windisch mailto:e...@cloudscaling.com>> wrote: I believe that the RPC backend should no longer have any default Historically, it seems that the Kombu driver is default only because it existed befo

Re: [Openstack] Making the RPC backend a required configuration parameter

2012-08-08 Thread Andrew Clay Shafer
Is there a good reason NOT to do this? On Wed, Aug 8, 2012 at 4:35 PM, Eric Windisch wrote: > I believe that the RPC backend should no longer have any default. > > > > Historically, it seems that the Kombu driver is default only because it > existed before all others and before there was an abs

[Openstack] Making the RPC backend a required configuration parameter

2012-08-08 Thread Eric Windisch
I believe that the RPC backend should no longer have any default. Historically, it seems that the Kombu driver is default only because it existed before all others and before there was an abstraction. With multiple implementations now available, it may be time for a change. Why? * A default s