openstack team mailing list archive
-
openstack team
-
Mailing list archive
-
Message #09467
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