[Zope-CMF] Re: Tools as local utilities
y.2007- at wcm-solutions.de
Fri Feb 9 05:03:02 EST 2007
Jens Vagelpohl wrote:
> Let's get this discussion back from generic pie-in-the-sky to the simple
> situation where we just need this one package integrated into CMF 2.1,
> and quickly.
> Wichert wants a Plone 3 beta very very soon, there is no time to switch
> the CMF to any other packaging/buildout mechanism before that. What
> happens on the trunk after the 2.1 branch is cut, I don't care. I do
> care about getting the 2.1 beta out quickly. All that's missing is
> merging the tool/utility stuff, which depends on having this new
> component registry.
> Taking this into account, how should the five.localsitemanager thing be
five.localsitemanager will not be a CMF package and I doubt we can or
should convince the Five and Plone people to create a product instead.
So the canonical import will be from the Python path, not the Products path.
I don't think it would be a good idea to use different imports in CMF,
particularly because we might change things after 2.1 and site managers
are persistent objects.
Maybe we can use the same pattern as TextIndexNG3: The Python package is
shipped in a 'src' subdirectory of the product. The product's __init__
adds 'src' to the sys.path. The code could check if
five.localsitemanager already exists (e.g. in a Plone distribution) and
modify sys.path only if necessary.
This is a hack, but maybe good enough as a temporary solution for CMF 2.1.
More information about the Zope-CMF