Skip to content
Commits on Dec 29, 2008
  1. 1.1.3 tweaks

    committed
    --HG--
    branch : trunk
Commits on Dec 19, 2008
  1. @pjenvey

    document 1.1.3

    pjenvey committed
    --HG--
    branch : trunk
Commits on Dec 10, 2008
  1. @pjenvey

    make InvalidCacheBackendError a subclass of ImportError, it's rather …

    pjenvey committed
    …annoying
    
    otherwise
    
    --HG--
    branch : trunk
Commits on Nov 26, 2008
  1. @pjenvey

    apply upgrade path to has_current_value

    pjenvey committed
    --HG--
    branch : trunk
Commits on Nov 24, 2008
  1. @pjenvey

    Automated merge with https://www.knowledgetap.com/hg/beaker

    pjenvey committed
    --HG--
    branch : trunk
  2. @pjenvey

    test dumbdbm upgrades, avoid the dbm test if we lack the dbm module

    pjenvey committed
    (both mostly for Jython)
    
    --HG--
    branch : trunk
  3. Bumping version

    committed
    --HG--
    branch : trunk
  4. Added tag v1.1.2 for changeset 93b9dfcbe1dd

    committed
    --HG--
    branch : trunk
  5. merge

    committed
    --HG--
    branch : trunk
  6. @pjenvey

    Automated merge with https://www.knowledgetap.com/hg/beaker

    pjenvey committed
    --HG--
    branch : trunk
  7. @pjenvey

    gracefully auto upgrade from the old cache format

    pjenvey committed
    --HG--
    branch : trunk
  8. Changing for 1.1.2 release

    committed
    --HG--
    branch : trunk
  9. Bumping to 1.2 dev

    committed
    --HG--
    branch : trunk
  10. Bumping dev req

    committed
    --HG--
    branch : trunk
  11. Added tag v1.1.1 for changeset 2d2ac26bae8e

    committed
    --HG--
    branch : trunk
  12. Bumping pycryptopp req

    committed
    --HG--
    branch : trunk
  13. Updating changelog

    committed
    --HG--
    branch : trunk
  14. Fix GAE bug with namespace manager

    committed
    --HG--
    branch : trunk
  15. Added tag v1.1 for changeset 92506e9abe02

    committed
    --HG--
    branch : trunk
Commits on Nov 23, 2008
  1. Use proper version

    committed
    --HG--
    branch : trunk
  2. changelog tweak

    committed
    --HG--
    branch : trunk
  3. merge

    committed
    --HG--
    branch : trunk
  4. @zzzeek

    - during FileSynchronizer do_acquire_read_lock()/do_acquire_write_loc…

    zzzeek committed
    …k(),
    
    if wait=False and the lock is not acquired, close the filehandle.  Fixes
    long-standing lock file leak bug.
    
    --HG--
    branch : trunk
Commits on Nov 17, 2008
  1. Updating for release

    committed
    --HG--
    branch : trunk
Commits on Oct 30, 2008
  1. @pjenvey
  2. @pjenvey

    fix test skips per new clsmap contents

    pjenvey committed
    --HG--
    branch : trunk
Commits on Oct 27, 2008
  1. @zzzeek

    remove __del__ method and file remove from FileSynchronizer; this can…

    zzzeek committed
    … interfere with locking
    
    --HG--
    branch : trunk
Commits on Oct 21, 2008
  1. @pjenvey
Commits on Oct 20, 2008
  1. @zzzeek

    keep a handle on the exception which was raised, so that it can be re…

    zzzeek committed
    …-raised when requested
    
    --HG--
    branch : trunk
Commits on Oct 19, 2008
  1. Bumping version as this now has some fairly hefty under the hood chan…

    committed
    …ges, and tweaks on storage and expiration
    
    --HG--
    branch : trunk
Commits on Oct 18, 2008
  1. @pjenvey

    this is NOT 1.0.3 dammit, bump

    pjenvey committed
    --HG--
    branch : trunk
Commits on Oct 17, 2008
  1. @zzzeek

    * Sending "type" and other namespace config arguments to cache.get()/

    zzzeek committed
      cache.put()/cache.remove_value() is deprecated.   The namespace configuration is now
      preferred at the Cache level, i.e. when you construct a Cache
      or call cache_manager.get_cache().  This removes the ambiguity
      of Cache's dictionary interface and has_key() methods, which have
      no awareness of those arguments.
    * the "expiretime" in use is stored in the cache itself, so that it is
      always available when calling has_key() and other methods.  Between
      this change and the deprecation of 'type', the Cache no longer has
      any need to store cache configuration in memory per cache key, which in a
      dynamically-generated key scenario stores an arbitrarily large number
      of configurations - essentially a memory leak.
    * memcache caching has been vastly improved, no longer stores a list of
      all keys, which along the same theme prevented efficient usage for an
      arbitrarily large number of keys.  The keys() method is now unimplemented,
      and cache.remove() clears the entire memcache cache across all namespaces.
      This is what the memcache API provides so it's the best we can do.
    * memcache caching passes along "expiretime" to the memcached "time" parameter,
      so that the cache itself can reduce its size for elements which are
      expired (memcache seems to manage its size in any case, this is just a hint
      to improve its operation).
    * replaced homegrown ThreadLocal implementation with threading.local, falls
      back to a 2.3 compat one for python<2.4
    
    --HG--
    branch : trunk
Commits on Oct 15, 2008
  1. @zzzeek

    * file-based cache will not hold onto cached value once read from file;

    zzzeek committed
      will create new value if the file is deleted as opposed to re-using
      what was last read.  This allows external removal of files to be
      used as a cache-invalidation mechanism.
    
    --HG--
    branch : trunk
Commits on Oct 14, 2008
  1. Added tag v1.0.3 for changeset 2fe6b4dbd73f

    committed
    --HG--
    branch : trunk
  2. Rerelease of 1.0.3

    committed
    --HG--
    branch : trunk
Something went wrong with that request. Please try again.