← Back to team overview

openstack team mailing list archive

Re: Moving nova.rpc into openstack.common

 

Awesome, thanks :)

On Apr 2, 2012, at 3:46 PM, Russell Bryant wrote:

> I just threw up a patch a little while ago:
> 
> https://review.openstack.org/6119
> 
> -- 
> Russell Bryant
> 
> On 04/02/2012 06:37 PM, Chris Behrens wrote:
>> Seems like a sensible plan.  Carrot can go now.  I marked it deprecated so we can remove in folsom.  I can take care of this today, even.
>> 
>> On Apr 2, 2012, at 3:02 PM, Duncan McGreggor <duncan@xxxxxxxxxxxxx> wrote:
>> 
>>> +1
>>> 
>>> Thanks for exploring this, Russell!
>>> 
>>> Next step: getting a common REST API abstraction in place that all the
>>> projects can use... ;-)
>>> 
>>> d
>>> 
>>> On Mon, Apr 2, 2012 at 4:26 PM, Russell Bryant <rbryant@xxxxxxxxxx> wrote:
>>>> Greetings,
>>>> 
>>>> There was a thread on this list a little while ago about moving the
>>>> notification drivers that are in nova and glance into openstack.common
>>>> since they provide very similar functionality, but have implementations
>>>> that have diverged over time.  Is anyone actively working on this?  If
>>>> so, please let me know.
>>>> 
>>>> For the message queue notifiers, nova uses nova.rpc to do the heavy
>>>> lifting.  Glance has notifiers written against the messaging libs
>>>> directly.  I think it makes sense to take the nova approach.  This would
>>>> mean moving nova.rpc into openstack.common before the notifiers can get
>>>> moved.
>>>> 
>>>> I have started looking at moving nova.rpc to openstack.common.rpc.  My
>>>> plan is:
>>>> 
>>>> 1) Write a series of patches that reduces coupling in nova.rpc on the
>>>> rest of nova.
>>>> 
>>>> 2) Submit changes needed to support this decoupling to openstack.common.
>>>> 
>>>> 3) Once nova.rpc is sufficiently decoupled, move it to openstack.common.
>>>> 
>>>> While doing the above, I want to aim for the least amount of disruption
>>>> to the rpc interface as is practical.
>>>> 
>>>> While we're at it, is it time to drop nova.rpc.impl_carrot?  It is
>>>> marked as deprecated in Essex.  Is there any reason anyone would still
>>>> use impl_carrot over impl_kombu?
>>>> 
>>>> Thoughts?
>>>> 
>>>> Thanks,
>>>> 
>>>> --
>>>> Russell Bryant
>>>> 
>>>> _______________________________________________
>>>> Mailing list: https://launchpad.net/~openstack
>>>> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
>>>> Unsubscribe : https://launchpad.net/~openstack
>>>> More help   : https://help.launchpad.net/ListHelp
>>> 
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~openstack
>>> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
>>> Unsubscribe : https://launchpad.net/~openstack
>>> More help   : https://help.launchpad.net/ListHelp



Follow ups

References