Version 0.12

Remove .git from MANIFEST

Remove .git from MANIFEST

Add .gitignore

Version 0.11

RT#74972

convert repository to git

Version 0.10

Hmm

Fix bug, I think

Cleanups

Checking in changes prior to tagging of version 0.09.  Changelog diff is:

Index: Changes
===================================================================
--- Changes (revision 13014)
+++ Changes (working copy)
@@ -1,3 +1,4 @@
+0.09
- Generate a warning if no config is specified, or config
is specified using the old key.
- Support the compute() method, and emulate it if the backend

Support the compute() method, and emulate it if the backend doesnt have it.

Warn if you use old config key or blank config. There is a load of simplification that can happen here I think, as there is still compat for Plugin::Cache::FastMMap, which is dead as a doornail. Also needs better docs

Checking in changes prior to tagging of version 0.08.  Changelog diff is:

Index: Changes
===================================================================
--- Changes (revision 9258)
+++ Changes (working copy)
@@ -1,3 +1,6 @@
+0.08
+        - Forgot to add MRO::Compat to Makefile.PL, fail.
+
0.07
- Switch from NEXT to MRO::Compat.
- Change config key from 'cache' to 'Plugin::Cache', old key

Change config key in tests

Change config key re RT#40344

Switch to MRO::Compat

Added note about fork() problem

this makes 0.06
upped version
added Changes entry

previous fixes introduced a regression;
According to the docs, you can not set up C::P::Cache without specifying a cache
backend, but the tests did do this, and then registered a backend later.

This only worked because a croak in the C::P::Cache code was caught by an eval
and ignored, but the registering of the backend was done *before* the first
request to the cache.
Had a request gone to the cache first, it would have called the following code:

sub temporary_cache_backend {
my $c = shift;
die "FIXME - make up an in memory cache backend, that hopefully works well for the current engine";
}

This commit fixes the above issue by specifying a cache backend explicitly.
This is completely in line with what the documentation tells us to do.

clarify the documentation on how to configure a cache implementation
use the popular cache::memcached::libmemcached as an example
the old code was throwing away the first error when creating a cache instance
(it did so using a list and a hashref as args); if the first failed, the 2nd
call would overwrite the first error. This is now fixed
the calling code wrapped the above code in an eval, and then silently discarded
the return value. This is now no longer the case, as the assumption of the code
was to have a working fallback, which is not currently implemented. This resulted
in a FIXME error on the first request to a controller using a cache->get or cache->set

changelog and version bump

c3 happy

unmanaged

foo

foo

support single list during set() for expires

fixed missing ok prereq in C::P::Cache

switch to Makefile.PL

fix test

v ersion bump and changelog for C::P::Cache

misc minor fixes for C::P::Cache

copyright boilerplate

Catalyst::Plugin::Cache boilerplate

Zap Cache::Backend::Util - it's not really usefil

Docs for Cache::Store plugins

C::P::Cache doc fixing (mechanical only, not content)

Fix stupid error in Cache::Curried

SEE ALSO for C::P::Cache

Documentation for C::P::Cache

Added some documentation..

General fixes, docs, love (C::P::Cache)

Live app test, Cache::Store::Memory

Catalyst::Plugin::Cache configuration thingy

rename 'delete' to 'remove' so that the interface matches Cache::Cache

Cache::Curried

Catalyst::Plugin::Cache draft