[Subversion] / PEAK / CHANGES.txt  

Diff of /PEAK/CHANGES.txt

Parent Directory | Revision Log

version 1752, Fri Jun 4 22:34:24 2004 UTC version 1803, Thu Sep 23 21:07:44 2004 UTC
Line 1 
Line 1 
 Fixes and Enhancements since Version 0.5 alpha 3  Fixes and Enhancements since Version 0.5 alpha 3
   
    - Fixed several 'peak.events' bugs, as reported by Vladimir Iliev, Yaroslav
      Samchuk, and Alexander Smishlajev:
   
      * 'events.AnyOf' could hold multiple references to a single event source,
        and nesting 'AnyOf()' calls could leak references to the nested events.
   
      * 'events.subscribe()' had a potential race condition wherein a callback
        could be invoked after its weak reference was garbage collected, leading
        to bizarre error messages about 'self' being 'None'.
   
      * 'select()' could be called on select event objects even if there were
        no current subscribers to the event, potentially leading to calling
        'select()' on a closed socket.
   
      * Non-default signal handlers were remaining installed even when there
        were no current subscribers to the applicable event, as long as a
        reference to the event object existed.
   
      As a result of these changes, certain I/O event types (esp. signals and
      stream readable/writeable events) are now longer-lived.  For example,
      signal event objects are now immortal, and the read/write event for a
      particular 'fileno()' will be reused for as long as its supplying
      'Selector' or 'EventLoop' instance exists.  (Previously, weak references
      were used so that these objects would be recycled when not in use.)
   
    - Added 'config.registeredProtocol()' API, that supports defining named and
      local protocols.  This allows easy emulation of Zope 3's "named" and "local"
      adapters and views.
   
    - 'binding.Component' objects no longer support instance configuration at
      runtime (i.e., they no longer implement 'config.IConfigurable').  If you
      need a component to be configurable at runtime, you must now derive from
      (or mix in) 'binding.Configurable' instead.  If you get errors about
      a missing 'registerProvider' attribute, or about being unable to adapt to
      'IConfigurable', try changing your base class from 'binding.Component'
      to 'binding.Configurable', or add it as a mixin if you're deriving from
      a class that uses 'binding.Component' as its base.
   
    - 'binding.IComponent' no longer derives from 'config.IConfigurable' or
      'config.IConfigMap', only 'config.IConfigSource'.  This means that
      'IComponent' no longer guarantees or requires the presence of the
      'registerProvider()' method: now only 'config.IConfigurable' does that.
   
    - The 'config.IConfigMap' interface is now DEPRECATED.  Use
      'config.IConfigurable' instead.  The '_configKeysMatching()' method
      of 'IConfigMap' was moved to 'config.IConfigSource', so if you've
      implemented a custom 'IConfigSource', be sure to add this method.
   
    - 'web.ISkinService' and 'web.ILayerService' were consolidated into
      'web.IInteractionPolicy', because the need to have configurable
      implementations of these services is negligible.  That is, the
      corresponding property namespaces ('peak.web.skins' and 'peak.web.layers')
      are more than adequate as registries.
   
    - Removed 'peak.running.timers' and 'peak.util.dispatch'.  Neither was in
      active use, and both are being replaced by the new generic functions
      package in PyProtocols.
   
    - The 'config.iterParents' API is now moved to 'binding.iterParents', and all
      'binding' functions that walk the component hierarchy use it.  It has also
      been changed to avoid infinite loops in the case of a pathological
      component structure.
   
    - The 'persistence' package has been moved to 'peak.persistence' to avoid
      conflicts with ZODB3 and the latest version of Zope 3.  It will eventually
      be phased out, but for now this move is the simplest way to get it out of
      the way.
   
    - The 'peak.util.SOX' module now uses only one parser, based directly on
      'expat', instead of using SAX.  The new parser expects a new node interface,
      'IXMLBuilder', but adapters from the previous interfaces ('ISOXNode' and
      'ISOXNode_NS') are supplied for backward compatibility.  All of PEAK's
      direct XML handling (currently just 'peak.storage.xmi' and
      'peak.web.templates') have been refactored to use the new interface.  Some
      parsing classes (such as 'ObjectMakingHandler', 'NSHandler', and
      'DOMletParser') are no longer available.
   
  - 'peak.web' no longer uses Zope X3 for HTTP publishing support; it has been   - 'peak.web' no longer uses Zope X3 for HTTP publishing support; it has been
    refactored to use a "simpler, more uniform architecture":http://www.eby-sarna.com/pipermail/peak/2004-May/001462.html     refactored to use a "simpler, more uniform architecture":http://www.eby-sarna.com/pipermail/peak/2004-May/001462.html
    See also "more on the architecture":http://www.eby-sarna.com/pipermail/peak/2004-June/001482.html     See also "more on the architecture":http://www.eby-sarna.com/pipermail/peak/2004-June/001482.html


Generate output suitable for use with a patch program
Legend:
Removed from v.1752  
changed lines
  Added in v.1803

cvs-admin@eby-sarna.com

Powered by ViewCVS 1.0-dev

ViewCVS and CVS Help