openstack team mailing list archive
-
openstack team
-
Mailing list archive
-
Message #00280
Re: Lazy import of modules
I see no problem with putting lazy loading in common. Just because it's there doesn't mean swift has to use it. Common simply implies that they are modules used by several, but not necessarily all, projects.
On Jan 13, 2011, at 3:24 PM, Vishvananda Ishaya wrote:
> The lazy loading in common seems fine minus one small issue. If I read it correctly It looks like it is limited to a class or module. There doesn't seem to be a way to proxy into an object itself. I'd like to be able to specify a class (or a method) and have it lazy loaded into an object backend. This is what import_object did automatically that makes it so versatile. Admittedly it had an annoying bug that ate underlying exceptions, but imo, that is a bug that can be addressed.
>
> Vish
>
> On Jan 13, 2011, at 3:07 PM, Ewan Mellor wrote:
>
>> I can understand that the Swift guys don't want to destabilize their codebase, but Glance and Nova should have some common items, no? Lazy loading, logging, and I18N support all spring to mind as likely to be common across Glance and Nova.
>>
>> Ewan.
>>
>>> -----Original Message-----
>>> From: Jay Pipes [mailto:jaypipes@xxxxxxxxx]
>>> Sent: 13 January 2011 11:50
>>> To: Ewan Mellor
>>> Cc: Todd Willey; openstack@xxxxxxxxxxxxxxxxxxx
>>> Subject: Re: [Openstack] Lazy import of modules
>>>
>>> On Wed, Jan 12, 2011 at 6:43 PM, Ewan Mellor
>>> <Ewan.Mellor@xxxxxxxxxxxxx> wrote:
>>>> At the risk of starting to shave yaks: do we want to have an
>>> openstack-common then? It seems to be DOA at the moment.
>>>
>>> There's little to no agreement on common principles and code between
>>> the projects, unfortunately. It would be best, IMHO, to just put this
>>> in the Nova project alone. Swift coders don't have much interest in
>>> using much of the code in Nova, and for Glance, we've used a bit of
>>> code from Nova but will not likely be using much more, and may even
>>> revert some of the Nova-centric stuff (like flags.py) to more
>>> standards-based approaches used by Swift.
>>>
>>> -jay
>> _______________________________________________
>> 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