Managing ZCA with PyAMS¶
+The Zope Component Architecture (aka ZCA) is used by the Pyramid framework “under the hood” to handle interfaces, +adapters and utilities. You don’t have to use it in your own applications. But you can.
+The ZCA is mainly adding elements like interfaces, adapters and utilities to the Python language. It +allows you to write a framework or an application by using components which can be extended easily.
+You will find several useful resources about ZCA concepts on the internet.
+Local utilities¶
+In ZCA, a utility is a registered component which provides an interface. This interface is the +contract which defines features (list of attributes and methods) provided by the component which implements it.
+When a Pyramid application starts, a global registry is created to register a whole set of utilities and +adapters; this registration can be done via ZCML directives or via native Python code. +In addition, PyAMS allows you to define local utilities, which are stored and registered in the ZODB via a site +manager.
+Defining site root¶
+One of PyAMS pre-requisites is to use the ZODB, at least to store the site root application, it’s configuration and a +set of local utilities. PyAMS site management describes application startup and local site manager initialization process.
+This site can be used to store local utilities whose configuration, which is easily available to site +administrators through management interface, is stored in the ZODB.
+Registering global utilities¶
+Global utilities are components providing an interface which are registered in the global registry. +PyAMS_utils package provides custom annotations to register global utilities without using ZCML. For example, a skin +is nothing more than a simple utility providing the ISkin interface:
+from pyams_default_theme.layer import IPyAMSDefaultLayer
+from pyams_skin.interfaces import ISkin
+from pyams_utils.registry import utility_config
+
+@utility_config(name='PyAMS default skin', provides=ISkin)
+class PyAMSDefaultSkin(object):
+ """PyAMS default skin"""
+
+ label = _("PyAMS default skin")
+ layer = IPyAMSDefaultLayer
+
This annotation registers a utility, named PyAMS default skin, providing the ISkin interface. It’s the developer +responsibility to provide all attributes and methods required by the provided interface.
+Registering local utilities¶
+A local utility is a persistent object, registered in a local site manager, and providing a specific interface (if +a component provides several interfaces, it can be registered several times).
+Some components can be required by a given package, and created automatically via the pyams_upgrade command line +script; this process relies on the ISiteGenerations interface, for example for the timezone utility, a component +provided by PyAMS_utils package to handle server timezone and display times correctly:
+from pyams_utils.interfaces.site import ISiteGenerations
+from pyams_utils.interfaces.timezone import IServerTimezone
+
+from persistent import Persistent
+from pyams_utils.registry import utility_config
+from pyams_utils.site import check_required_utilities
+from pyramid.events import subscriber
+from zope.container.contained import Contained
+from zope.interface import implementer
+from zope.schema.fieldproperty import FieldProperty
+
+@implementer(IServerTimezone)
+class ServerTimezoneUtility(Persistent, Contained):
+
+ timezone = FieldProperty(IServerTimezone['timezone'])
+
+REQUIRED_UTILITIES = ((IServerTimezone, '', ServerTimezoneUtility, 'Server timezone'),)
+
+@subscriber(INewLocalSite)
+def handle_new_local_site(event):
+ """Create a new ServerTimezoneUtility when a site is created"""
+ site = event.manager.__parent__
+ check_required_utilities(site, REQUIRED_UTILITIES)
+
+@utility_config(name='PyAMS timezone', provides=ISiteGenerations)
+class TimezoneGenerationsChecker(object):
+ """Timezone generations checker"""
+
+ generation = 1
+
+ def evolve(self, site, current=None):
+ """Check for required utilities"""
+ check_required_utilities(site, REQUIRED_UTILITIES)
+
Some utilities can also be created manually by an administrator through the management interface, and registered +automatically after their creation. For example, this is how a ZEO connection utility (which is managing settings to +define a ZEO connection) is registered:
+from pyams_utils.interfaces.site import IOptionalUtility
+from pyams_utils.interfaces.zeo import IZEOConnection
+from zope.annotation.interfaces import IAttributeAnnotatable
+from zope.lifecycleevent.interfaces import IObjectAddedEvent, IObjectRemovedEvent
+
+from persistent import Persistent
+from pyramid.events import subscriber
+from zope.container.contained import Contained
+
+@implementer(IZEOConnection)
+class ZEOConnection(object):
+ """ZEO connection object. See source code to get full implementation..."""
+
+@implementer(IOptionalUtility, IAttributeAnnotatable)
+class ZEOConnectionUtility(ZEOConnection, Persistent, Contained):
+ """Persistent ZEO connection utility"""
+
+@subscriber(IObjectAddedEvent, context_selector=IZEOConnection)
+def handle_added_connection(event):
+ """Register new ZEO connection when added"""
+ manager = event.newParent
+ manager.registerUtility(event.object, IZEOConnection, name=event.object.name)
+
+@subscriber(IObjectRemovedEvent, context_selector=IZEOConnection)
+def handle_removed_connection(event):
+ """Un-register ZEO connection when deleted"""
+ manager = event.oldParent
+ manager.unregisterUtility(event.object, IZEOConnection, name=event.object.name)
+
context_selector is a custom subscriber predicate, so that subscriber event is activated only if object concerned +by an event is providing given interface.
+Looking for utilities¶
+ZCA provides the getUtility and queryUtility functions to look for a utility. But these methods only applies to +global registry.
+PyAMS package provides equivalent functions, which are looking for components into local registry before looking into +the global one. For example:
+from pyams_security.interfaces import ISecurityManager
+from pyams_utils.registry import query_utility
+
+manager = query_utility(ISecurityManager)
+if manager is not None:
+ print("Manager is there!")
+
All ZCA utility functions have been ported to use local registry: registered_utilities, query_utility, +get_utility, get_utilities_for, get_all_utilities_registered_for functions all follow the equivalent ZCA +functions API, but are looking for utilities in the local registry before looking in the global registry.
+Registering adapters¶
+An adapter is also a kind of utility. But instead of just providing an interface, it adapts an input object, +providing a given interface, to provide another interface. An adapter can also be named, so that you can choose which +adapter to use at a given time.
+PyAMS_utils provide another annotation, to help registering adapters without using ZCML files. An adapter can be a +function which directly returns an object providing the requested interface, or an object which provides the interface.
+The first example is an adapter which adapts any persistent object to get it’s associated transaction manager:
+from persistent.interfaces import IPersistent
+from transaction.interfaces import ITransactionManager
+from ZODB.interfaces import IConnection
+
+from pyams_utils.adapter import adapter_config
+
+@adapter_config(context=IPersistent, provides=ITransactionManager)
+def get_transaction_manager(obj):
+ conn = IConnection(obj)
+ try:
+ return conn.transaction_manager
+ except AttributeError:
+ return conn._txn_mgr
+
This is another adapter which adapts any contained object to the IPathElements interface; this interface can be +used to build index that you can use to find objects based on a parent object:
+from pyams_utils.interfaces.traversing import IPathElements
+from zope.intid.interfaces import IIntIds
+from zope.location.interfaces import IContained
+
+from pyams_utils.adapter import ContextAdapter
+from pyams_utils.registry import query_utility
+from pyramid.location import lineage
+
+@adapter_config(context=IContained, provides=IPathElements)
+class PathElementsAdapter(ContextAdapter):
+ """Contained object path elements adapter"""
+
+ @property
+ def parents(self):
+ intids = query_utility(IIntIds)
+ if intids is None:
+ return []
+ return [intids.register(parent) for parent in lineage(self.context)]
+
An adapter can also be a multi-adapter, when several input objects are requested to provide a given interface. For +example, many adapters require a context and a request, eventually a view, to provide another feature. This is how, +for example, we define a custom name column in a security manager table displaying a list of plug-ins:
+from pyams_zmi.layer import IAdminLayer
+from z3c.table.interfaces import IColumn
+
+from pyams_skin.table import I18nColumn
+from z3c.table.column import GetAttrColumn
+
+@adapter_config(name='name', context=(Interface, IAdminLayer, SecurityManagerPluginsTable), provides=IColumn)
+class SecurityManagerPluginsNameColumn(I18nColumn, GetAttrColumn):
+ """Security manager plugins name column"""
+
+ _header = _("Name")
+ attrName = 'title'
+ weight = 10
+
As you can see, adapted objects can be given as interfaces and/or as classes.
+Registering vocabularies¶
+A vocabulary is a custom factory which can be used as source for several field types, like choices or lists. +Vocabularies have to be registered in a custom registry, so PyAMS_utils provide another annotation to register them. +This example is based on the Timezone component which allows you to select a timezone between a list of references:
+import pytz
+from pyams_utils.vocabulary import vocabulary_config
+from zope.schema.vocabulary import SimpleTerm, SimpleVocabulary
+
+@vocabulary_config(name='PyAMS timezones')
+class TimezonesVocabulary(SimpleVocabulary):
+ """Timezones vocabulary"""
+
+ def __init__(self, *args, **kw):
+ terms = [SimpleTerm(t, t, t) for t in pytz.all_timezones]
+ super(TimezonesVocabulary, self).__init__(terms)
+