Zope Subversion Repository

Zope: zope.security/trunk/src/zope/security/tests/module.py

Remove CVS-era Id fossils.

Conform to repository policy.

Moved the <class> directive implementation from `zope.app.component` to
this package.

Moving code to satellite.

Set svn:keywords=Id for *.py files.

Set svn:eol-style=native for *.py files.

- Removal of Services. You can now access the adapter and utiliy
  registry directly via the site manager's `adapters` and `utilities`
  attribute, respecitvely.

  + Converted Principal Annotation Service to be a utility. Added
    database evolution code to convert all service instances to
    utilities.
  
  + Converted FSSync Service to be a utility.

  + Created the concept of a global site manager. The adapter and
    utility registry, formerly the adapter and utility service, are now
    managed by the site manager.

  + The `zope.app.utility` package has been merged into
    `zope.app.component`. The utility registration class is in
    `site.py`. The utility vocabulary is in `vocabulary.py`.

  + The `zope.app.site` package has been merged into
    `zope.app.component`. The site code can be found in `site.py`.

  + Fixed persistent modules code. Persistent modules are now simply
    utilities providing `IModuleManager`. The local site manager also
    does not know any thing about persistent modules anymore.

  + Updated `zope.app.pluggableauth`, so that it will work as an
    authentication utility.

  + Restructured `zope.app.persentation` (a.k.a page folders) to the new
    component API.

- Simplified the registration framework by only supporting two states:
  active and inactive. This allowed us to get rid of the registration
  stack and the complexity it introduced to the site management.

- Removed all presentation-related APIs from `zope.component`. This
  included the removal of presentation-related interfaces and the
  deprecation of all view-related API functions. One should use the
  adapter API functions instead.

- Implemented some initial deprecation framework, see
  `zope.deprecation`. It allows one to deprecate methods and properties
  in classes as well as any name in a module.

- Moved reusable test setups/APIs from `zope.app.tests` to
  `zope.app.testing`. No reusable testing code should be in a `tests`
  package or module.

Made sure that all module doc strings have an $Id$ tag. While doing this 
I discovered several packages that did not have a doc string at all.

Updated to use ZPL 2.1.

Set mime-type or svn-eol property from cvs expansion data

zopeConfigure renamed to configure everywhere in ZCML, as
zopeConfigure is deprecated and hampers ZCML schema efforts.

Backing out philiKON's changes - they broke the functional tests, and
from his signoff on IRC, I don't think he's going to be around until
Monday. As I'm working on the Catalog functional tests, this is pretty
annoying. I tried to figure out how to just back out bits til I found the
broken stuff, but it's a pretty serious refactoring. I'll send a message
to zope3-checkins with the CVS commands used for this, so that someone
can undo the backout if they wish.

Converted the three most important packages that define ZCML directives
to the new ZCML architecture (using schemas):

- zope.app.component

- zope.app.browser

- zope.app.publisher.browser

Moved  zope.app.contentdirective into zope.app.component.

	Diffs between and
	Generate output suitable for use with a patch program
	Type of Diff should be a Colored Diff Long Colored Diff Unidiff Context Diff Side by Side

---

Sort log by: Not sorted Commit date Revision

---

webmaster@zope.org Powered by ViewCVS 1.0-dev

ViewCVS and CVS Help