[Zope-CMF] Re: [dev] GenericSetup and five.localsitemanager:
managing tool registrations
yuppie
y.2007- at wcm-solutions.de
Fri Mar 16 04:12:52 EDT 2007
Hi Hanno!
Hanno Schlichting wrote:
> yuppie wrote:
>> Issue 3:
>>
>> Problem: The export handler uses registeredUtilities(). Tools looked up
>> that way are not acquisition wrapped, object paths can't be found.
>>
>> Solution: Use getUtility() for each registered utility.
>
> The real issue here is that five.localsitemanager does not return
> wrapped utilities in all cases. This has been become apparent when you
> have a nested site manager which is not based on five.lsm. You get
> unwrapped utilities then in all cases. Onces this is fixed in five.lsm
> the export handler should work.
+1, at least in the long run. If we don't have soon an improved version
of five.localsitemanager, I still think using getUtility() makes sense
as a temporary workaround.
>> Issue 4:
>>
>> Problem: The re-wrapped tools returned by five.localsitemanager are
>> always wrapped in the site root. We don't know the actual path of the tool.
>>
>> Solution: Support only tools in the root of the local site (or
>> sub-site), no tools in normal subdirectories.
>
> OK, this means adding a bit of documentation and removing the half-baked
> support for registering tools in subfolders, right?
+1
>> Issue 5:
>>
>> Problem: If modified as proposed, the handler still has problems
>> exporting the ISiteRoot utility. The exported object path is empty, but
>> import expects '/'.
>>
>> Solution: Support '' as well for import, deprecating '/'.
>
> Sounds fine. Should we deprecate the whole '/' in all cases then, as we
> only support registering objects in the same directory anyways?
+1
> I cannot promise to look at those things shortly, but should find some
> time once we have the Plone 3 beta out, which means probably in two
> weeks or so. Of course any help is most appreciated :)
Great!
Cheers,
Yuppie
More information about the Zope-CMF
mailing list